A simplified version of the question in the title is "is lo-res color #1 red, or is it purple?" because that's the color that shows the most obvious variation. Color #1 was usually called "magenta".

In this video, of a IIe with an Apple-branded composite monitor, the bird on the credits page and the rightmost bird in the main menu are lo-res color #1. As you can see, it's purple. I wouldn't call it magenta but maybe some people would. To the left of the screen you can see a printed card shipped with the game, showing what I think is the intended color of that bird: red.

In this video you can see an Apple running the BASIC Kaleidoscope demo. As you can see, color 1 is red. The video description is in Japanese and Japan uses NTSC(-J). It says it's a II+.

In this video of Brick Out on an unknown machine and monitor, the background of the title screen is color #1. It's purple.

In this 1988 episode of The Computer Chronicles, showing a IIc Plus—a demo machine from Apple, operated by an Apple employee, with an Apple-branded monitor—the color in the upper left is #1. It's red. I don't think they're using an RGB card because it would have made a mess of the menu bar. The Video-7 cards had a color/mono mixed mode to avoid that, but this game (Math Blaster Plus!) doesn't seem to support that mode—at least the versions on Asimov don't.

Beagle Bros. posters show it as red, leaning toward the magenta, but nothing like the purples you see in those videos.

On the IIGS it's $d03, which is much more red than purple, and is called "deep red" in the control panel. The IIGS only does RGB and its simulated artifact colors aren't very accurate, but this is a vote in favor of red by someone at Apple.

Okay, well, tint dials can be set incorrectly. Although apparently the ones set incorrectly are all set to the same wrong value. What does theory say the color should be?

The video system outputs pixels (560 per line) at 4× the NTSC color carrier frequency, so repeating 4-pixel patterns get uniform colors. The colors 0001, 0010, 0100, 1000, 0111, 1110, 1101, 1011 should all have the same chroma phase mod 90°, and 0011, 0110, 1100, 1001 (the hi-res colors) should be offset from that by 45°. The harder question is: how much are they all rotated relative to the reference color burst? Or, to simplify again, what is the phase angle of color #1?

The Apple II Circuit Description by Winston Gayler, p.130, says that the colorburst signal is offset by 35ns (45°), which would mean that lo-res colors 1,2,4,8 would be at 0° phase (mod 90°) if there were no other delays. The color burst phase was adjustable by the "color trim" pot on the motherboard; I assume he's referring to the factory setting.

All pixels go through a flip-flop. Understanding the Apple II by Jim Sather, page 8-16, says

An interesting point about the picture flip-flop is this: its low-to-high propagation delay (time after 14M rises for pin 5 to go from low to high) is 13 nanoseconds typical, but its high-to-low propagation delay is 25 nanoseconds typical. [...] For example, a white dot of a normal TEXT pattern would be about 24 nanoseconds longer than the black dot of an inverted TEXT pattern.

The accompanying figures show this widening, and also a shift of the center of the pulse by, I assume, (13+25)/2 ≈ 19ns, or about 24.5°.

That makes sense. But I haven't found anyone but Sather who mentions a flip-flop delay. He doesn't even mention it in Understanding the Apple IIe, and the diagrams in that book don't show the widening, though they still show a delay. Gayler explicitly says that color 1 is at 0° (mod 90°). This presentation (by Ferdinand Meyer-Hermann?) has blurry photos of oscilloscope traces that appear to show that 1,2,4,8 have about 0° phase, or at least less than 24.5° (although wasn't the Apple's video output much closer to a square wave than that?).

A further complication is that there are two different NTSC RGB standards, and they are very different from each other. SMPTE 170M makes a big deal of specifying the linear-RGB-to-composite-signal encoding very precisely—quoting some conversion factors to six decimal places—and then makes it all meaningless by saying that you can use either of these sets of RGB primaries, which don't even agree to one decimal place. It makes no sense to me, but that's how it is, seemingly.

Let's try all four combinations of hue rotation and RGB primaries:

As you can see, color 1 is red if the angle is 0° and purple if the angle is 24.5°. But those can't both be right, can they?

I'm being a bit disingenuous because the story changes when you look at other colors. Color 8, especially, is very greenish with a 0° angle. This color is called brown, and looks brown in all of the videos where it's visible, which argues against the 0° shift. In the video of the IIc Plus, I can't get color 1 and the others to look right at the same time with any rotation angle and either set of primaries. The Japanese video is consistent with a 0° angle, but it could be they fiddled with the tint.

The SMPTE primaries seem a better fit than the NTSC 1953 primaries, but just to complicate things further, AppleWin issue #253 has a photo of a screen with a very bright red that seems a better fit to the latter. Also, of the four color-1 candidates, the 24.5° NTSC variant is the only one that I'd personally call magenta.

I'm seeking any information that might prevent me from ending up in a padded cell. The #1 thing I would like to have is a high-quality 50+ MHz recording of the raw video output including the color burst. Failing that, I'd like a second source for the alleged flip-flop delays, information on how many TVs and monitors of the time used NTSC 1953 RGB and how many used SMPTE "C", and as many photos/videos as possible of vintage equipment showing lo-res color bars. It's very hard to find examples online because most "Apple II" videos use emulators, and of the rest, most use monochrome monitors, or LCDs, or only show hi-res, or (almost always in fact) the image is overexposed.

My best theory right now is that the Apples that produce red are secretly PAL models, or using some other non-NTSC color generation method, despite evidence to the contrary. The videos of PAL Apples that I've seen usually show red, and the company that made that bird game is German. But here's a PAL Apple showing purple, and that's not the only hole in that theory.

  • 1
    This is not what you're asking but the Apple IIgs outputs colour 1 as $0d03 (i.e. R = $d out of $f, G = 0, B = $3, equivalent to HTML #dd0033). Cf. the border colour values listed in 1000bit.it/support/manuali/apple/technotes/iigs/… . This doesn't answer your question because — amongst other reasons — I cannot prove that Apple's RGB choices are intended to be accurate rather than ideal.
    – Tommy
    Jan 25 at 2:47
  • @Tommy I added it to the question. It's weak evidence, but it's something...
    – benrg
    Jan 25 at 3:02
  • 3
    Three points A) you may want to destill the question to a single sentence, or at most a paragraph and start with that for clarity. B) Fo your research it may be helpful to understand that Woz' goal for the II wasn't exact colour replication, but having colour at all. C) The components used to generating the phase shift were neither well enough defined, nor selected for that purpose (TTL are bought according to price, not exact timing). Back then was common to two different Apple side by side showing diverging colour nuances - which can still be seen at any retro meet today.
    – Raffzahn
    Jan 25 at 3:03
  • 1
    @Raffzahn If I saw continuous variation I'd assume it was hardware inconsistency, but I'm seeing discrete red and purple groups. If other people (with normal color vision) disagree with my categories then that's the answer, but I don't want the question to be "are my categories right" because I don't know that's the issue and I suspect it isn't. I think environment isn't much of an issue because the displays are usually much brighter than surroundings (hence overexposure). Re your point B, this discrepancy seems to extend into the IIc+ era, long past the Woz-in-a-garage days.
    – benrg
    Jan 25 at 7:39
  • 1
    @fadden His colors are similar to my 0° SMPTE colors. His chroma coefficients are too small (1/2π should be 2/π) but it looks correct in the C code. He says 4,7,8,11 are affected by clipping but actually all 12 colors are – which is another possible cause I considered, but it doesn't seem to affect the hues enough to matter.
    – benrg
    Jan 25 at 7:47

1 Answer 1


The Apple II outputs a video signal that is close enough to NTSC specifications that composite monitors will attempt to display color, but deviates in ways that monitors are not particularly designed to deal with. In NTSC video that is precisely to spec, the chroma reference ("colorburst") will be a 3.579545MHz sine wave riding on a DC offset, and is devoid of other frequency components. In the signal generated by the Apple II, the chroma reference will be a square wave that contains significant components at 3x and 5x the chroma frequency. The NTSC spec doesn't say how television sets should be affected by the presence of such extra frequency components in the chroma reference, because they could never appear in any legally broadcast television signal. As a consequence, different television sets handle them differently.

Back in the day, if one had two television sets of different brands that were adjusted so as to produce matching colors when fed broadcast signals, and one fed both of them identical signals from Apple II computers, the colors might differ drastically. There is no single "right" way of interpreting the Apple's video color signal, because colors shown by different monitors would vary all over the place.

  • Gayler p.40 says "The LC network also filters COLOR BURST to make it look more like a sine wave" (the same network that introduces the tunable delay). In Meyer-Hermann's presentation (linked in the question) the color burst looks sinusoidal. But colors 3,6,9,12 look sinusoidal too, and they don't go through that filter. The only other oscilloscope images I found are this and this which are useless. This is why I'm going crazy. The knob is right there, just fiddle with it for a second please...
    – benrg
    Jan 25 at 20:01
  • Another reason I question the invalid-signal explanation is that of the 12 colors, color 1 is the closest to being in spec. R and B are in range, and G is -.01 at 0° and -.06 at 24.5°. But that's the color in which I'm seeing the most obvious inconsistency. Especially in the IIc+ case where it doesn't seem to match the others at any angle.
    – benrg
    Jan 25 at 20:12
  • 1
    @benrg: I know I've looked at clunky composite outputs that had square-wave-ish color. I may be misremembering the Apple IIc as outputting such. On the other hand, even if a chroma signal is smoothed into a "wibble wave", I would expect the shape to be a bit lopsided. I'll hook my Apple //c up to a scope this evening and see what I see.
    – supercat
    Jan 25 at 21:08

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .