Well, not really. Sure the 28Mhz clock was used to clock the ad725 (requires 14.3Mhz) but the added clock rates also means more cycles for processing and speeding up the "pixel clock". Unfortunately the Atmega1284 can't be overclocked, it's very unstable at these frequencies.Uze, with that type of chip.... we can forget the AD725? also as far as we can add a NTSC XTAL at the normal frequencie (it seem that the chip can multiply by 8 the orgininal NTSC frequencie) would it be difficult to add support for the atmega1284? I think overclocking the Atmega644 will not be necessary? or i am wrong?
It totally doable to use a 1284 clocked at 20Mhz with the VS23S010. But it would be a very different things than the Uzebox. At first thought, the kernel can't be universally retrofitted since it can do on the fly some thing the VS23S010 can't (palettes for instance). But I could be wrong. Perhaps it could be possible to stream the pixels from portC straight to the spi ram. Needs some thinking.more memory, a video buffer, what will be the inconvenient of putting this chip with an atmega1284? I don't know exactly what effort have to be done to upgrade the actual Uzebox to be honest..
Lee's idea with the ESP8266 is excellent! You could then indeed drive all those inexpensive LCD car monitors and make all kinds of inexpensive IoT devices like Panu's idea.