I don't know everything. But I have some hints to give you (is all I know of concrete):
Each time you edit a program, the TI-OS allocates all the free ram to that program.
When you exit, it shrinks down to the size used.


Now, the simplest way is indeed copy all the program one byte "down".
You could make secondary buffers to the inserts you put somewhere, but it will be hard to track all the changes you did to the program...


Because of allocating all memory to the program is more reachable from assembly, I say pure assembly is preferred to this task. But I wish best of luck to do it. I bet we can do a better job than TI even with Axe Parser. The scrolls down for Rcl a program and Goto the error in TI-BASIC editor are complete nonsense. I bet Brandon Wilson ranted this at some time.

Smart as always BuilderBoy.

Save data on the program itself is not that bad idea because it is self contained in the program. But external variables are more practical to do backups of save files.

Too bad the compiled code is somewhat unpredictable. I though it was fixed locations because BuilderBoy had success with SMC.

we can actually. However, no stuff requiring reading from BASIC vars yet. Basically Axe libs for BASIC programmers would be more like magic animations or transitions, for example.

Yes, that is a good use. You can code your animations instead of going through steps of a builder of a assembly program with pictures.

Yeah, i cant wait for the day when variable reading and writing are added, then we can start writing our own helper programs akin to celtic and xcopy ^^

In assembly, that is not of the hardest tasks because you are using high-level routines of the TI-OS. Ans, X, Y, n, Theta have their own b_call() to store or read.
So porting to Axe Parser still requires some smart code to do it and will probably need coding just for this task.

Glad to see it's going on ticalc now ^^

Another nice program.
ticalc has been flood with good projects, I didn't saw nothing like this. And some for a long time. Omnimaga is start to make a huge impact in reviving releases activity into ticalc.

It is so good to start seeing Nspire graphics.
Can you optimize the engine to get some more FPS? (without reducing resolution)

I think a FAT engine (see the FAT engine for 68k calcs, it is the engine that DOA uses) for Nspire will be a great project to open game oriented programming to it.
But from all doubts that bwang has about available C functions, Nspire is not yet an easy calculator to program.

Interesting SMC in Axe Parser... Quigibo, you could give documentation on how to do SMC in Axe Parser. For example in this case:
:Lbl AA
:255->A
:123->{AA+0}
Is it 0 or other offset? I also I don't know if AA is usable in indirection but you get the point.

The SMC writeback that SirCmpwn did is if you want to store save data permanently in the original program. When you run an assembly program, you are actually executing a copy of it into a fixed address.

That is amazing stuff. You have a truly interesting collection of products.

Builderboy is our physicist expert.