Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

They mention a couple issues in the article:

> Naturally, there are downsides: having to mess with the CRTC every couple of scanlines is quite taxing for the poor 4.77MHz 8088, so there's not much you can do with this other than static pictures. The 512-color variant, using only ASCII 0x55 and 0x13, doesn't suffer from this – it's basically "set and forget", requiring no more CPU intervention than any 80-column text mode (the familiar overhead of avoiding snow).

> Then, there's that other problem which plagues 80-column CGA on composite displays... the hardware bug that leads to bad hsync timing and missing color burst. There are ways to compensate for that, but none that reliably works with every monitor and capture device out there. This proved to be an enduring headache in calibrating, determining the actual colors, and obtaining a passable video capture of the entire demo... but that's all covered elsewhere.



I thought I recalled a story about someone doing the scanline palette flip trick on C64 hardware long, long ago.


Might have been to accomplish PAL color blending.

PAL uses the color info from a prior scan line in addition to the color info on the current scan line to establish a given pixel color.

If one is clever about changing pixel colors in a way synchronized with the display, more than 16 colors will be seen.

The C64 only has 16 colors. Fixed colors.

Abusing TV was, and can still be, interesting.

On the older machines, a gain of new colors was a big deal.

In this case, it still is a big deal, given how craptastic the CGA is.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: