Okay, because you're coming from Basic, I'm going to make sure you understand a concept then. When you do something like [01]->A, you are making the compiler put the number 01 somewhere at the end of your program, then giving you a POINTER to that, or a number that tells you where that number is stored. The "variable" doesn't actually hold the data itself, it just tells you where to go to find the data. So storing the picture is exactly the same as storing a sprite except for two things, the length of the actual data stored, and the format of the data stored. If you import a picture, (And yes, it is whatever it is when you compile it, because it literally copies the picture data into the code at the end of your program) it will be 768 (i think, somewhere around there =P) bytes, while sprites are 8. Also, if you tried to just use an imported picture with the sprite command, it would be not what you would expect, as it would read the first 8 bytes of data (each 8 pixels is stored in a single byte, one pixel per bit) which would be the first 64 pixels in the first row, and write it as an 8x8 sprite. You can use [picvarr] to import it as a spritemap, which is probably what you want, which will actually make sure the data is imported in the correct format for being used with the Pt- commands. Just remember if you use that, each sprite is 8 bytes long. Back to pointers, remember how they only tell you where the data is, not what it is? You can do math with pointers too, for some very useful results. Say you do [010203]->A, then ask it what {A} (The value stored at A) is. What would it tell you? 01, because A points to the start of that data! Now what if you did {A+1}, what would it give you? Now it's 02 instead, because that is the data in the byte after 01! {A+2}? 03! So now think of when you import that picture into your program as sprites. It will import them in by rows, each row having 12 bytes (96/8=12) and there will be 8 rows (64/8=8). There aren't any actual "rows" of course, because remember, the data is all layed out linearly, like [row1][row2][etc.], but knowing everything we know, it's easy to find a specific sprite! If Pic1 is a pointer to our data (Also, the pic vars really arent variables, but that's a whole 'nother story!) we could pass Pic1 to a Pt- routine to have it draw the first sprite for us. Cool, but what about the other ones? So, remembering that each sprite is 8 bytes long, we can simply give it an 8 byte offset to the data to have it start reading there instead! If we give a Pt- routine Pic1+8 instead, it will draw the second sprite! In fact, we can generalize this, and so every sprite can be accessed at {S-1*8+Pic1} (Don't forget Axe's fun order of operations; all left to right!) where S is the sprite number. Okay, so that should probably tide you over for a bit, ask if you need more ;P
Sorry if this was all a bit gratuitous or pedestrian for you, you said complete nub, so I assumed very minimal knowledge =P Hope this helps!
