Actually worked on this quite a bit today: I've added shading according to distance and lengthened your line of sight. I've also located the bug that may cause some of the distortion but I haven't managed to fix it yet

*ahem* introducing a little side project I've been working on: a raycasting engine in Axe
Runs faster on 15Mhz models (maybe a little too fast) and a bit slower on 6mhz models (almost too slow  )
It's very basic right now, and supports single color walls (no textures or sprites), but it does have collision testing and all the basic features of a raycasting engine (rotation, moving, etc.) and can be used to make a (sort of) enterntaining maze game It only uses the first 80 columns of the screen (for speed, and because I'm too lazy to change it. Also I'm sure this area could be used when making a real game for a user display or something)



use left/right to turn, up/down to go forward/backwards respectively. You can press Mode to view the map, and 2nd to quit the map. Press clear to exit the game.

Maps are currently 96x64, and the program will take the picture from OS Pic3 to be the map.

Source is in....RAYSRC, executable is in RAY (nostub) A sample map is included

Currently sits at under 1000 bytes

Things I might add sometime are textures (or at least another color of wall), scaled sprites (not too sure how that will work), and fixing any bugs you guys find. The only bug I've found so far is that everything looks kind of distorted if you get too close to it

Yeah, I'll make a separate topic for that soon (Note it's up to 1% over .1% now  )

Okay, felt like doubleposting, but hey, it's a project update So I finished one of the unique transitions for the secret boss Run Asm(prgmA1) to see what it is

As a small status update, i'm now working on entering all the move data into the database because that has to be done before I can implement enemy-generation and learning moves. Some other things I also have to work on are gaining items from battles, shops (still), making NPC's change their appearance (turn to face you, have switches change from 'up' to 'down' positions, having the NPC change tiles in the map (not too hard), and the event/cutscene routine. That is literally all the coding left for the engine : after that it's just a bunch of data-entering, spriting, and map designing

So you would want to do something similar to TI-BASIC RecallPic, where it writes whats on the 3rd/4th buffer to what's on the screen?
.# represents the 16-bit or operation
L₆→A
While -768-L₆
{A}ʳ#{A+P-L₆}ʳ→{A}ʳ+1→A
End
and repeat subbing in L3 for L6 and P+768 for P for the backbuffer

This snippet of asm(hex) will run nostub progs I don't think you could run programs made for shells though without having the shell routines somehow integrated into your program or on the calc (not sure about this though)

Code: [Select]

PAsm(E7EF7C4E)This would execute the program whose name is pointed to by P, just as if you had run it by typing Asm(prgmNAME) on the homescreen

So today I tried loading from the restore point that would be set by visiting and inn by dying...except I had forgotten to define it. So it was loading random data from $8000 into the save file: 1337!