3

The IBM 5153, the color monitor accompanying the original IBM PC, was designed to work with the CGA graphics card, vertical resolution 200 scan lines. This was quite unsurprising and straightforward.

However, as I understand it, the horizontal and vertical frequency conformed to NTSC (presumably in part to tap existing economies of scale on relevant electronic components, and in part to support the ability of CGA to output to a TV set, which looked necessary at the time though as far as I know, nobody ever ended up using).

NTSC actually provides for vertical resolution up to 240 scan lines (noninterlaced); it's only thought of as 200 because that's the title safe area; many old TV sets obscured much of the rest of the picture. But presumably if you were designing a monitor for the purpose, you could provide 240 visible scan lines. And as I understand it, this would not make the engineering any more difficult, because in each case the output of scan lines has the same frequency; you're just using more of each frame.

If the above is correct and it would really have cost nothing extra to provide 240 scan lines, why did the 5153 only provide 200?

Was it because CGA was designed to stay within the title safe area of a TV set?

Was it because it would have bumped the video RAM over 16K, thereby requiring the use of more RAM chips and making the card more expensive?

Was it just because people were used to 200, and nobody saw a need for more?

Or was there some other reason?

  • 1
    The ability to display on a TV wasn't the only reason that CGA included a composite output, you could also use it with standard composite monitors, video recorders and video projection systems. While composite output might have ended up being used less than IBM imagined, it was still used quite a bit and in any event using 240 scan lines wouldn't have been seen as a viable option until years later when it became evident (in retrospect) that the composite connector was little-used. Basically 240 scan lines wasn't an option because they couldn't see the future. – Ken Gober Jun 25 '18 at 14:29
8

TLDR: It's a soft spot for optimization around the ability to display 25 lines of text.

(And why this is important has been discussed some time ago in an answer to your question about why 80x25 became standard)


Preface: As usual with such decisions there are many factors involved - and most of them are not hard but variable within a certain frame and in relation to others. So there might be more details than covered here.


For CGA one goal was the ability to display 25 by 40/80 characters. With 200 this allows 8 scan lines per character cell. Something that nicely fits with binary counters addressing character ROMs, as well as RAM and ROM size and/or programs calculating screen addresses.

It's the same why the Apple II got 192 lines as Woz was targeting a 24 line text display. IBM in contrast needed to go for 25 lines to make it possible to have their mainframe screens displayed - the 3270 did offer 24 lines of user display plus one line of status information (*1).

Offering more than 25 lines of text (like 30 with 240 scan lines) would make programs converted form common 24/25 line displays problematic, as it's not always easy to support the additional screen estate. Where a Text processor may benefit, a 3270 session would look odd - at least.

While adding more text lines is problematic from a compatibility side, adding more scan lines per text line would have been doable. Like in 9 at 225 lines or 10 at 250 (*2). While allowing greater details on screen, it would require a more complex hardware (*3), increasing the cost. In addition it would break the nice 8 by 8 character cell used. Something that again simplifies hardware and programming.

While extending a scan line to 720 pixels might have been possible as well (like with more lines), it would again require more complex hardware - not at least even bigger character ROMs - much like with the lines.

Another way could have been adding a default blank scan line each 8 lines. While this may have improved text display (a bit) it would have made continuous graphics impossible.

With different goals (no graphics, only text) IBM's MDA did use a 720 by 350 with 9 by 14 pixel per character on quite similar hardware. Just here focus was on a clear text only display.

So bottom line: 640/320 by 200 is a soft spot for optimizing a display around text and graphics within the capabilities of displays based on TV components.


*1 - This 24 line user area of the 3270 is also the reason why Woz (and many other) did go for a 24 line text display.

*2 - 250 is still way within the ability of standard components. After all, CGA was meant to be displayed with a special made screen - just using standard (aka cheap) components.

*3 - Counting to 9 or 10 instead of 8 requires more complex counters and comparators unlike the easy binary power of 2^3 where just a counter is needed - similar in software it would require a multiplication, while the value 8 just requires a shift operation. While the used 6845 can handle this, ROMs need to be larger - depending on the hardware design maybe even double the size to just accommodate a single additional scan line per character. Similar for an additional horizontal pixel per character, eventually resulting in quadrupled ROM size. And in full graphics mode addressing gets really weird.

  • Good point, and I suppose you're right, though oddly, if you use a plain text mode video card, the character matrix is apparently 9 by 14. But that card and CGA were probably designed by different teams with different priorities. – rwallace Jun 23 '18 at 9:55
  • 1
    @rwallace They are quite similar in using a 6845 at core, so I wouldn't wonder if it was the same team, or two working close - but yes, for sure with different development goals (within the same framework) – Raffzahn Jun 23 '18 at 9:58
  • 4
    Using a nine-row font would require a larger font ROM chip than would be required for an 8-row font, but would not have affected the manufacturing cost of the CGA since it already used a ROM chip which contained not just an 8-row font, but a second unused 8-row font and the 14-row font used in the MDA (manufacturing one kind of 8Kx8 ROM chip and using it in both CGA and MDA was likely cheaper than manufacturing two different kinds of ROM, even though the latter ROMs would only need to be 2K or 4K each). From a clocking standpoint, the 6845 chip could handle any font dimension up to 16. – supercat Jun 23 '18 at 20:17
  • 2
    It's also worthwhile to note that the Tandy 1000 configures the display controller to display nine scan lines per row, shrinking the top and bottom overscan areas to compensate; Tandy's monitors have the vertical size adjusted down to ensure everything fits on screen. Replacing the 8Kx8 ROM with one holding different content and moving a couple address connections would make the CGA configurable for 8- or 9-row text with no extra components. – supercat Jun 23 '18 at 20:23

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.