ok, this is kinda hard for me to say but,

Think of builderboy's auto optimization program.

Instead of optimizing programs, it would optimize picture variables.

For a simple example, lets say i wanted this in my game...


but i don't want the player to have to have the pic variable on their calc... what if their ram cleared or another game required the pic variable?
what if it was a simple picture that you shouldn't need to have 700 bytes or whatever taking up your calculators memory?

If you were to run a program like Builderboy's auto optimization program, except for a picture variable, it would out put a program ie. pic1-9 + pic0
such as this,  

where you could copy it into your game.



would someone be willing to write a program to do this?

i'm confused, does that do it on calc?

i could write up one for you in axe
im already making something similar for unit 533D
so let me clarify:
you want a program that can take a picvar and convert it to a compressed file (i would be using appvars, if that's alright) and another program to inserted as a subroutine that can recall whichever of those pics you want(in this case it would do so using the following syntax:
[pic#]:asm([drawing prog])

would that work for you?

Well what I think he wants is a program that takes the graphscreen, or a picture variable, and puts into a new program or something  syntax that would make it as optimized as possible to just draw it manually in the program, if that makes sense.

ya i think thats what i'm saying ^

think about builderboy's auto optimization program.  It changes a ti-basic program.
What i was thinking was, a similar program but would write a ti-basic program that would draw the picture.

my first pic. shows the pic that i want to be converted into a ti-basic program
the 2nd would be the output as a ti-basic program
the 3rd would be how the output would look in an optimized format compared to the 700 bytes of a pic variable.

i mean, i suppose it's possible. but it would be an insane program to write. the first part i think you'd have to do is scroll through every column to see if every pixel is black, and then tell the program to grab the token Vertical out of a large string, then do the same for rows... it would take an insanely long amount of time on a calculator. it would have to be an assembly or axe program, as basic would take millenia to complete. personally? i would make a computer program to brute-force it. something on-calc would be slower than if you just transferred the picture to the computer, ran a computer program on it, and then transferred the output back.

Yeah I think that might be difficult indeed . I worry that it might produce much larger file if using line-based pics than if you used either regular ones or used compression such as RLE.

Well it would be easy to tell if it was effective enough, it would just display a message like "Warning, Pic size would be less" or something.  Since it does give different functionality though, some people might want to use it anyway

Question: In axe, can you store commands into a program or something like that? or would you have to do t in asm?

It's possible with Asm, Axe, or Celtic III/DCS7.