Well, since things are already off topic...

I was wondering if there was anyone who could help me understand the 89 Matrix. If someone could help me, please email me.

Annuncer: And now back to our regular program...

The movie or the math matrices? :)

Um... just use the same syntax that you would for any other calc model.

[[1,2,3][4,5,6][7,8,9]]

is the same as: (use a monospaced font, like in Notepad)

[[1 2 3]
[4 5 6]
[7 8 9]]

The only difference: don't try to store them to something like [A]. Use a regular variable name. [[1,2,3][4,5,6][7,8,9]]->mymtrx (and the ->, of course, is the store command)

There is, however, a data/matrix editor, that may help you save time, without typing everything in on the homescreen in that format.

Uh, hope that helps...

That is not what I was talking about. If you look at the Pokemon game, he uses matrices to place the pics. 'a10073pallet2' is an example of what I am saying. He uses the matrices to place pics on the screen, and uses another matrix for hit detection (i think). I want to make AOD on to the 89 with graphics...

Ooooh... well, the TI-89 can save actual pic files, so wouldn't that be easier than using matrices? I think that it would be faster, too. I dunno... I'd just go and use C. It's MUCH faster, and it's about as easy as TI-BASIC. (I understand C more than TI-BASIC(89), anyway)

lol. i might go look for a tutorial on learning C then. It might be easier that way...

Can anyone fill me in on what the heck ZShell is? As technically as you can please.
Thanks

ZShell was the program that allowed people to run Assembly programs on the TI85. The TI85 was the first calculator for which assembly programming was discovered, before TI officially started supporting assembly.
It was discovered that entries in the custom menu could make execution jump to anywhere in memory. Modified backups for the TI85 installed and entry into the custom menu that would allow to jump to a specified address. Early hackers would save their programs as bitmaps and load them to the screen memory before jumping to the screen memory for execution (a huge hack needless to say).
In a ZShell modified backup, ZShell would be stored starting the first byte of user memory, hence its memory address was constant and reliable. Once ZShell was loaded, it would scan memory for assembly programs (stored as character strings - basically binary data - with a special format) and would allow to jump to their memory address. ZShell also provided a Rom-call lookup table for supporting different versions of the ROM. I think some later shells would actually move memory around and relocate programs to a fixed memory address (usually 0+shell size) to allow for absolute jumping and memory manipulation within a program.

ZShell was later superceded by Usgard, which is a backwards-compatible (in the standard version) shell.

But I think Magnus would best answer this question as he was one of the developpers and is one of the few (the only?) detainers of the never-released ZShell 4.5