Apple II graphics debuted on the original Apple II in 1977 and were used throughout the computer series of the same name. The graphics consist of a 16 color low-resolution mode and a high-resolution mode where visuals are dependent on artifact color. The Apple IIe added "double" versions of each of these, most prominently "double high-resolution" with twice the horizontal resolution in 16 colors. Internally, Apple II graphics modes are idiosyncratic and do not use a linear frame buffer.
The graphics modes introduced with the 1986 Apple IIGS split from those of previous Apple II models and have more in common with the Atari ST and Amiga.
Peculiarity of graphics modes
The graphic modes of the Apple II series were distinct even by the standards of the late 1970s and early 1980s. A notable peculiarity of these modes is a direct result of Apple founder Steve Wozniak's chip-saving design. Many home computer systems of the time (as well as today's IBM PC compatibles) had an architecture which assigned consecutive blocks of memory to non-consecutive rows on the screen in graphic modes, i.e. interleaving.[citation needed] Apple's text and graphics modes are based on two different interleave factors of 8:1 and 64:1.
A second peculiarity of Apple II graphics, the so-called "color fringes", is yet another by-product of Wozniak's design. While occurring in all graphics modes, they play a crucial role in the Hi-Resolution or Hi-Res mode.
Video output
Reading a value from, or writing any value to, certain memory addresses controlled so called "soft switches". The value read or written does not matter, what counts is the access itself. This allowed the user to do many different things including displaying the graphics screen (any type) without erasing it, displaying the text screen, clearing the last key pressed, or accessing different memory banks. For example, one could switch from mixed graphics and text to an all-graphics display by accessing location 0xC052 (49234). Then, to go back to mixed graphics and text, one would access 0xC053 (49235).
Built-in video output hardware
All Apple II machines featured an RCA jack providing a rough NTSC, PAL, or SECAMcomposite video output (on non-NTSC machines before the Apple IIe this output is black-and-white). This enabled the computer to be connected to any composite video monitor conforming to the same standard for which the machine was configured. However the quality of this output was unreliable; the sync signaling was close enough for monitors, but did not conform closely enough to standards to be suitable for broadcast applications, or even input to a video recorder, without intervening processing. The exception was the Extended Back version of the Bell & Howell branded black II Plus, which did provide proper video sync, as well as other media oriented features.
In addition to the composite video output jack, the IIc, IIc Plus, and the IIGS featured a two-row, 15-pin output. In the IIc and IIc Plus, this connector was a special-purpose video connector for adapters to digital RGB monitors and RF modulators. In the IIGS it was an output for an analog RGB monitor specially designed for the IIGS.
Add-on video output cards
Numerous add-on video display cards were available for the Apple II series, such as the Apple 80-Column Text Card. There were PAL color cards which enabled color output on early PAL machines. Some other cards simply added 80-column and lowercase display capabilities, while others allowed output to an IBM CGA monitor through a DE9 output jack.
The Apple II video output is really a monochrome display based upon the bit patterns in the video memory (or pixels). These pixels are combined in quadrature with the colorburst signal to be interpreted as color by a composite video display. This results in a 16-color composite video palette, based on the YIQ color space used by the NTSC color TV system.[1][2]
High resolution provides two pixels per Colorburst cycle, allowing for two possible colors if one pixel is on, black if no pixels are on, or white if both pixels are on. By shifting the alignment of the pixels to the colorburst signal by 90°, two more colors can be displayed for a total of four possible colors. Low resolution allows for four bits per cycle, but repeats the bit pattern several times per low resolution pixel. Double high-resolution also displays four pixels per cycle.
Low-Resolution (Lo-Res) graphics
Low-resolution colors 0 (black), 3 (purple), 6 (medium blue), 9 (orange), 12 (light green) and 15 (white) were also available in high-resolution mode. Colors 5 and 10 (gray) are indistinguishable on original hardware; however, some emulators (such as older AppleWin versions) display them as different shades. Note that some of the AppleWin emulator colors seen here differ markedly from those shown on original hardware.
The blocky, but fast and colorful Lo-Res graphics mode (often known as GR after the BASIC command) was 40 pixels wide, corresponding to the 40 columns on the normal Apple II text screen. This mode could display either 40 rows of pixels with four lines of text at the bottom of the screen, or 48 rows of pixels with no text. Thus two pixels, vertically stacked, would fill the screen real estate corresponding to one character in text mode. The default for this was 40×40 graphics with text.
There are 16 colors available for use in this mode (actually 15 in most cases, since the two shades of gray are identical in brightness on original Apple hardware, except on the Apple IIGS). Note that six of the colors are identical to the colors available in High-Resolution (Hi-Res) mode.
The colors were created by filling the pixel with a repeating 4-bit binary pattern in such a manner that each bit group fit within one cycle of the Colorburst reference signal. Color displays would interpret this pattern as a color signal. On monochrome monitors, or if the Colorburst signal was turned off, the display would reveal these bit patterns. There are two equivalent grey shades as 5 (0101) is equivalent to 10 (1010) based on how the colors mix together; the "on" bits are polar opposites of each other on the quadrature color signal, so they cancel each other and display as grey.
This mode is mapped to the same area of memory as the main 40-column text screen (0x400 through 0x7FF), with each byte storing two pixels one on top of the other.
The Lo-Res graphics mode offered built-in commands to clear the screen, change the drawing color, plot individual pixels, plot horizontal lines, and plot vertical lines. There was also a "SCRN" function to extract the color stored in any pixel, one lacking in the other modes.
A block of 128 bytes stores three rows of 40 characters each, with a remainder of eight bytes left after the third row is stored. But these bytes are not left empty. Instead, they are used variously by motherboard firmware and expansion card firmware to store important information, mostly about external devices attached to the computer. This created problems when the user loaded a text or a lo-res graphics screen directly into video memory—replacing the current information in the holes with what was there at save-time. Disk head recalibration was a common side-effect, when the disk controller found its memory—in a screen hole—of where the head was, suddenly not to match the header data of the track that it was reading. The programmers at Apple responded by programming ProDOS so the user could not directly load a file (screen data, or otherwise) into 0x400-0x7FF. ProDOS programs to properly load data to this portion of memory soon arose; several appeared in Nibble magazine.
Screen 2 Low-Resolution graphics and text
Having two screens for displaying video images was an integral part of the Apple II family design. Accessing memory location 0xC055 (49237) displayed "Screen 2" regardless of how the other "soft switches" were set. The text and Lo-Res Screen 2 space ranged from 0x800 (2048) to 0xBFF (3071). The interleaving is exactly the same as for the main screen ("Screen 1"). Applesoft BASIC programs are loaded at 801h (2049) by default; therefore, they will occupy the Text Screen 2 space unless the computer is instructed to load a program elsewhere in memory. By contrast, some commercial software programs for the Apple II used this memory space for various purposes, usually to display a help screen.
"Alternate Display Mode" on the Apple IIGS
Unlike the other Apple II machine types, the Apple IIGS featured a processor (the 65816) which could address more than 64K of RAM without special tricks. In the IIgs, RAM was demarcated into banks of 64K. For example, bank 0xE0 consisted of the range 0xE00000 through 0xE0FFFF. The Apple IIgs had a chip called the "Mega II" which allowed it to run most programs written for other Apple II computers. The IIgs architecture mapped the screen data to memory bank 0xE0. However, in IIe emulation mode, screen data was stored in bank 0x00. This presented a problem. The designers of the Mega II included routines to copy most screen data to bank 0xE0 to ensure that Apple IIe-specific programs worked properly. But they forgot about the rarely used Text Screen 2. This was not discovered until the Mega II chips had made it into the IIgs machines. So the firmware designers added a CDA (classic desk accessory—accessible from the IIgs Desk Accessories menu, invoked with Apple+Control+Escape) called "Alternate Display Mode",[4] which performed the task for the few programs that needed it, at the expense of a little CPU time. It could be turned on and off at whim, but reverted to off when the computer was reset.
Improved compatibility with Text Screen 2 was addressed with the introduction of the Apple IIGS with 1 megabyte of RAM (better known as the ROM 3) in 1989. The new motherboard provided hardware shadowing of Text Screen 2, at no cost to CPU time, therefore not affecting the speed of software running. Although Alternate Display Mode remained an option in the CDA menu, the machine would automatically detect the presence of Text Screen 2 and enabled hardware shadowing of Text Screen 2 into bank 0xE0 on ROM 3 machines.
High-Resolution (Hi-Res) graphics
It is possible to generate smooth color boundaries between a color and black or white; however, the "correct" black or white must be chosen. The two upper images show the black and white from the green/purple palette against a green background. The two lower images show the black and white from the blue/orange palette against a green background; this forces many of the bordering green pixels to turn orange.The horizontal borders between two colors generate "fringe effects" on the Apple II. In the lower left image, drawing a blue star on a green background causes the Apple II to add black, white and orange pixels at and near the horizontal boundaries between the green and blue.
When the Apple II came out, a new mode had been added for 280×192 high-resolution graphics. Like Lo-Res mode, hi-res mode had two screens; in Applesoft BASIC, either one could be initialized, using the commands HGR for the first screen or HGR2 for the second.
The Applesoft BASIC ROM contained routines to clear either of two Hi-Res screens, draw lines and points, and set the drawing color. The ROM also contained routines to draw, erase, scale and rotate vector-based shapes. There were no routines to plot bitmapped shapes, draw circles and arcs, or fill a drawn area, but many programs were written; many appeared in Nibble and other Apple II magazines.
The user could "switch in" four lines of text in the Hi-Res mode, just like in Lo-Res mode; however, this hid the bottom 32 lines, resulting in a 280 × 160 picture. The ROM routines could still modify the bottom, even though it was hidden.
The Apple II's Hi-Res mode was peculiar even by the standards of the day. While the CGA card released four years after the Apple II on the IBM PC allowed the user to select one of two color sets for creating 320×200 graphics, only four colors (the background color and three drawing colors) were available at a time. By contrast, the Apple offered eight colors for high-resolution graphics or actually six, since black and white were both repeated in the scheme. Each row of 280 pixels was broken up into 40 blocks of seven pixels each, represented in a single byte. Each pair of adjacent pixels generated a single color pixel via artifact color, resulting in an effective resolution of 140×192. The lower seven bits of each byte represented the pixels, while the most significant bit controlled the phase offset for that block of pixels, altering the color that was displayed.
While this feature allows six colors onscreen simultaneously, it does have one unpleasant side effect. For example, if a programmer tried to draw a blue line on top of a green one, portions of the green line would change to orange. This is because drawing the blue line sets the MSB for each block of seven pixels in this case. "Green" and "orange" pixels are represented the same way in memory; the difference is in the setting (or clearing) of the MSB. Another side effect is that drawing a pixel required dividing by seven. (For the Apple's 6502 processor, which had no division hardware, dividing by seven was relatively slow. If drawing a pixel had only required dividing by a simple power of two, such as eight, this would have only needed a sequence of bit shifts, which would have been much faster.)
The Hi-Res mode on the Apple II was also peculiar for its 64:1 interleave factor. This was a direct result of Steve Wozniak's chip-saving design.[5] The 64:1 factor resulted in a "Venetian blind" effect when loading a Hi-Res screen into memory from floppy disk (or sometimes RAM disk) with the soft switches already set. "Screen holes" occur in the Hi-Res mode just as they do in the Lo-Res and text modes. Nothing was usually stored there, though they were occasionally used to store code in self-displaying executable pictures. Another notable exception is the Fotofile (FOT) format[6] inherited by ProDOS from Apple SOS, which included metadata in the 121st byte (the first byte of the first hole) indicating how it should be displayed (color mode, resolution), or converted to other graphics formats.
Finally, another quirk of Wozniak's design is that while any pixel could be black or white, only pixels with odd X-coordinates could be green or orange. Likewise, only even-numbered pixels could be purple or blue.[7] This is where the so-called "fringe benefit" comes in. The Apple video hardware interprets a sequence of two or more turned-on horizontal pixels as solid white, while a sequence of alternating pixels would display as color. Similarly, a sequence of two or more turned-off horizontal pixels would display as black.
There was no built-in command to extract the color of a pixel on the Hi-Res screen, or even to determine whether it was on at all. Several programs to determine if a pixel was lit were written, and a program to extract the pixel's true color was published in the April 1990 edition of Nibble.
Just as there are two text screen pages (and two Lo-Res graphics pages), so there are also two Hi-Res pages, mapped one right after the other in memory. The second Hi-Res screen was mapped to 0x4000-0x5FFF, or 16384–24575 in decimal. IBM's CGA supported only one graphics page at a time. This simplified animation on the Apple II, because a programmer could display one page while altering the other (hidden) page.
Provided that the reset vector had not been occluded by an actively running program, invocation of Control+Reset would interrupt a program and escape to the monitor or Applesoft command prompt. The use of Control+Open-Apple+Reset would force a reset at the expense of a small amount of memory corruption. Creative configuration of some soft switches at the monitor or at the prompt enabled immediate viewing of images from interrupted programs. Favorite scenes from games could be then recorded. On the Apple //e and //c, use of Control+Open-Apple+Reset would result in the pattern 0xA0A0 being written sparsely across all memory, including Hi-Res pages 1 and 2 at $2000 – $5FFF. Corruption by these artifacts could be edited out using a paint package. On the enhanced Apple //e, Hi-Res video memory could be preserved without artifact by the following sequence: pressing Control+Closed-Apple+Reset, and feathering the Reset key up then down for a fraction of a second, repeating until the self-diagnostic color pattern began to fill the first line of text in the upper left corner. Since the self-diagnostic progressed from $0000 upward, once the beginning address of text page 1 ($400) was clobbered, so then was the checksum of the reset vector ($3F4), which meant that a subsequent rapid press of Control+Reset would force the firmware to reboot without clobbering memory above $0800 in either main or the auxiliary banks. It was possible to BSAVE these images to a floppy and create a slide show or a static image, because a soft reset did not clear the video memory on Hi-Res images.
Graphic modes on later models (IIe, IIc, IIc Plus, IIGS)
Soon after the introduction of the Apple IIe, the Apple engineers realized that the video bandwidth doubling circuitry used to implement 80-column text mode could be easily extended to include the machine's graphics modes. Since the signal was present at the auxiliary slot connector which housed the Extended 80 Column Card, Annunciator 3 on the game port was overloaded to activate double resolution graphics when both 80 column video and a graphics mode was selected. Replacement motherboards (called the Revision B motherboard) were offered free of charge to owners of the Apple IIe to upgrade their machines with double resolution graphics capabilities. For this reason, machines with the original Revision A motherboard are extremely rare. Subsequent Apple II models also implement the double resolution graphics modes.
Double Low-Resolution
This was an 80×40 (or 80×48) graphics mode available only on 80-column machines. Under Applesoft BASIC, enabling this mode required three steps. First, enabling 80 column mode with PR#3, Then enabling double-density graphics with POKE49246,0, followed by GR.
10PRINTCHR$(4)"PR#3":PRINTCHR$(0);:POKE49246,0:GR
Note that PR#3 is deferred to the operating system, with PRINTCHR$(4) to avoid disconnecting it from BASIC. This is followed by a PRINT command to send a null character, because the newly assigned output device doesn't get initialised until the first character is sent to it—a common source of confusion.
Once this was done, the Double Lo-Res screen was displayed and cleared, and the PLOT, HLIN, and VLIN commands worked normally with the x coordinate range extended to 0 though 79. Only the Apple IIc and IIgs supported this in firmware. Using Double Lo-Res mode from BASIC on a IIe was much more complicated without adding an & command extension to BASIC.
There were two major problems when using this mode in Applesoft. First, once the mode was activated, access to the printer became complicated, due to the 80 column display firmware being handled like a printer. Second, the SCRN (pixel read) function did not work properly. However, there was a program in the March 1990 issue of Nibble that took care of this problem.
At least one commercially available BASICcompiler, ZBASIC from Zedcor Systems, was known to support Double Lo-Res graphics.
Double High-Resolution
The composition of the Double Hi-Res screen is complicated. In addition to the 64:1 interleaving, the pixels in the individual rows are stored in an unusual way: each pixel was half its usual width and each byte of pixels alternated between the first and second bank of 64KB memory. Where three consecutive on pixels were white, six were now required in double high-resolution. Effectively, all pixel patterns used to make color in Lo-Res graphics blocks could be reproduced in Double Hi-Res graphics.
The ProDOS implementation of its RAM disk made access to the Double Hi-Res screen easier by making the first 8 KB file saved to /RAM store its data at 0x012000 to 0x013fff by design. Also, a second page was possible, and a second file (or a larger first file) would store its data at 0x014000 to 0x015fff. However, access via the ProDOS file system was slow and not well suited to page-flipping animation in Double Hi-Res, beyond the memory requirements.
Applications using Double High-Resolution
Despite the complexities involved in programming and using this mode, there were numerous applications which made use of it. Double Hi-Res graphics were featured in business applications, educational software, and games alike. The Apple version of GEOS used Double Hi-Res, as did Broderbund's paint program, Dazzle Draw. Beagle Bros provided a toolkit, Beagle Graphics, with routines for developing Double Hi-Res graphics in AppleSoft BASIC. Numerous arcade games, and games written for other computers, were ported to the Apple II, and many took advantage of this graphics mode. There were also numerous utility programs and plug-in printer cards that allowed the user to print Double Hi-Res graphics on a dot-matrix printer or even the LaserWriter.
Applesoft BASIC is a dialect of Microsoft BASIC, developed by Marc McDonald and Ric Weiland, supplied with Apple II computers. It supersedes Integer BASIC and is the BASIC in ROM in all Apple II series computers after the original Apple II model. It is also referred to as FP BASIC because of the Apple DOS command FP used to invoke it, instead of INT for Integer BASIC.
The Apple II series of microcomputers was initially designed by Steve Wozniak, manufactured by Apple Computer, and launched in 1977 with the Apple II model that gave the series its name. It was followed by the Apple II Plus, Apple IIe, Apple IIc, and Apple IIc Plus, with the 1983 IIe being the most popular. The name is trademarked with square brackets as Apple ][, then, beginning with the IIe, as Apple //. In terms of ease of use, features, and expandability, the Apple II was a major advancement over its predecessor, the Apple I, a limited-production bare circuit board computer for electronics hobbyists.
The Apple II is a personal computer released by Apple Inc. in June 1977. It was one of the first successful mass-produced microcomputer products and is widely regarded as one of the most important personal computers of all time due to its role in popularizing home computing and influencing later software development.
Video Graphics Array (VGA) is a video display controller and accompanying de facto graphics standard, first introduced with the IBM PS/2 line of computers in 1987, which became ubiquitous in the IBM PC compatible industry within three years. The term can now refer to the computer display standard, the 15-pin D-subminiature VGA connector, or the 640 × 480 resolution characteristic of the VGA hardware.
The Apple IIe is the third model in the Apple II series of personal computers produced by Apple Computer. It was released in January 1983 as the successor to the Apple II Plus. The e in the name stands for enhanced. It is the first Apple II with built-in lowercase and 80-column text support, as well as 64K RAM, while reducing the total chip count from previous models by approximately 75%.
The Apple IIe Card is a compatibility card, which through hardware and software emulation, allows certain Macintosh computers to run software designed for the Apple II. Released in March 1991 for use with the LC family, Apple targeted the card at its widely dominated educational market to ease the transition from Apple II-based classrooms, with thousands of entrenched educational software titles, to Macintosh-based classrooms.
The Apple IIGS is a 16-bit personal computer produced by Apple Computer. It is the fifth and most powerful of the Apple II family. It is compatible with earlier Apple II models but has a Macintosh look and feel, and resolution and color similar to the Amiga and Atari ST. The "GS" in the name stands for "Graphics and Sound", referring to its enhanced multimedia hardware, especially its state-of-the-art audio.
The Apple IIc is a personal computer introduced by Apple Inc. shortly after the launch of the original Macintosh in 1984. It is essentially a compact and portable version of the Apple IIe. The IIc has a built-in floppy disk drive and a keyboard, and was often sold with its matching monitor. The c in the name stands for compact, referring to the fact it is a complete Apple II setup in a smaller notebook-sized housing. It is compatible with a wide range of Apple II software and peripherals.
The VIC-II, specifically known as the MOS Technology 6567/6566/8562/8564, 6569/8565/8566 (PAL), is the microchip tasked with generating Y/C video signals and DRAM refresh signals in the Commodore 64 and Commodore 128 home computers.
The Color Graphics Adapter (CGA), originally also called the Color/Graphics Adapter or IBM Color/Graphics Monitor Adapter, introduced in 1981, was IBM's first color graphics card for the IBM PC and established a de facto computer display standard.
Text mode is a computer display mode in which content is internally represented on a computer screen in terms of characters rather than individual pixels. Typically, the screen consists of a uniform rectangular grid of character cells, each of which contains one of the characters of a character set; at the same time, contrasted to graphics mode or other kinds of computer graphics modes.
The 8563 Video Display Controller (VDC) was an integrated circuit produced by MOS Technology. It was used in the Commodore 128 (C128) computer to generate an 80-column RGB video display, running alongside a VIC-II which supported Commodore 64-compatible graphics. The DCR models of the C128 used the later and more technically advanced 8568 [D]VDC controller.
Alphanumeric Television Interface Controller (ANTIC) is an LSI ASIC dedicated to generating 2D computer graphics to be shown on a television screen or computer display.
Lazer's Interactive Symbolic Assembler (Lisa) is an interactive 6502 assembler for Apple II computers written by Randall Hyde in the late 1970s.
The ITT 2020 was an Apple II computer clone manufactured by ITT under license from Apple Computer, specifically for the European market. In the Benelux, it was distributed by International Bell Telephone Company. It was distributed in the United Kingdom by Microsense Computer Limited.
Tandy Graphics Adapter is a computer display standard for the Tandy 1000 series of IBM PC compatibles, which has compatibility with the video subsystem of the IBM PCjr but became a standard in its own right.
Composite artifact colors is a designation commonly used to address several graphic modes of some 1970s and 1980s home computers. With some machines, when connected to an NTSC TV or monitor over composite video outputs, the video signal encoding allowed for extra colors to be displayed, by manipulating the pixel position on screen, not being limited by each machine's hardware color palette.
This page is based on this Wikipedia article Text is available under the CC BY-SA 4.0 license; additional terms may apply. Images, videos and audio are available under their respective licenses.
