> A Commodore 64 or TI-994A could. Probably not at 60fps, but it could be done. It would definitely need to be done in assembly, or with a modern compilation to

> A Commodore 64 or TI-994A could. Probably not at 60fps, but it could be done. It would definitely need to be done in assembly, or with a modern compilation tool, like cc65. Well, I was programming on C64 way back, and am pretty much aware what the system can and can't do. Sprite crunchers, xor filled vector fillers, etc. are familiar to me. Cc65 would only hurt the effort. You need a full spectrum of assembler tricks to get any kind of performance out of C64. C64 (PAL) has just 19k clock cycles available per 50 Hz frame. Since fastest instructions are 2 cycles, that's at most 9.5k instructions. Realistically closer to 5-7k. No multiply (hello table lookups!), no divide and not even 16-bit add. Or in other words, it takes maybe 10k+ cycles for C64 to just "memcpy" 1000 bytes of characters! You could implement something like Asciicker in a limited demo... but it'd be more like a souped up video player. Which, sadly, is a rather common technique in recent C64 demos, but understandable due to the limitations.