So if we don't want that, we can just leave it disabled? Will this still work correctly on someone else's calc who has that option enabled?

You enable it inside of the program.  Basically, if your program uses outside libraries terrible calculator crashes MIGHT occur if you do not enable this option inside of your program.  When the program exits the option is disabled.  So by default it is disabled unless your program turns it on, and then it is disabled when the program is finished running.

I guess what I'm trying to say is, your program will always work no matter what calculator it is being used on, unless the calculator is low on memory.

So basically that 800 byte of RAM will be some sort of arbitrary buffer? Sounds good to me, providing it can be enabled/disabled in-game so the player doesn't have to manually do so.

So basically that 800 byte of RAM will be some sort of arbitrary buffer? Sounds good to me, providing it can be enabled/disabled in-game so the player doesn't have to manually do so.

Yeah, it's a buffer that copies appbackupscreen, plus a couple of small other sections.  That way any data that needs appbackupscreen will be intact when it needs to be

Hmm, actually I like this idea Hot_Dog. Do you mind if I use the idea? I'll give you credit in the readme of BatLib for sparking the idea...

I don't mind in the least bit if you use it!  Be my guest! 

Another new feature!  Althought sadly, this feature won't be available in the beta version of Correlation.  Sorry, folks

In many, many Ti-Basic Text-Based games, when you draw a single character you need to erase where it was drawn when in moves to another spot.  For instance, in Pokemon Purple and Illusiat 13 and other RPG games, when the character moves to the right the program needs to erase the area where the character of text had been previously drawn.  Otherwise your screen will get clogged with text  0_0

By using int("BY, Correlation will do all this for you, saving program space and speeding up your program.  Just use int("BY, and from that point on every time you draw a character Correlation will erase where the character was previously drawn WHILE PRESERVING THE BACKGROUND.

The catch is you can only use this for one character.  If you try to use this for several moving characters at once you'll get some very...interesting results.

That is cool. So basically when displaying a char it keeps in memory what was behind it? Or does it just capture the entire screen content? I fear the latter might require a lot of SafeRAM, right?

It just captures what's behind it, 32 bytes of RAM

Nice! Also, as a side note, I am not going to be finishing that font editor any time soon, as far as I know, sorry. I will get to it eventually even if one already exists, but I am not going to be able to work on it for a while !_!

But yeah, saving the background like that is a pretty cool idea! Also, do the sprite routines draw directly to the LCD, a buffer, or both?

Don't worry, take your time on the font editor

The sprite routines draw to a buffer unless you ask Correlation to draw directly to the LCD one character at a time.  The former displays loads of text very fast, the latter displays small amounts of text very fast

Ooooh, that's cool.  Wonderful idea, Hot Dog!

Quote from: Hot_Dog on February 25, 2011, 06:10:29 pm

Quote from: DJ_O on February 25, 2011, 04:12:25 pm

That is cool. So basically when displaying a char it keeps in memory what was behind it? Or does it just capture the entire screen content? I fear the latter might require a lot of SafeRAM, right?

It just captures what's behind it, 32 bytes of RAM

I see, does it work based on the 8x8 grid? For example if your char is located at x,y 39,41 it would keep in memory sprite 32,40, sprite 40,40, sprite 32,48 and sprite 40,48? What if the character is aligned?

I forgot about that.  Okay, 64 bytes of RAM (NOT user RAM) and everything is taken care of.  Thanks for pointing this out to me!