MOS Technology VIC-II


The VIC-II, specifically known as the MOS Technology 6567/8562/8564, 6569/8565/8566, is the microchip tasked with generating Y/C video signals and DRAM refresh signals in the Commodore 64 and C128 home computers.
Succeeding MOS's original VIC, the VIC-II was one of the two chips mainly responsible for the C64's success.

Development history

The VIC-II chip was designed primarily by Al Charpentier and Charles Winterble at MOS Technology, Inc. as a successor to the MOS Technology 6560 "VIC". The team at MOS Technology had previously failed to produce two graphics chips named MOS Technology 6562 for the Commodore TOI computer, and MOS Technology 6564 for the Color PET, due to memory speed constraints.
In order to construct the VIC-II, Charpentier and Winterble made a market survey of current home computers and video games, listing up the current features, and what features they wanted to have in the VIC-II. The idea of adding sprites came from the Texas Instruments TI-99/4A computer and its TMS9918 graphics coprocessor. The idea to support collision detection came from the Mattel Intellivision. The Atari 800 was also mined for desired features. About 3/4 of the chip surface is used for the sprite functionality.
The chip was partly laid out using electronic design automation tools from Applicon, and partly laid out manually on vellum paper. The design was partly debugged by fabricating chips containing small subsets of the design, which could then be tested separately. This was easy since MOS Technology had both its research and development lab and semiconductor plant at the same location. The chip was developed in 5 micrometer technology.
The work on the VIC-II was completed in November 1981 while Robert Yannes was simultaneously working on the SID chip. Both chips, like the Commodore 64, were finished in time for the Consumer Electronics Show in the first weekend of January 1982.

VIC-II features

Note that below register addresses are stated as seen by CPU in a C64. To yield the register numbers as usually given in data sheets, the leading "D0" should be omitted.

Programming

The VIC-II is programmed by manipulating its 47 control registers, memory mapped to the range $D000-$D02E in the C64 address space. Of all these registers, 34 deal exclusively with sprite control. Like its predecessor, the VIC-II handles light pen input, and with help from the C64's standard character ROM, provided the original PETSCII character set from 1977 on a similarly dimensioned display as the 40-column PET series.
By reloading the VIC-II's control registers via machine code hooked into the raster interrupt routine, one can program the chip to generate significantly more than 8 concurrent sprites, and generally give every program-defined slice of the screen different scrolling, resolution and color properties. The hardware limitation of 8 sprites per scanline could be increased further by letting the sprites flicker rapidly on and off. Mastery of the raster interrupt was essential in order to unleash the VIC-II's capabilities. Many demos and some later games would establish a fixed "lock-step" between the CPU and the VIC-II so that the VIC registers could be manipulated at exactly the right moment.

Character graphics

The C64 shipped with the PETASCII character set in a 2k ROM, but, like the VIC-20 before it, the actual data for the characters was read from memory at a specified location. This location was one of the VIC-II registers, which allowed programmers to construct their own characters sets by placing the appropriate data in memory; each character was an 8x8 grid, a byte represented 8 bits horizontally, so 8 bytes were required for a single character and thus the complete 256-character set used a total of 2,048 bytes. Theoretically as many as eight character sets can be used if the entire 16k of video memory were filled.
In addition to charsets, the VIC-II also uses 1000 bytes to store the 25 lines of 40 characters per line, one byte for each character, which in power on default configuration sits at $400-$7E8. Color RAM is accessed as bits 8 to 11 of the video matrix; in the 64 and 128, it is located in I/O space at $D800-$DBFF and cannot be moved from that location. It contains the values for color 1 of each character.
The character ROM is mapped into two of the VIC-II's four "windows", at $1000-$1FFF and $9000-$9FFF, although the CPU cannot see it there. Thus graphics data or video buffers cannot be placed at $1000-$1FFF or $9000-$9FFF because the VIC-II will see the character ROM there instead. Because these areas of RAM could not be used by the VIC-II graphics chip, they were frequently used for music/sound effects. The C64 has the ability to have RAM and ROM at the same address in memory but the CPU would "see" one and the VIC-II chip would "see" the other.
In default high-resolution character mode, the foreground of each character may be set individually in the color RAM. In multicolor character mode, color 3 is limited to the first eight possible color values; the fourth bit is then used as a flag indicating if this character is to be displayed in high-resolution or multicolor, thus making it possible to mix both types on one screen. Colors 1 and 2 are set by the registers at $D022 and $D023 and are global for all characters.
If Extended Background Color Mode is used, the upper two bits of the character code are used to select one of four background color registers. This allows four different background colors on the screen, but at the expense of only allowing 64 different characters instead of 256. Because this is limiting, games seldom used it.

Bitmap mode

Adding an all-points-addressable bitmap mode was one of the Commodore design team's primary goals, as the VIC-I lacked such a feature. However, in order to use as little additional circuitry as possible, they organized it in the same manner as character mode, i.e. 8x8 and 4x8 tiles. Bitmap graphics require an 8k page for the pixel data and each byte corresponds to one row of eight or four pixels. The next byte is the row underneath it and after the 8th row, returning to the top of the next tile.
In hi-res bitmaps, screen RAM is used to hold the foreground and background colors of each tile. This is the only VIC-II mode that does not make any use of the color RAM at $D800 or the background color register at $D021.
Multicolor bitmap mode allows three colors per tile. Colors 1 and 2 are selected by the bits in screen RAM and the third is from color RAM.
Despite the high level of color detail and all-points-addressable capabilities of bitmap mode, it is generally impractical for in-game graphics due to requiring a high amount of system resources and normally cannot be scrolled. Thus, it is most commonly seen on loader and sometimes title screens.

Sprites

VIC-II sprites are either 24x21 monochrome or 12x21 multicolor. Similar to character graphics, the latter have one individual color for each sprite and two global ones. VIC-II has eight sprites, each of which uses 64 bytes of memory to store but, with certain limitations, it can display many more. Sprite multiplexing is a common method of getting more than eight on screen. The VIC-II scanline counters are polled until the desired point is reached on screen, after which the program quickly changes the sprite coordinates. This programming trick and other workarounds could result to over twenty sprites onscreen once. For a demo, though, the limit is considerably more flexible.
In theory the maximum number of different sprites visible at the same time is 256. They are addressed by using a block number to refer to each sprite pattern in memory beginning with 0 and going to 255 depending on their position in the video page..
Each sprite may be double-sized vertically, horizontally or both. This does not make the sprite bigger or add more pixels to the sprite, but merely upscales the existing pixels.
Because the horizontal position register for sprites is one byte and limited to a maximum value of 255, it could not cover the entire 320 pixels of the VIC-II's screen area, so an additional register called the Most Significant Byte Flag is provided for this.
$D01E and $D01F contain the Background and Sprite-to-Sprite Collision registers. The former is rarely used because it cannot provide information on the specific background object the sprite is touching.
$D01B contains the Sprite To Background priority register, which is used to govern whether a sprite moves behind or in front of background objects. When a sprite enters the same space as another sprite, the lower-numbered ones will always pass over the higher numbered ones.

Scrolling

In order to scroll a character screen, the VIC-II is set to 38-column and/or 24-line mode via the registers at $D011 and $D016. This creates an off-screen buffer where the row of characters to be scrolled is placed. By adjusting the scroll bits in the above-mentioned registers, one row may be moved on-screen after which it repeats unless a new row is put in the buffer. Color RAM is scrolled simultaneous with screen RAM and works the same way.
VIC-II scrolling is a relatively complicated, CPU intensive task, although it was not uncommon for C64 game programmers to cheat by designing graphics so that the color RAM can remain static. Another standard trick is to cover the bottom or top 25% of the screen with a score counter to reduce the amount of scrolling that has to be performed. Finally, it is usually necessary to use an extra 1k piece of RAM to write character data to and then "blit" it into the screen RAM to prevent screen tearing, although this cannot be done with color RAM.
Late in the C64's commercial lifespan, an exploit known as VSP was discovered that involved manipulation of the control bits in $D011 to produce fast scrolling at a much lower CPU cycle cost than the standard scroll registers, however it required careful, cycle-exact coding and did not work reliably on some VIC-II revisions, also it can only be used for horizontal scrolling. It is notably used in Mayhem in Monsterland.

Raster interrupts

Utilization of raster interrupts is an essential part of C64 game programming. In the computer's power-on default state, the first MOS Technology CIA chip generates a maskable interrupt 60 times per second or 50 which sends the CPU to the kernel IRQ handler at $EA31. The handler acknowledges the CIA's IRQ, updates the clock, scans the keyboard, and blinks the cursor in BASIC.
Games normally disable the CIA's interrupt and instead set up the VIC-II to generate interrupts when a specific scanline is reached, which is necessary for split-screen scrolling and playing music. The game remaps the IRQ vector at $0314/$0315 to its raster handler which performs these functions and then optionally executes a JMP $EA31 instruction to return control to the kernel.
Some games use only one IRQ; however, nested ones are more common and improve program stability. In this setup, the IRQ is remapped to the second routine and so forth for each one until the last one restores it to the address of the first IRQ. When nested IRQs are used, only one JMP $EA31 instruction is needed in the chain and the others can be ended with JMP $EA81, which simply goes to the end of the kernel handler. Also it is not uncommon for games to switch out the kernal and use their own IRQ handler instead. The NMI can be used for an additional interrupt thread, although undesirable side effects can result from accidentally pressing the Restore key as it triggers an NMI if pressed.
The VIC-II may also generate a raster interrupt from the collision registers, but this feature is rarely used.

Memory mapping

The VIC-II has a 14-bit address bus and can use any of the four 16k segments of the C64's memory space for video data. To manage this, two additional address bits are contributed by port bits of CIA. $0000-$3FFF is the power-on default. The second segment is typically the best choice for programming from BASIC as it is the only segment that is completely free RAM with no ROMs or I/O registers mapped into it. The fourth segment is also a good choice provided that machine language is used, as the kernel ROMs must be disabled to gain read access by the CPU, and it avoids having discontiguous program code and data that would result from using $4000-$7FFF. Note that graphics data may be freely stored underneath the BASIC ROM at $A000-$BFFF, the kernel ROM at $E000-$FFFF or I/O registers and color RAM at $D000–$DFFF, since the VIC-II only sees RAM, regardless of how the CPU memory mapping is adjusted; character ROM is visible only in the first and third segment, thus if segment two or four is used, the programmer must supply his own character data. The screen RAM, bitmap page, sprites, and character sets must all occupy the same segment window. The last six bytes of system memory contain the IRQ, NMI, and reset vectors so if the top of memory is used to store a character set or sprite data, it will be necessary to sacrifice one character or sprite to avoid overwriting the vectors.

Registers

The VIC-II has 47 read/write registers listed below:

Colors

In multicolor character mode characters had 4×8 pixels and 4 colors out of 16 colors. The 4th color was the same for the entire screen, while the other 3 could be set individually for every such 4×8 pixel area. Two colors were loaded from the active text screen, and the third was loaded from color RAM. Sprites in multicolor mode had three colors: two shared among all sprites and one individual. The artist had to pick shared colors such that the combination with individual colors led to a colorful impression. Some games reloaded shared colors during the raster interrupt; for example, the game ' underwater area had different colors. Others, such as Epyx's Summer Games and COMPUTE!'s Gazettes Basketball Sam & Ed'', overlaid two high-resolution sprites to allow two foreground colors to be used without sacrificing horizontal resolution . Of course, this technique reduced the number of available sprites by half.
On PAL C64s, the PAL delay line in the monitor or TV which averages the color hue, but not the brightness, of consecutive screen lines can be used to create seven nonstandard colors by alternating screen lines showing two colors of identical brightness. There are seven such pairs of colors in the VIC chip.
The C64's team did not spend much time on mathematically computing the 16 color palette. Robert Yannes, who was involved with the development of the VIC-II, said:
I'm afraid that not nearly as much effort went into the color selection as you think. Since we had total control over hue, saturation and luminance, we picked colors that we liked. In order to save space on the chip, though, many of the colors were simply the opposite side of the color wheel from ones that we picked. This allowed us to reuse the existing resistor values, rather than having a completely unique set for each color.

Note that early versions of the VIC-II used in PAL C64s has a different color palette than later revisions.
The full palette of sixteen colors is shown below:
Number — nameYPb Pr
0 — black000
1 — white100
2 — red0.3125−0.38268340.9238795
3 — cyan0.6250.3826834−0.9238795
4 — purple0.3750.70710680.7071068
5 — green0.5−0.7071068−0.7071068
6 — blue0.2510
7 — yellow0.75−10
8 — orange0.375−0.70710680.7071068
9 — brown0.25−0.92387950.3826834
10 — light red0.5−0.38268340.9238795
11 — dark grey0.312500
12 — medium grey0.4687500
13 — light green0.75−0.7071068−0.7071068
14 — light blue0.4687510
15 — light grey0.62500

The VIC-IIe

The 8564/8566 VIC-IIe in the Commodore 128 used 48 pins rather than 40, as it produced more signals, among them the clock for the additional Zilog Z80 CPU of that computer. It also had two extra registers. One of the additional registers was for accessing the added numerical keypad and other extra keys of that computer; this function was added to the VIC merely because that proved to be the easiest place in the computer to add the necessary three extra output pins. The other extra register was for toggling between a 1 MHz and a 2 MHz system clock; at the higher speed the VIC-II's video output is merely displaying every second byte in the code as black hires bit-pattern on the screen, suggesting use of the C128's 80-column mode at that speed. Rather unofficially, the two extra registers were also available in the C128's C64 mode, permitting some use of the extra keys, as well as double-speed-no-video execution of CPU-bound code in self-made C64 programs. The extra registers were also one source of minor incompatibility between the C128's C64 mode and a real C64 - a few older C64 programs inadvertently wrote into the toggle bit, which would do nothing at all on a real C64, but would result in a messed-up display on a C128 in C64 mode.
The VIC-IIe has the little-known ability to create an additional set of colors by manipulating the registers in a specific way that puts the color signal out of phase with what other parts of the chip consider it to be in.
Using the specific behavior of the VIC-IIe's test bit, it is furthermore capable of producing a real interlace picture with a resolution of 320×400 and 160×400.

List of VIC-II versions

Commodore made many modifications to the VIC-II during its lifetime. Compute!'s Gazettes first issue, in July 1983, reported that there had already been eight since the Commodore 64's release in mid-1982.
Notes
In all C64 models VIC-II is socketed for easy replacement, but it is important to notice that 6569, 6572, 6573, 6566 and 6567 use 12 volts and 5 volts when 8565 and 8562 use only 5 volts. Replacing old version with new version without motherboard modification destroys 8565 and 8562 if powered up in the oldest versions of C64 motherboards.
Several revisions of 6569 exist: 6569R1, 6569R3, 6569R4 and 6569R5. The most common version of 8565 is 8565R2.