Ok, KermM asked me to post this up, since there seems to be some variance in belief among community members. Pics with 64 rows CAN EXIST. Everyone knows how the 64th row and 96th column are generally unavailable to coders.
Unfortunately, because of this, many libraries I have used will NOT create a Pic variable encompassing all 64 rows. xLib's real(9) and Celtic3's identity(1) will only save pic data up to 63 rows. Those libraries will only display up to 63 rows. RecallPic will only display 63 rows of any Pic.
In fact, the only tool at my disposal capable of saving a 64-row picture is TI-Screenview, a program bundled in with TI-Connect. Give it a BMP with 96x64 dimensions and it will save a LEGAL Pic variable (1-10) with 779 bytes, instead of the normal 767 bytes regular Pics have.
Here is where I have an issue. I need that last row to store two rows of 32 by 32 sprites, otherwise that bit's gonna get cut off. I can create legal variables with 64 rows, but TI-Screenview will not create illegal variables. Any existing library will only store 63 rows of any picture. I need far more than 10 illegal variables with 64 rows.
So, I want to save legal 64-row pics to my calculator via TI-Screenview, and transfer them over with asm library commands to create illegal 64-row pics. No libraries exist that will do that yet.
I need this before I can carry on with my work.
Now, through experimentation, I have figured out a way how to RECALL a 64-row pic to the screen using an xLib command.
Code: :Input C
:real(1,0,0,12,64,C,0,0,0,0,1
This recalls a sprite from a pic that is 12 bytes wide and 64 units tall. it draws it at (0,0) so the entire screen is covered, making it the only way to draw a 64 row picture to the graph screen.
If anyone can help me create illegal pic variables with 64 rows, I would be extremely grateful.
Thanks.