Usually, typing the code in hex can be a pain. There is currently no table for the TI-84+CSE. It might be easier to write and compile the code on a computer. There are SDKs available to assist this process. Plus, Cemetech is a great place to post any questions you may have about assembly.

Where are you getting the updated hex from?

and have Asm84CPrgm before the code in the program editor

As to the slowness, that has been a major complaint. They are still using the same processor as the TI-83+/84+ calcs, but with a much larger screen. On the other hand, from an assembly perspective, the screen is much faster to work with (there is no delay between writes), but there is so much of it.

To give an example, a good LCD updating routine on the monochrome calcs will take around 50 000 clock cycles to update because there are only 768 bytes to update. Even with the 50 to 60 typical delay needed between writes, this is still manageable. On the 84+C, there is a 16-bit color mode and an 18-bit mode. The latter requires 3 bytes per pixel, so we (and the OS) use 16-bits (2 bytes). That is 16 times as much data to write to the same area. I wrote a routine a while ago for anybody that will be porting old games that updates a 96x64 portion of the screen in monochrome, but that still required over 300000 t-states (6 times as long). The 'no delay' thing really helps offset things.

That being said, updating a full, 16-bit color image on a 96x64 screen can be done at just over 200 000 clock cycles which is close to what the OS does on the monochrome calcs. In fact, full color sprite drawing is much faster in non-trivial cases (2148 for an 8x8 sprite to render it— easily 2/3 the time needed for the fastest, best hacked routines on the monochrome calcs).

Even though TI really needs to be using something like the eZ80 processor, that is still not a nice excuse for having such a slow interface. (the eZ80 is backwards compatible with the z80, so they wouldn't need to change any code, and it can run at 50MHz and the tunneled setup means that instructions are processed in one clock cycle instead of 4 to 23 (average is 6 or 7) making it about 20 times faster).

And yes, the new syntaxes of the commands were slightly befuddling. I had to fiddle around with them to figure out how they worked. I think once enough people get the Color edition then some admin should put a new forum category.

Also, excellent screenshots, DJ_O :D

Is it because TI-BD plans to stick to the older calculator models for any reason? I thought it would make sense to not single the new color screen model out, though, since that might be the future of the TI-84 Plus line. Until recently, most info about the extra commands was only available in French via a news article on TI-Planet. WikiTI had already started expanding to the new calc before it even came out.

Most TI-BASIC commands for it are identical, but there are some extra arguments for colors, there are extra line/pt/circle types, fast circles no longer work (although Text(-1 still does), some commands behave slightly differently (eg white is no longer transparent in pics and pics are always archived) and there are some extra commands such as TextColor(). Most ASM programs need to be altered in the same fashion as we had to do when porting TI-82/83 games to the 83+, although the only large differences are the screen and RAM areas. 8xp/8xm/8xi/8xl/etc files are used, but Flash APPs are now 8ck. It is entirely unknown yet if the Flash ROM can be weared out from Garbage Collects resulting from over-use of the Storepic command.