It seems that we can still have more than 10 pictures on the TI-84 Plus C Silver Edition. I tried the following TI-83 BASIC program (which was hacked) and it works on the 84+ C Silver Edition as well: http://www.omnimaga.org/index.php?action=downloads;sa=view;down=231

The reason why it still appears to work is because the special tokens were hacked into a string then into the BASIC code, so since Storepic works with Pic1 through Pic0 tokens instead of just 0 to 9 digits, it then works with those special tokens too, so you can have up to 40 pictures. Since it's a TI-BASIC program instead of ASM, it doesn't have to be recompiled for the new calc it seems.

However, I wonder if pics are still stored in archive in the same fashion as other variables on this new calc or if they now have a specific memory area allocated to them? If it's the latter, then I would recommend against trying this in your programs for now (although i had no problem after storing something beyond Pic 10), in case you overwrite parts of your OS or something. Could an ASM coder do some checks to make sure?

(Btw, 255 pics would take 5,598,780 bytes of archive)

Indeed. I just made a Zelda logo using a stat plot (xyLine) earlier this evening and when the two list data actually gets stored to their respective lists, it temporarily takes over 1200 bytes of RAM due to how complex the logo is. However, if I decided to use a pic I would just waste close to 22 KB of archive just for 1 title screen. It might be fine for very huge games, but I don't want to take such route if I'm gonna make a smaller game.

Here's the logo in question, by the way (in 160x240 mode with other stuff drawn on the screen, including a spinning triforce). The reason why the logo is that accurate is because I made it using the input command alone in a loop that stored the results in a list, then I retouched mistakes via the list editor:

Indeed. I just made a Zelda logo using a stat plot (xyLine) earlier this evening and when the two list data actually gets stored to their respective lists, it temporarily takes over 1200 bytes of RAM due to how complex the logo is. However, if I decided to use a pic I would just waste close to 22 KB of archive just for 1 title screen. It might be fine for very huge games, but I don't want to take such route if I'm gonna make a smaller game.

Here's the logo in question, by the way (in 160x240 mode with other stuff drawn on the screen, including a spinning triforce). The reason why the logo is that accurate is because I made it using the input command alone in a loop that stored the results in a list, then I retouched mistakes via the list editor:

hey this looks great
maby xlib is working on it...

There was also a utility xtravar for the other z80 calcs which would store the special chars in ans....

That would be a nice idea, like hitting vars twice to be able to access all the pic vars or add a hook that adds all the entries in the normal vars menu

hm interesting.it sounds like thebugs in my axeprograms..