Awesome !

Pretty amazing speed actually
(I wonder how the heck TI made their b&w-looking OS go so slow on scrolling menus then.... ?)

Apparently the lcd driver has some tricks to get around that. Can you hardware vertical scroll?

This is an excellent demonstration of how thoughtful optimization can give superior performance.

(I wonder how the heck TI made their b&w-looking OS go so slow on scrolling menus then.... ?)

Wow, how did you make it run so fast?
I thought scrolling the whole screen (or almost the whole screen) Would be waaaaaay slower due to the slow LCD?

The OS visits every pixel when it scrolls text. He's optimized his program so that it only updates the pixels that actually change each loop iteration. Addendum: I don't mean to overstate the usefulness of this technique. It can only provide an optimization when applied to groups of pixels, not individual pixels. If the squares had sprites instead of solid colors, it would not be able to run so fast.

Can you hardware vertical scroll?

No, there is no support for vertical scrolling. The LCD is actually rotated 90 degrees from its intended orientation, so its vertical scrolling feature actually produces horizontal scrolling. (To reduce confusion, the documentation of WikiTI is written to reflect the LCD's actual orientation; thus, the Wiki and the datasheet differ on the meaning of "horizontal" and "vertical".)

still cool, I wonder how many work-arounds we'll find for speed optimization

wait, full screen resolution?
And I guess interlacing is that thing we found out that you can set the screen to half res?

That is really awesome and fast. I was impressed by the video and it shows how the calc can pull games that runs at more than 5 FPS.

It also shows that it is possible to overcome limitations by using various programming tricks like what developers had to do on retro consoles back in the days. From the video, I could immediately figure out how that speed was achieved, since the squares were plain color. Just only draw the new line of pixel then erase the one you're scrolling from. I actually used a similar technique for the potential bosses in Zelda, where the initial drawing is slow, but moving left and right is fast:



However, I am limited to only 1 color per row and the boss can't move up and down.


Also, for ASM games like platformers, the calc has built-in horizontal scrolling support, so those games will run fast too (although if you use 320x240 mode, the scrolling will glitch up a little bit like in most NES games on each side of the screen.)

Yeah my example is pure BASIC (except the stretched screen part). I just use a bunch of Pt-on/off commands to move the sprite around.