If the we could endure a transition to the 1280/variants we'll have an external memory interface to add some SRAM. Then, the next step is an Uzebox OS with a proper malloc and heap handling. All games can be loaded into ram and we'll never brick an Uzebox after years of flashing some region. Right now the game I want to make is suffering from lack of an effective malloc because I'd have to handle free fragmentation in an already very limited space.
I wonder if Contiki is a good jump point for Uzebox http://en.wikipedia.org/wiki/Contiki. It's a full blown multitasking OS. The TCP/IP stack could lead to some really impressive opportunities for tying into a social network or having an "app store" for developers to store/deploy their games and apps. Being able to browse to a developers area on the web and load the latest binary on the fly would be super sweet. Aside from networking, the simplicity of Uzebox might still be maintained even with a port of Contiki (Atmel, AD725, SRAM).
I understand if this seems to defeat the purpose or if D3thAdd3r calls me a heretic, but to me the prospect of having a stable OS as a platform for our little 8-bit game system is pretty exciting. It would also decouple our game code from the kernel a bit more which could be good or bad
All this being said, I really appreciate the work that Uze and Pragma have done and am eager to build my first Uzebox!
