digplanet beta 1: Athena
Share digplanet:


Applied sciences






















The effect of attribute clash on MSX 1 systems when using the 256×192 Highres mode of MSX 1 (in this example blocks of 8×8 background pixels share the same colour, so the effect is similar to a ZX Spectrum)

Attribute clash (also known as colour clash or bleeding) was a display artefact caused by limits in the graphics circuitry of a number of early colour 8-bit home computers, most notably the Sinclair ZX Spectrum, where it meant that only two colours could be used in any 8×8 tile of pixels. The effect was also noticeable on MSX software and in some Commodore 64 titles. Programmer workarounds to prevent this limit from becoming apparent have since been considered an element of Spectrum user culture.


Attribute clash on the ZX Spectrum was caused by its idiosyncratic display memory layout, designed in such a way as to minimise memory use of the frame buffer, and optimise for text display instead of graphics. Rather than limit the colour palette to conserve memory, Sinclair's design stored pixel bitmap and colour information in separate areas of memory. While the bitmap specified the state of individual pixels (either on or off), the colour information (or "attributes") corresponded to the text character matrix — 24 rows of 32 columns — with one byte per 8x8 pixel character cell. This byte encoded two 3-bit values, known as INK (foreground colour) and PAPER (background colour) after the BASIC instructions used to define the colour values. Two other binary values were included in an attribute; a BRIGHT bit indicating one of two brightness levels for the two colours, and a FLASH bit, which, when set, caused the two colours to be swapped at regular intervals. This scheme provided 15 different colours: the eight combinations of red, green and blue at two brightness levels (except for black, which appeared the same at both brightness). Thus, each 8x8 pixel block could only contain 2 colours from the 15 available, which must both be from either the BRIGHT or non-BRIGHT halves of the palette. Trying to add a third colour in an 8x8 pixel area would result in the three colours being reduced to two by the ZX Spectrum.

The ZX Spectrum used 6144 bytes for pixel information, with one byte representing a row of eight pixels, and 768 bytes used for the colour attributes, thus giving a total of 6912 bytes for the entire graphics display, a relatively small total for a computer of the Spectrum's era with "colour" capabilities. This graphics architecture was retained right through to Sinclair and Amstrad's later redesigns of the Spectrum, up until Amstrad's final model, the ZX Spectrum +3, despite subsequent models having contained 128 kB of RAM, reducing the need to save memory in this manner. The architecture was retained to prevent loss of backwards compatibility.

Attributes were used by a variety of other computers and consoles, including the Commodore 64, the MSX and NES, although the size of the attribute blocks and the number of colours per block varied. However, with the use of hardware sprites and scrolling, attribute clash could be avoided.

The Thomson MO5 and TO7 microcomputers, the Oric 1, the MSX 1 architecture, and other systems based on the Texas Instruments TMS9918 Video Display Controller display a very similar constraint: for each group of eight pixels horizontally, only two colours out of 16 are available. giving a similar but less severe effect than with the Spectrum. The MSX 1 did not have just one single colour attribute byte available for a whole 8x8 pixel area, as was the case with the Sinclair Spectrum, but eight, one attribute byte for each 8×1 pixel area. Thus, while the Spectrum was limited to one colour pair for a square area of 8x8 pixels, the MSX 1 was only limited to one colour pair for a "line" of eight adjacent pixels. In addition MSX1 could use sprites which were not bound to any attribute clash problems (although MSX 1 sprites did have their own limitations).

In practice this technical advantage often did not help MSX 1 systems to produce better pictures. The problem for the MSX 1 was that many European software companies who converted Spectrum games to MSX 1 ignored all the improvements the MSX 1 had over the Spectrum, and thus the resulting MSX 1 versions had the same amount of attribute clash as the original Spectrum games. To ease conversion, the software developers simply copied the single attribute byte value of the Spectrum to all eight corresponding attribute bytes of the MSX 1. For the same reason, the software companies also ignored the sprite capabilities of the MSX 1, and because the video display capabilities were otherwise quite similar (256×192 resolution, 16 colours), both systems produced virtually identical displays for the same game. In contrast, Japanese MSX 1 games did use all the capabilities of MSX 1, often resulting in better looking games.


To avoid attribute clash, static graphic displays had to be constructed with care. Finely-detailed colour graphics were impossible, as colour could only be applied in 8×8 pixel blocks. Careful design could achieve impressive results, as could synchronising colour changes to the refresh rate of the display — usually a television set.

However, animated displays were more difficult — a distinct drawback in a machine whose primary use was playing video games. If just one pixel in an 8×8 block was recoloured because a moving part of the display touched it, the entire block would change colour. Thus detailed moving graphics caused large ugly fringes of rapidly changing colours to follow them around.


Early software simply ignored the problem. Later, the standard workaround was to use colour for static display elements — such as a decorative border around the edges of the screen, which might include score displays and so on, or some form of instrumentation — with a smaller central monochrome area containing all the animated graphics. This also made graphics faster, as less of the screen had to be updated — both a smaller region, plus only changing pixel information and leaving the colour area untouched.

Some late Spectrum software, such as FTL's Light Force, used extremely careful graphics design to achieve full-colour moving graphics, essentially by limiting both the design of the onscreen elements and their paths of motion to 8×8 colour resolution boundaries. The moving elements were thus relatively large and rather blocky or squarish, and their movement was constrained, but this was not visually obvious and the sight of moving full-colour graphics was hugely impressive to Spectrum owners.

No mainstream developers were able to find a suitable all-round fix for the attribute clash problem, instead preferring to use the monochrome graphics method when fast, clear graphics were needed, and full-colour graphics when the situation permitted.

It was possible by paying careful attention to timing to modify the attribute area of RAM at certain specific times as the display was drawn - let the display hardware draw one line of the display, then change the attribute RAM before the next line is drawn to give the effect of different attributes for each individual line. These changes had to be done in software and were time-consuming to program, meaning that this technique was usually limited to special effects. This technique was also very popular in the demoscene.

The problem and solutions[edit]

Most games before 1987 ignored attribute clash, such as the game Knight Tyme. In some cases, the central character was almost hidden by the attribute clash that occurred. Knight Tyme was one of the few games that let players select between two modes of attribute clash: one which ignored main character attributes (producing the shown effect), and one which applied main character attributes, turning any graphics surrounding the character white.

Another workaround was to simply render the graphics in two colours, otherwise known as monochrome, as done with the Spectrum version of Knight Lore in 1984.

Many games used full-colour backgrounds and "character scrolling" (where the environment was scrolled eight pixels at a time), but monochrome sprites that were effectively transparent, as in Double Dragon. The sprites in this case were drawn in such a way so they stand out, avoiding dependence on colour. Many games used this method with smooth pixel-by-pixel scrolling, but the attribute clash as elements of one character block were "passed" to the next were clearly visible.

A prominent (and less successful) example of the use of full-colour graphics was the Spectrum conversion of Altered Beast. The game suffers from considerable attribute clash.

Programmer Don Priestley developed a distinctive style for several of his games by using large, cartoon-like sprites which were carefully designed to span whole character blocks without appearing unduly square. A disadvantage of this technique was that the gameplay had to be designed around the graphics, and so it was not useful for ports from other platforms. Games that used this technique included Popeye, The Trap Door (shown right), Through the Trapdoor, and Flunky. Other developers who used a similar technique included Mike Singleton, with Dark Sceptre, and Gang of Five, with Dan Dare: Pilot of the Future.

In 1994 programmer Igor Maznitsa developed a multi-CPU concept platform "ZX-Poly" based on ZX-Spectrum-128, the platform allows to avoid attribute clash and even colourise many old games without changes in executable code.


Original courtesy of Wikipedia: http://en.wikipedia.org/wiki/Attribute_clash — Please support Wikipedia.
This page uses Creative Commons Licensed content from Wikipedia. A portion of the proceeds from advertising on Digplanet goes to supporting Wikipedia.

16 news items

Boing Boing

Boing Boing
Fri, 12 Jun 2015 08:00:00 -0700

The Commodore Amiga was new to GRPS in the early 1980s and it has been working tirelessly ever since. GRPS Maintenance Supervisor Tim Hopkins said that the computer was purchased with money from an energy bond in the 1980s. It replaced a ...

The Guardian

The Guardian
Thu, 28 Aug 2014 09:00:34 -0700

Attribute clash. If that two-word phrase means nothing to you, the rest of this article is probably going to be bewildering. But if some dim light bulb exploded in your head, dragging you back to the days of the early home computers, welcome old-timer ...

The Register

The Register
Tue, 02 Dec 2014 06:59:48 -0800

The Sinclair Spectrum Vega is a console that plays games from the '80s – complete with piezo speaker-generated sound and attribute clash. The Vega is being marketed by Retro Computers Ltd, a Luton-based startup in which Sir Clive's company Sinclair ...

Den Of Geek

Den Of Geek
Thu, 18 Jul 2013 22:09:52 -0700

As a bonus, the designer's also put together a ZX Spectrum version of the game, which takes its graphical style even further back in time to the era of attribute clash and tape loading errors. If Legend Of Ilya's gameplay can match the polish of its ...


Sat, 27 Feb 2016 01:14:53 -0800

Demake od oryginału rozróżnić można tylko po bardzo drobnych szczegółach i braku efektu nadpisywania kolorów (zwanego colour bleed lub attribute clash). Mniej znana w Polsce, ale popularna na świecie była konsola Atari 2600. Typowe dla niej ...


Wed, 16 May 2012 00:13:05 -0700

Coder Jason Railton, a regular on the World of Spectrum forums, is in the audience and his latest game, the excellent puzzler Buzzsaw, is used onscreen in more than one demonstration. He's managed to beat the Speccy's notorious attribute clash problem, ...

Den Of Geek

Den Of Geek
Mon, 23 Apr 2012 03:42:21 -0700

Even things like attribute clash, a unique quirk of the Spectrum's make-up which meant that only two colours could be displayed in any 8x8 matrix, gave its games an unforgettable, individual look (a look often tittered at by Commodore 64 owners).

Den Of Geek

Den Of Geek
Wed, 20 Oct 2010 23:51:08 -0700

Movie's loading screen, thanks in part to the colour limitations of the Spectrum (a phenomenon familiar to some as attribute clash), was like a David Lynch nightmare coupled with an LSD flashback, in which blocks of garish colour obfuscated what ...

Oops, we seem to be having trouble contacting Twitter

Support Wikipedia

A portion of the proceeds from advertising on Digplanet goes to supporting Wikipedia. Please add your support for Wikipedia!

Searchlight Group

Digplanet also receives support from Searchlight Group. Visit Searchlight