CGA in 1024 Colors – A New Mode: The Illustrated Guide

Cool hack!

As with other non-composite CRTs, the 5154 doesn't actually have a pixel clock so you don't need to output pixels at exactly 14.318181MHz - the timings of the horizontal and vertical sync signals are the critical thing. Using a 16MHz or 13.714MHz pixel clock would probably be more convenient for a 96MHz microcontroller.

Composite NTSC will create some interesting new challenges, though. I suspect the fact that some of your pixels are 6 cycles and some are 7 cycles will cause visible banding. It might be possible to eliminate this by taking your 14.318MHz source data and doing a proper band-limited resampling of it to 16MHz or 13.714MHz instead of the nearest-neighbor interpolation you're essentially doing at the moment. You'd probably need an output DAC with more than 1 or 2 bits of dynamic range to do that, though. One of my pending projects is to do something very similar, generating composite output from a VGA card (pixel clock 14.161MHz).

Not exactly... The Nyquist frequency is half of the sampling rate of a digital signal. There isn't really any sampling going on here. The CGA does generate a signal with a pixel rate of 14.318MHz, so the Nyquist frequency of that is 7.16MHz. But that discreteness it not directly related to the color carrier frequency of 3.58MHz - inside a (sufficiently old) composite monitor, all the processing is analog.

As for whether this method of generating colour was supported by IBM - as far as I can tell, it wasn't. There is no mention of it in IBM documentation, and the artifact colours in later IBM composite machines (in particular the PCjr) were different. That didn't stop games programmers from using it though (at least in the classic and reasonably consistent 16 colour variant).

It's surprisingly straightforward - take your input composite signal C and multiply it by a sin wave and a cosine wave (both of frequency 3.58MHz). Then take the three resulting waveforms (C, Csin(f) and Ccos(f)) and filter them to remove frequencies of 3.58MHz and above. If your sample rate is 14.318MHz (4 pixels per color carrier cycle) then any filter kernel that is a polynomial of (1,1,1,1) will work for this. I use (1,4,7,8,7,4,1). The resulting three waveforms are Y, I and Q which you can plug into the matrix at http://en.wikipedia.org/wiki/YIQ to get RGB. You'll need to fix up the phase to get the right colours (this is what the color burst pulse does in the actual hardware). You might have to swap sin and cos as well, I'm just writing this from memory.