ZX Spectrum graphic modes



The original ZX Spectrum computer produces a one bit per pixel, bitmapped colour graphics video output. A composite video signal is generated through an RF modulator, and was designed for use with contemporary 1980s television sets.

The image size of the framebuffer is 256x192 pixels, with a palette of 15 non-modifiable colours, where the entire colour palette is extremely saturated. The resolution of the colour output is 64 times lower than the resolution of the pixel bitmap. The extremely low colour resolution was used to conserve memory, totaling just 768 bytes for colour attributes. Colour is stored separate from the pixel bitmap, as a 32x24 cell grid, using one byte per each of the character cells. One character cell is composed of 8x8 pixels. In practice, this means any character cell can only use two selected colours for colouring the contained 64 pixels.

Since the machine was designed for usage with a standard television set, the 256x192 pixel area is surrounded by a wide border that fills up the remaining space of the standard 384x288 low-resolution PAL TV visible screen area. Usually, the border area assumes a single colour, but using software tricks it is possible to display some low resolution graphics there.

The ZX Spectrum lacked dedicated hardware for scrolling and sprites, or a dedicated hardware blitter. To facilitate the display of colour graphics, the original ZX Spectrum employs 16 KiB of discrete graphics RAM. The latency of the graphics RAM is 150 ns; the peak bandwidth is 2.1875 MB/s (calculated as 224x5/8 bytes per 64 μs).

Frame Rate and Timings
The original ZX Spectrum does not conform strictly to the PAL standard frame rate of 50 Hz. ZX Spectrum outputs one video line in exactly 224 CPU clock cycles, where the CPU clock rate equals 3.5 MHz. This exactly matches the PAL standard 64 μs line time. However, the ZX Spectrum produces only 312 lines to form one display frame, while the PAL standard recommends 312.5 lines. As a consequence, the frame rate of the ZX Spectrum is approximately 50.08 frames per second.

This discrepancy was not known to many programmers, who assumed the frame rate of 50 frames per second. As a result, some programs, including the built-in BASIC interpreter, had the time running slightly too fast. Later ZX Spectrum models have a slightly different frame rate and the CPU clock rate, which causes some older software to run slightly too slow if it uses vertical synchronization, or too fast if it relies on CPU clock rate.

At the start of each display frame, the maskable interrupt signal is sent to the ZX Spectrum's Z80 CPU, enabling programs to easily detect and measure the passage of time. It also allows the programs to perfectly synchronize the graphics output with the display of video frames. It is exactly the same mechanism as the vertical synchronization of a modern computer, which can be employed to prevent display tearing.

Graphics memory structure and pixel coordinates
The 16 KiB discrete graphics RAM is directly accessible to the CPU at addresses 16384 to 32767. The main pixel bitmap is stored at the very beginning of the graphics RAM, while the attributes array follows immediately behind it.

The video controller circuit is built into the semi-custom Ferranti ULA integrated circuit, consisting of approximately 480 configurable cells (depending on the model). The cells of the ULA were factory-configured in various ways to produce the ULA for ZX Spectrum, where one cell has the functionality of approximately two NAND gates.

A CPU access to the graphics RAM is called a contended access, because the video controller has a higher priority then the CPU. On an access to the graphics RAM, the CPU commonly incurs a slight delay while waiting for the video controller to complete the data reads.

The addresses in the video DRAM are interleaved, which produces an unusual coordinate system for the pixel bitmap. If coordinates of a pixel are (x, y), and the bits of the x coordinate axis are labeled x7, x6, x5, x4, x3, x2, x1, x0, and the bits of the y coordinate axis are labeled y7, y6, y5, y4, y3, y2, y1, y0, then the pixel is stored in a byte with the address bitpattern 0, 1, 0, y7, y6, y2, y1, y0, y5, y4, y3, x7, x6, x5, x4, x3.

The address bitpattern contains two more bitpattern transpositions than necessary. The fastest and the simplest bitpattern would have been 0, 1, 0, x7, x6, x5, x4, x3, y7, y6, y5, y4, y3, y2, y1, y0, which makes the pixel addresses increase by the column first. Unfortunately, the ZX Spectrum designers were working under extreme time pressure, and failed to notice this simple improvement.

While the original ZX Spectrum 48K model has 32 KiB of main RAM, the 16K model has just the 16 KiB graphics RAM. This is the reason why the colour attributes array was designed to fit in just 768 bytes. The colour attributes could have easily had a double or a quadruple resolution in the vertical axis, but that would have reduced the remaining free memory space for programs by another kilobyte or two, especially in the 16 KiB model.

To facilitate the display of colour graphics, the original ZX Spectrum employs 16 KiB of discrete graphics RAM, unlike the shared graphics RAM architectures of most other microcomputers, including the Commodore 64. The resolution of the pixel bitmap is similar to that in other contemporary microcomputers, where the popular Commodore 64 commonly uses the 160x200 resolution at two bits per pixel.

The system of colour cells, called "the attributes", drew a lot of criticism, because it significantly complicated the programming of colour applications. Still, the colour attribute system had sufficient capabilities for supporting the common applications and games of the era, and even the very limited colour capabilities were welcomed by the users.

Colour palette
The ZX Spectrum (and compatibles) computers uses a variation of the 4-bit RGBI palette philosophy (also used on CGA, Thomson MO5, Sharp MZ-800, Mattel Aquarius, etc.), resulting in 8 basic colours with brightness variations. On the 128, +2 and +3 models, the ULA outputs TTL level red, green, blue and sync signals that are used by the TEA2000 Video Encoder for composite video signal generation.

Each of the colours of the 3-bit palette has a basic and a bright variant. The bright half of the palette is generated using the video display's maximum voltage level for the luminance signal. The basic half of the palette is generated by simply reducing the voltage of the luminance signal.

Both colours of a character cell cell must share their brightness property, because there is only a single brightness bit for the entire cell. Besides that limitation, any combination of the palette colours can be freely selected as the two colours of a character cell. In the following table, all the "bright" colours are given in the right column.


 * {| class="wikitable"

! rowspan="2" | Colour number ! colspan="4" | Binary value ! rowspan="2" colspan="2" | Colour name ! colspan="4" | Binary value ! rowspan="2" colspan="2" | Colour name ! G ! R ! B ! I ! G ! R ! B ! I
 * 0
 * 0
 * 0
 * 0
 * 0
 * style="background-color:#000; color:#FFF;" | #000000
 * Black
 * 0
 * 0
 * 0
 * 1
 * style="background-color:#000; color:#FFF;" | #000000
 * "Bright" Black
 * 1
 * 0
 * 0
 * 1
 * 0
 * style="background-color:#0100CE; color:#FFF;" | #0100CE
 * Blue
 * 0
 * 0
 * 1
 * 1
 * style="background-color:#0200FD; color:#FFF;" | #0200FD
 * Bright Blue
 * 2
 * 0
 * 1
 * 0
 * 0
 * style="background-color:#CF0100; color:#FFF;" | #CF0100
 * Red
 * 0
 * 1
 * 0
 * 1
 * style="background-color:#FF0201; color:#FFF;" | #FF0201
 * Bright Red
 * 3
 * 0
 * 1
 * 1
 * 0
 * style="background-color:#CF01CE; color:#FFF;" | #CF01CE
 * Magenta
 * 0
 * 1
 * 1
 * 1
 * style="background-color:#FF02FD; color:#FFF;" | #FF02FD
 * Bright Magenta
 * 4
 * 1
 * 0
 * 0
 * 0
 * style="background-color:#00CF15;" | #00CF15
 * Green
 * 1
 * 0
 * 0
 * 1
 * style="background-color:#00FF1C;" | #00FF1C
 * Bright Green
 * 5
 * 1
 * 0
 * 1
 * 0
 * style="background-color:#01CFCF;" | #01CFCF
 * Cyan
 * 1
 * 0
 * 1
 * 1
 * style="background-color:#02FFFF;" | #02FFFF
 * Bright Cyan
 * 6
 * 1
 * 1
 * 0
 * 0
 * style="background-color:#CFCF15;" | #CFCF15
 * Yellow
 * 1
 * 1
 * 0
 * 1
 * style="background-color:#FFFF1D;" | #FFFF1D
 * Bright Yellow
 * 7
 * 1
 * 1
 * 1
 * 0
 * style="background-color:#CFCFCF;" | #CFCFCF
 * White
 * 1
 * 1
 * 1
 * 1
 * style="background-color:#FFFFFF;" | #FFFFFF
 * Bright White
 * }
 * Some ZX Spectrum clones or NTSC machines might display "bright black" as dark grey.
 * The luminance of colours in the table is relative, not absolute. The common television sets usually had much higher luminance than the standard sRGB LCD luminance of 80 cd/m². In absolute terms, ZX Spectrum's colours are much brighter then the sRGB colours in the table. ZX Spectrum's "White" colour is as bright as the brightest sRGB white colour, while the "Bright White" exceeds the limits of the standard sRGB colour luminance.
 * The given sRGB values for green, yellow and cyan are only best approximations, because sRGB displays are unable to produce all the colours of the PAL TV standard. The green PAL phosphor is out-of-gamut in the sRGB colour-space of the modern common LCD displays. For most purposes, this colour inaccuracy is small.
 * Colours simulated as sRGB assume non-bright as 84.615% voltage (0.55 V) and bright as 100% (0.65 V). Each ZX Spectrum model used different voltages for colours, so the values here are only indicative. The colours were computed by a conversion of the PAL TV colour-space into the sRGB colour-space. The PAL gamma of 2.8 was applied as recommended by the BT.470 PAL standard; the conversion of primary colours to sRGB primaries (by IEC 61966-2-1 sRGB standard), and the standard sRGB gamma correction (by inverse EOTF) was applied.
 * The given colours are probably not the real ZX Spectrum colours. The colour approximations were computed by assuming the maximum possible saturation that a ZX Spectrum can produce on the PAL TV output. The real ZX Spectrum colours are currently unknown, and they are probably less saturated. To compute the real ZX Spectrum colours, a measurement of the phase-amplitude shift of the chroma sub-carrier has to be performed, for each colour, by an oscilloscope on the ZX Spectrum's PAL output.
 * style="background-color:#FFFFFF;" | #FFFFFF
 * Bright White
 * }
 * Some ZX Spectrum clones or NTSC machines might display "bright black" as dark grey.
 * The luminance of colours in the table is relative, not absolute. The common television sets usually had much higher luminance than the standard sRGB LCD luminance of 80 cd/m². In absolute terms, ZX Spectrum's colours are much brighter then the sRGB colours in the table. ZX Spectrum's "White" colour is as bright as the brightest sRGB white colour, while the "Bright White" exceeds the limits of the standard sRGB colour luminance.
 * The given sRGB values for green, yellow and cyan are only best approximations, because sRGB displays are unable to produce all the colours of the PAL TV standard. The green PAL phosphor is out-of-gamut in the sRGB colour-space of the modern common LCD displays. For most purposes, this colour inaccuracy is small.
 * Colours simulated as sRGB assume non-bright as 84.615% voltage (0.55 V) and bright as 100% (0.65 V). Each ZX Spectrum model used different voltages for colours, so the values here are only indicative. The colours were computed by a conversion of the PAL TV colour-space into the sRGB colour-space. The PAL gamma of 2.8 was applied as recommended by the BT.470 PAL standard; the conversion of primary colours to sRGB primaries (by IEC 61966-2-1 sRGB standard), and the standard sRGB gamma correction (by inverse EOTF) was applied.
 * The given colours are probably not the real ZX Spectrum colours. The colour approximations were computed by assuming the maximum possible saturation that a ZX Spectrum can produce on the PAL TV output. The real ZX Spectrum colours are currently unknown, and they are probably less saturated. To compute the real ZX Spectrum colours, a measurement of the phase-amplitude shift of the chroma sub-carrier has to be performed, for each colour, by an oscilloscope on the ZX Spectrum's PAL output.

In the ZX Spectrum encoding, the colour components are in the GRB (Green, Red, Blue) order, rather than the more common RGB order. The GRB order has the advantage that the colour numbers become ordered by increasing luminance, so if viewed on black-and-white display the ordered sequence forms a gradient from black to white.

All the colour properties of a cell are stored in memory as one byte called the attribute. Counting from least to most significant bit, an attribute byte dedicates three bits for colour of the pixels valued 1, three bits for colour of the pixels valued 0, one bit for the brightness flag, and one bit for the flashing effect. The flashing effect causes the displayed foreground and background colours to alternate every 0.64 seconds.

Most current ZX Spectrum emulators are displaying inaccurate and possibly over-saturated colours. Those colours were computed by simplistic approximations that do not take into account many subtleties of the PAL-to-sRGB colour-space conversion. Similarly, on the ZX Art website the usage of inaccurate colours is very common. The theoretically impossible sRGB colour #00CD00 is commonly used as the ZX Spectrum's green colour (i.e. the Spectrum's real green colour is probably more bluish).

BASIC commands for colours
The two colours of a character cell are called the foreground colour and the background colour. For any value of n from 0 to 7, the following Sinclair BASIC commands can be used to set or alter the colours of a cell:


 * , the background colour for the character cell; applied to all pixels of value 0 in the cell
 * , the foreground colour for the character cell; applied to all pixels of value 1 in the cell
 * , selects the value of the brightness bit of the character cell, where the value can be either 0 or 1

Additionally, the  command selects a colour for the screen area surrounding the pixel bitmap. It does not use a brightness flag, thus only the eight basic colours are supported for the border colour.

Standard mode


The original ZX Spectrum has a screen resolution of 256x192 pixels. In all cases, colours are extremely saturated. Colour information is overlaid onto this as a grid of 8x8 pixel regions known as attribute blocks. All colour properties of an attribute block are stored in memory as a single attribute byte, and each attribute block matches one character cell. Within each attribute block, only two colours may be used out of a palette of 8 colours. Additionally, the entire attribute block may be designated as 'bright', resulting in a total of 15 possible colours (black has no 'bright' variation). In many programs, this limitation of only two colours per attribute block is evident as the unwanted effect of attribute clash.

A screen in this mode occupies 6144 bytes for the pixel bitmap, totaling 6912 bytes together with the colour attributes.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 24
 * Colours: 15 (counting non-bright and bright)
 * Machine: All

Monochrome TVs and monitors
By using a monochrome monitor or black and white TV (or reducing the saturation settings of a colour TV), it is possible to take advantage of the differences in intensity over the Spectrum's colour range to generate a 15-shade greyscale image at 256x192 resolution.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 24
 * Colours: 15 greyscale
 * Machine: All, using a monochrome display

Hardware implementation
Hi-Color / Multitech Several third-party Spectrum clones, including the Timex Sinclair machines, the Pentagon, the eLeMeNt ZX, and the MB03+ Ultimate interface support a screen mode named Hi-Color,  in which attribute blocks are 8x1 pixels in size rather than the usual 8x8. A screen in this mode takes 12 KB RAM. In the case of the Timex, this mode is activated through the command. At least one editor for Timex machines supports this mode. In addition, this screen mode can be generated through the use of the MB-02 disk system's DMA hardware (where the technique is known as Multitech ), and is also available as Mode 2 (with a linear byte order) on the SAM Coupé.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 192
 * Colours: 15
 * Machine: Timex Sinclair models, ZX Spectrum Next, Pentagon, eLeMeNt ZX, SAM Coupé
 * Interface: MB03+ Ultimate

8x1 attributes / Hicolour / Multicolour / FLI / BIFROST*2 / Rainbow Generator / Rainbow Processor
On other Spectrum models, this effect can be replicated by exploiting the fact that the ULA re-reads the attribute information on every pixel row when generating the video output; it is possible to write a new value to the relevant memory location in between successive lines, and thus cause a different pair of colours to be shown. However, the Spectrum's processor is not fast enough to write to an entire row of attribute bytes in one scanline, so 8x1 attributes can only be achieved over 20 columns. This technique is variously known as Hicolour, Multicolour, FLI, BIFROST*2 "SuperColour", "Rainbow Generator" or Rainbow Processor mode.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 192 (limited to a 18x192 area)
 * Colours: 15
 * Machine: All (with specific code tailored for each machine's timings)

8x2 attributes / Bicolour / Nirvana+
A variation on this method is to change the row of attributes over the course of two scanlines, resulting in 8x2 pixel attribute blocks over a wider region of the screen. This mode is known as Bicolour, and can be applied to the full width of the screen through the use of the Nirvana+ engine.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 96
 * Colours: 15
 * Machine: All (with specific code tailored for each machine's timings)

4x1 / 4x2 / 4x4 attributes
A special case involves alternating between the two available colours per attribute cell for 4 pixels each, allowing each 4x1 region to be treated as an independently colourable 'pixel' (although the limitation of one brightness level per 8x1 cell is still in effect). Again, a 4x2 variant of this mode can be applied to a wider region of the screen. And a 4x4 variant can be achieved on 128K machines by timed switches between the two video RAMs (rather than re-writing the attribute data), to display the upper half of the character cells from one screen and the lower half from the other.


 * Details:
 * Pixels: 64 x 192; 64 x 96; 64 x 48
 * Attributes: 8x1 brightness limitation
 * Colours: 15
 * Machine: All (with specific code tailored for each machine's timings)

ULAplus / HAM256 / HAM8x1
ULAplus is compatible with the standard ZX Spectrum and Timex Hi-Res and Hi-Colour modes, and adds the ability to redefining of the palette. If only used to slight modify the basic 16 colours, ULAplus software can be displayed on a standard Spectrum. Use of the full 64 colours is incompatible, as it will trigger the "flash" attributes of the original Spectrum. Amiga HAM inspired modes are also possible (HAM256 and HAM8x1), displaying up to 256 colours on screen.


 * Details:
 * Pixels: 256 x 192; 512 x 192 (Hi-Res mode)
 * Attributes: 32 x 24; 32 x 192 (8x1 Hi-Colour mode)
 * Colours: 2 from 256 (Hi-Res mode), 64 from 256; 256 (HAM256 and HAM8x1)
 * Machine: ZX Spectrum SE, ZX Spectrum Next, ZX-Uno, Chloe 280SE, Chloe 140SE, eLeMeNt ZX, zx128u+
 * Interface: MB03+ Ultimate

Interlace
By alternating between two screens on every frame interrupt (50 Hz), it is theoretically possible to simulate a doubling of the vertical display resolution from 192 to 384 lines.

The Timex clones and ZX Spectrum 128K implement a 'shadow' screen area which can be switched into place through the use of a single  command, and this is often utilised to rapidly switch between two images for this purpose (although this can also be achieved with a standard block copy, albeit not over the entire screen).

When viewed on a CRT television screen (the standard at the time), the flicker is less noticeable than on a modern monitor. And example image is linked here (warning: the linked image flickers very rapidly, which could potentially cause seizures in people with photosensitive epilepsy). The technique does not in fact achieve a true interlaced display, as the Spectrum lacks the ability to synchronise with the display hardware at such a low level. On a CRT television screen, the effect is more akin to anti-aliasing, with certain pixels appearing at half intensity.

On modern LCD TVs, capture cards, or other devices that convert the original analog signal into digital (thus partially ignoring the original timing signals), this mode can be interpreted as true interlace, as shown on the image featuring a cat, at the right.


 * Details:
 * Pixels: 256 x 384
 * Attributes: 32 x 24
 * Colours: 15

GigaScreen / DithVIDE / BZither
The attributes (colours) of an image are alternated at 50 Hz on the screen. This way, the palette is increased to approximately 36 colours. It's possible to switch screen per scanline and thus mix the screens, but this is very CPU intensive and needs exact and steady timings.

With real tstate precise software its possible to simulate a GigaScreen on an 128k "toastrack" original 128k ZX Spectrum.

For Pentagon machines, a hardware modification is available which directly combines the two alternate screen areas into the video signal, thus eliminating the flicker associated with this method. The MB03+ Ultimate interface and the eLeMeNt ZX computer can display three hardware modes of non-flickering GigaScreen (mixed video RAMs, mixed video frames and autodetection mode) in 256 x 192 and 512 x 192 resolutions.

Furthermore, the GigaScreen and Hi-Colour techniques may be employed together to produce even richer-coloured images; this format has been named DithVIDE and BZither, both names referring to the dithering methods employed when converting true-colour images to the format.
 * Details:
 * Pixels: 256 x 192
 * Attributes: 32 x 24
 * Colours: ~36
 * Machine: All (with flickering)
 * Hardware GigaScreen: Pentagon, eLeMeNt ZX, MB03+ Ultimate (no flickering)

KeyLayer
The MB03+ Ultimate interface and the eLeMeNt ZX computer provide this graphic mode which allows to display image data from the second video RAM at the place of one selected colour in the video RAM no.1. This adds a third colour to an attribute.


 * Details:
 * Pixels: 256 x 192, 512 x 192
 * Attributes: 32 x 24, 64 x 48, 3 colours per cell
 * Colours: 15
 * Machine: eLeMeNt ZX
 * Interface: MB03+ Ultimate

3colour / Multichrome / RGB-3 / Interchrome
Three separate images, comprising a red, green and blue layer, are displayed on the screen rapidly, one after the other, relying on persistence of vision effects to merge the three layers into a single coloured image. The result is an 8-colour image where each pixel may be coloured independently.


 * Details:
 * Pixels: 256 x 192
 * Attributes: 256 x 192
 * Colours: 8
 * Machine: All

Compatible machines and interfaces
Later ZX Spectrum compatible machines offered extra video modes. These are based on the standard 256x192 mode but incompatible with the original Spectrum. Also interfaces, the Spectra interface and the MB03+ Ultimate interface extend the Spectrum’s display to support more colours or/and extra video modes.

16c
Video mode where each pixel can have one of 16 colours.
 * Details:
 * Pixels: 256 x 192
 * Attributes: none, no limitations
 * Colours: 16
 * Machine: ATM Turbo, Pentagon



256x192x16 / Mode 4
A Sam Coupé mode, where each pixel can display one of 16 colours from a 128 colour palette.
 * Details:
 * Pixels: 256 x 192
 * Attributes: none, no limitations
 * Colours: 16 (from 128) per line
 * Machine: Sam Coupé

384x304x16
A mode supported by the Pentagon computer.
 * Details:
 * Pixels: 384 x 304
 * Attributes: 48 x 38
 * Colours: 16
 * Machine: Pentagon

HGFX Graphics
The eLeMeNt ZX computer and the MB03+ interface provide a planar-based 256x192 (LowRes), 512x192 (HighRes) and 512x384 (SuperHiRes) resolutions. HGFX graphics are handled through planar layers, but can be also accessed as "chunky" RAM pages. The highest, chunky-only, is the "PAL" resolution of 720x546 pixels. The HGFX consists of ZX-screen compatible (non-linear or linear) layers-bitplanes to achieve up to 256 colours both in LowRes and HiRes modes, 16 colours in SuperHiRes and 4 colours in the highest resolution. It occupies only part of the memory, similar to the ZX-screen memory, has own internal buffers and can be combined with the original ZX-graphics, in a so-called transparency mode. The HGFX provides a 24-bit true-colour palette (HiRes indeXedColour compatible) with a 256 indexed colours. HGFX screen data can be also displayed in HAM (Amiga-like) and FILL (Apple2GS -like) modes,

The HGFX is based on a more powerful HGFX/Q system, which was originally expandable in a border area to 320 x 240 or 640 x 240.


 * Details:
 * Pixels: 256 x 192, 512 x 192, 512 x 384, 720 x 546
 * Attributes: none, no limitations, plus FILL and HAM modes
 * Colours: up to 256 (from 16777216), up to 16 (SuperHiRes) and 4 (PAL 720 x 546)
 * Machine: MB03+ Ultimate, eLeMeNt ZX

Layer 2

 * Details:
 * Pixels: 256 x 192 (256 colours from 512), 320 x 256 (256 colours from 512) and 640 x 256 (16 colours from 512)
 * Attributes: none, no limitations
 * Machine: ZX Spectrum Next

Radastan
This mode displays 128x96 double sized pixels. Each pixel holds one of sixteen colours, with no attribute limitations. Pixels are stored in linear buffer as 4-bit nibbles (i.e. 2 pixels per byte). The buffer is 6144 bytes long and occupies same memory as 256 x 192 pixel screen.


 * Details:
 * Pixels: 128 x 96
 * Attributes: none, no limitations
 * Colours: 16 (from 256)
 * Machine: ZX-Uno, ZX Spectrum Next, MB03+ Ultimate, eLeMeNt ZX

LoRES
This mode displays 128x96 double sized pixels. Each pixel holds one of 256 colours (from 512), with no attribute limitations. Pixels are stored in linear buffer as 8-bit. The buffer is 12288 bytes long and occupies same memory as 256x192 pixel primary (DFILE1) and shadow (DFILE2) screens.


 * Details:
 * Pixels: 128 x 96
 * Attributes: none, no limitations
 * Colours: 256 (from 512)
 * Machine: ZX Spectrum Next

Spectra (+128)
The Spectra has 31 display formats. These allow up to 64 unique colours to be shown simultaneously, and at a variety of colour resolutions, with attribute heights of 1, 2, 4 and 8 pixels, and widths of 4 and 8 pixels.

512x192x2 / Hi-Res
This mode was mainly used to display 64x24 or 85x24 columns text screen and originally only Timex Sinclair computers (where its named Hi-Res) and some Russian clones can display it. It also takes 12 KB RAM. In the case of the Timex, this mode is activated through the command. Two graphics editors ("Draw 512" and "Tech-Draw" ) support this mode, along with BASIC64 and some CP/M implementations.
 * Details:
 * Pixels: 512 x 192
 * Attributes: none, no limitations
 * Colours: 2 (Four palettes: Black & White, Blue & Yellow, Red & Cyan, Magenta & Green) (out of 512 on the ZX Spectrum Next)
 * Machine: Timex Sinclair, ZX Spectrum Next, ZX-Uno, MB03+ Ultimate, eLeMeNt ZX, Pentagon



512x192x4 / Mode 3
The Sam Coupé has this mode, where each pixel can use one of 4 colours from palette of 128.
 * Details:
 * Pixels: 512 x 192
 * Attributes: none, no limitations
 * Colours: 4 (from 128) per line
 * Machine: Sam Coupé



512x384x2
A mode supported by the Pentagon computer.
 * Details:
 * Pixels: 512 x 384
 * Colours: monochrome
 * Machine: Pentagon, Timex Sinclair 2128 (TC 2048 based modification)

HiRes Colour
Pixels are stored in a linear order. Attributes are doubled in the vertical direction, the composition of the attribute is identical to the original ZX Spectrum mode. HiRes indeXedColour can choose 32 colours from 16777216 colours. Two video RAMs can be mixed in both Colour and indeXedColour modes through the Keylayer.


 * Details:
 * Pixels: 512 x 192
 * Attributes: 64 x 48
 * Colours: 16 (or 32 indexed, from 1677216)
 * Machine: MB03+ Ultimate, eLeMeNt ZX

256x192, 256 colours, "256 colour mode", no attributes
The SPEC256, EmuZWin and Es.pectrum emulators have a screen mode 256x192 pixels where each pixel can be in one of 256 colours. This is achieved by extending the word size of the emulated Z80 from 8 bits to 64, making eight bits of data available for each pixel; the screen thus takes 48 KB of memory. This mode only exists on the emulator and software graphics must be modified to use it.


 * Details:
 * Pixels: 256 x 192
 * Attributes: none, no limitations
 * Colours: 256

Dithering and Blur


The low per-pixel bit depth of only one bit per pixel has urged the graphic artists (e.g. at ZX-Art) to resort to various dithering techniques. Dithering works very well with CRT TV sets of the era, because analog televisions employ a high amount of blur in both the horizontal and vertical axis. As the focus of the common CRT TV electron beam is intentionally low, the resulting high blur produces colour mixing of neighbouring pixel colours. Blur reduces the unwanted visible noise added by dithering in displayed images.

To faithfully simulate the actual output image of a ZX Spectrum, a modern emulator needs to employ a blur filter of significant strength. Simple bilinear filters introduce too much blur, while the extremely sharp Lanczos filter is inadequate. Therefore, the filter has to be specially constructed to simulate the effect of blur on a common CRT TV set. Most emulators employ filters of very low quality, causing the final image to appear extremely sharp and pixelated. Some emulators, like FUSE, employ available filters in an attempt to reduce the pixilation effect. Those filters produce the final image significantly different than the ZX Spectrum's real video output.

A low mutual contrast of some palette colour combinations allows improvement of the dithering effect by further reducing the amount of noise introduced by dithering. The table below demonstrates this effect - for example, the contrast of a white colour over a yellow background is extremely low, making the white text virtually invisible.