Not sure what you mean by "64 combinations of 2x2 sub-pixels" - in 40x100 text mode there are 16 pixels per character cell so you'd need 65536 different characters (actually 32768 since you can swap foreground and background) and you'd still have some ZX-spectrum style "attribute clash" due to only having two different colours per character cell.
How about 40-column text mode, CRTC tweaks for one scanline per row (requires reprogramming some CRTC registers twice per frame from a timer interrupt) and using the characters 0x0d, 0x21, 0x35, 0x4c, 0x48, 0x6a and 0x99. In their top row, these characters have all combinations of pixels you need for a 160-column mode, so that gives you 160x200x16 on an RGBI monitor (with a small amount of attribute clash - two colours per 4-pixel character cell). I came up with this a while ago but never got around to doing anything with it.
Not sure what you mean by "64 combinations of 2x2 sub-pixels" - in 40x100 text mode there are 16 pixels per character cell so you'd need 65536 different characters (actually 32768 since you can swap foreground and background) and you'd still have some ZX-spectrum style "attribute clash" due to only having two different colours per character cell.
How about 40-column text mode, CRTC tweaks for one scanline per row (requires reprogramming some CRTC registers twice per frame from a timer interrupt) and using the characters 0x0d, 0x21, 0x35, 0x4c, 0x48, 0x6a and 0x99. In their top row, these characters have all combinations of pixels you need for a 160-column mode, so that gives you 160x200x16 on an RGBI monitor (with a small amount of attribute clash - two colours per 4-pixel character cell). I came up with this a while ago but never got around to doing anything with it.
So... can I get some thoughts on iconic GIF files to use for the slide show. I'm also open to thoughts on a theme for it. Like, maybe an iconic movie, or actress. I'm not sure... Any ideas?
Yeah, you've got it! Those are some fantastic images - unless you know better you'd think they were some kind of clone card with a real 160x200x16 mode rather than a tweak mode of genuine CGA.
I do actually have a way to make the mode I think you're asking for. It involves doing a CRTC restart every other scanline, increasing the start address by 40 characters each time. That way, we can effectively duplicate scanlines and do a full-screen 160x100x16 mode (with attribute clash) in 8kB, or a 160x100x136-ish mode in 16kB.
If you care more about having the same vertical pixel-size as a 200-line mode than using the full screen, you can do a 160x100 "widescreen" mode or a 112x140 4:3 mode with two restarts per CRT frame instead of ~100.
How about images that represent popular culture (pin-ups, movie stills, political figures, sports cars, etc.) from roughly when CGA was made available to when EGA was out? I guess that would be images from roughly 1981 to 1985? (Which would mirror, fairly closely, the stuff we used to trade on BBSes during the latter half of the 1980s)
I usually just use yasm (from a build.bat file that performs all the build steps for whatever project I'm working on) and TSE Pro as my text editor.
Huh? You you can use any toolchain you like for your converter. You can use the output of your converter as the input to another program...
Yeah, you've got it! Those are some fantastic images - unless you know better you'd think they were some kind of clone card with a real 160x200x16 mode rather than a tweak mode of genuine CGA.
I do actually have a way to make the mode I think you're asking for. It involves doing a CRTC restart every other scanline, increasing the start address by 40 characters each time. That way, we can effectively duplicate scanlines and do a full-screen 160x100x16 mode (with attribute clash) in 8kB, or a 160x100x136-ish mode in 16kB.
If you care more about having the same vertical pixel-size as a 200-line mode than using the full screen, you can do a 160x100 "widescreen" mode or a 112x140 4:3 mode with two restarts per CRT frame instead of ~100.
So the deal here is that the most important thing is the ability to get to one scan line per color change - I think.
Ah, ok. I was confused about what you meant by that but that clears it up. Yeah, the CGA only has enough memory for one full screen of one-scanline-per-row image data in modes other than 80-column text, so you'll need to reduce the viewport to get two pages. In 80-column text mode you'd need to reduce it even further, to a quarter of the screen.
The 112x140 mode I mentioned uses 28 of the 40 characters horizontally.
It will be 224x140 with attribute clash and pixel limits if we use every character. Ok. Let me make the converter and post the previews. Is making a viewer trivial for you? I assume I'll do the same we did last time except in a 28x140x2 format. Should be 15,680 bytes, yes?