Post

I wrote yesterday that the ZX81 has a native graphics resolution of 64x48. That's not strictly true. It has a pixel resolution of 256x192, but has a character map of 32x24. The PLOT routines use the graphics block characters as pseudo-pixels to effect a resolution of 64x48.

To confuse matters more, there are a handful of techniques to force it to do hires graphics, and there are a handful of games that do just that, including an incredible port of Manic Miner.

Oh and the character map, also known as D_FILE. You'd think that this is a 32x24 array in a static position in the memory map. Ha! Gotcha!!

And how it generates the video is also incredibly bonkers and very Sinclair.

Why did they go to such lengths? For one, it inherited it from the ZX80. Secondly, you can shrink the D_FILE for systems with less than 4K; each line is effectively a newline terminated string (byte value 118). So an empty display takes up just 25 bytes, not 768. It expands each line as required.

The display is partly CPU generated; the ZX80/81 NEWLINE character (118) is not ASCII 13 or 10 as you'd expect because 118 is the Z80 opcode HALT. In essence the ULA fools the CPU into thinking it is reading NOP instructions whilst it generates the video until it hits a HALT instruction at the EOL.

Anyway, it's a lot more complicated than that. Read the linked Tynemouth Software blog post on it for more details. It's just one of those "Ah yes, I understand that is why that is" things. With a little more money they could have done all the video generation in ULA.