5 ms·

Does anyone understand the usage of the term "copper" or "copperlists" as referenced in the attached articles?

jim_lawless 14y ago
The copper was a video-sequencing co-processor that lived as part of the Agnus chip. A copperlist is a sequence of copper instructions that would execute in parallel with the main processor. Please see: http://en.wikipedia.org/wiki/Original_Chip_Set http://en.wikipedia.org/wiki/Original_Chip_Set
- erickhill 14y ago
  Thanks very much, Jim.
joblessjunkie 14y ago
The "copper" is the graphics coprocessor. The "copper list" is the machine code executed by this processor. On the Atari 800 this was called the display list. When you made a game for these systems, you wrote two programs in two different assembly languages: one for the CPU and one for the graphics processor. The two chips would sort of run in parallel, interleaving their access to main memory. Programming them was a lot fun.
martinced 14y ago
Well it was a dedicated coprocessor which was synched with the "VBL" (vertical blank line). So you could do all kind of nifty tricks, like changing the colors of your 5-bitplanes (32 colors) between lines, creating an image with much more than 32 colors. Using 32 colors per line was easy : you could even change in the middle of a line but that was getting complicated. One easy trick with the copper was to change the background color at each vertical line. Because the background color did extend to the far left and the far right of the screen, you could create a "copper line" and several copper lines (typically containing a gradient) would create a "copper list". People don't realize just how smooth these 2D games running at 50 or 60 frames per second and synched with the vertical blank lines were.... 25 years ago! The Atari ST was quite a beast too but it didn't have these great coprocessors the Amiga had.
- timpark 14y ago
  (You may know some of this already, but for the benefit of everyone else...) The original Amiga chipset only had 12-bit colour, so instead of 8 bits per channel there were 4, and you had 4096 colours, not 16.7M. One thing I did was create a copper bar (the "copper line" gradient you mention) where every second line flickered between the colour above it and the colour below it. This let me create 31 blues instead of 16. It looked pretty good at 60Hz.
  - brudgers 14y ago
    The Amiga hardware was designed for 32 display colors - which doesn't seem like much today, but at the time was up against Herculese monocrome, CGA, and B&W Macs. The system could be hacked to display 64 colors fairly easily. Getting all 4096 was a bit more complicated and required using HAM mode (hold and modify). The technique allowed the 32 display colors to be reset for each scan line. With careful attention an artist could create a better image by adjusting the pallet scan line by scan line. IIRC one lost the ability to use the hardware sprites and HAM mode was never used for games, just static images.
    - vardump 14y ago
      No, that's just a normal 5 bitplane display mode with a copper trick. Real original 6 bpl HAM didn't need copper, it depended on current beam position left side pixel. For each pixel right side you could either set all RGB to one of 16 color palette OR modify red, green or blue value, but otherwise 'copy' left side pixel color. So say you had white (15,15,15) pixel left side. Current pixel 'color'-data is "modify red 7", thus pixel becomes (7, 15, 15). Green and blue color components were held from left side pixel. It was important to select those 16 paletted reset colors carefully for maximal effect. Otherwise you'd get a lot of ugly 2 pixel horizontal streaks when multiple color components changed from horizontal pixel to another quickly. You could of course use copper to change that 16 color palette for each scanline, too.
- Joyfield 14y ago
  Also you could change the resolution mid screen.
ANTSANTS 14y ago
I'm not as knowledgeable about the Amiga as I am about other classic systems, but the Copper was (according to Wikipedia) a component of the Amiga's graphics coprocessor that took very simple commands that one could make "programs" out of that would update video registers at times synchronized to the rendering of the display. Back in the day, most cool graphical effects were done by using the CPU to update video memory at the precisely timed moments during the rendering of a frame. For example, if you changed the "scrolling speed" of a background between the drawing of every line, you could get a nifty "parallax scrolling" effect out of a machine with only 1 background layer. Or, you could change a color palette halfway through the screen to make it look like that part was underwater. Some systems had interrupts that would fire in-between the drawing of lines to facilitate this. Other, simpler ones, like the NES and the C64, basically required the programmer to write perfectly timed, cycle accurate code that would poke the right values into video registers within a very small timing window. The Amiga had a number of custom chipsets to make it easier to produce effects like this, and free the CPU from spinning idly and poking registers all the time. Looking at the wikipedia summary of its capabilities, I imagine console game programmers of the time would have killed for the ability to say "please write this value here at this exact moment, thank you." It reminds me a bit of the SNES's HDMA (horizontal interrupt DMA) function, which allowed programmers to specify tables of data to be copied to certain VRAM registers in between the rendering of scanlines. Pretty much every SNES game with cool "mode 7" effects relied heavily on it.
- justinlloyd 14y ago
  There is a reason that classic game developers don't become front-end web developers. We've already dealt with bitchy little machines that demand precise instructions to get the flashy results we want out of them, why do we want to do that all over again for a web browser? :) Before most of us had an idea what a coprocessor was, or independent GPUs, we approached the copper (blew my mind when a month after deving for the Amiga I figured out that copper was being used as a diminutive of co-processor) as a brain-dead but stupidly fast CPU with only three instructions.
- kleiba 14y ago
  Slight correction: the C64 certainly had raster interrupts, see http://www.c64-wiki.com/index.php/Raster_interrupt http://www.c64-wiki.com/index.php/Raster_interrupt

The copper was a video-sequencing co-processor that lived as part of the Agnus chip. A copperlist is a sequence of copper instructions that would execute in parallel with the main processor. Please see: http://en.wikipedia.org/wiki/Original_Chip_Set http://en.wikipedia.org/wiki/Original_Chip_Set

erickhill 14y ago
Thanks very much, Jim.

joblessjunkie 14y ago

The "copper" is the graphics coprocessor. The "copper list" is the machine code executed by this processor. On the Atari 800 this was called the display list. When you made a game for these systems, you wrote two programs in two different assembly languages: one for the CPU and one for the graphics processor. The two chips would sort of run in parallel, interleaving their access to main memory. Programming them was a lot fun.

martinced 14y ago

Well it was a dedicated coprocessor which was synched with the "VBL" (vertical blank line). So you could do all kind of nifty tricks, like changing the colors of your 5-bitplanes (32 colors) between lines, creating an image with much more than 32 colors. Using 32 colors per line was easy : you could even change in the middle of a line but that was getting complicated. One easy trick with the copper was to change the background color at each vertical line. Because the background color did extend to the far left and the far right of the screen, you could create a "copper line" and several copper lines (typically containing a gradient) would create a "copper list". People don't realize just how smooth these 2D games running at 50 or 60 frames per second and synched with the vertical blank lines were.... 25 years ago! The Atari ST was quite a beast too but it didn't have these great coprocessors the Amiga had.

timpark 14y ago
(You may know some of this already, but for the benefit of everyone else...) The original Amiga chipset only had 12-bit colour, so instead of 8 bits per channel there were 4, and you had 4096 colours, not 16.7M. One thing I did was create a copper bar (the "copper line" gradient you mention) where every second line flickered between the colour above it and the colour below it. This let me create 31 blues instead of 16. It looked pretty good at 60Hz.
- brudgers 14y ago
  The Amiga hardware was designed for 32 display colors - which doesn't seem like much today, but at the time was up against Herculese monocrome, CGA, and B&W Macs. The system could be hacked to display 64 colors fairly easily. Getting all 4096 was a bit more complicated and required using HAM mode (hold and modify). The technique allowed the 32 display colors to be reset for each scan line. With careful attention an artist could create a better image by adjusting the pallet scan line by scan line. IIRC one lost the ability to use the hardware sprites and HAM mode was never used for games, just static images.
  - vardump 14y ago
    No, that's just a normal 5 bitplane display mode with a copper trick. Real original 6 bpl HAM didn't need copper, it depended on current beam position left side pixel. For each pixel right side you could either set all RGB to one of 16 color palette OR modify red, green or blue value, but otherwise 'copy' left side pixel color. So say you had white (15,15,15) pixel left side. Current pixel 'color'-data is "modify red 7", thus pixel becomes (7, 15, 15). Green and blue color components were held from left side pixel. It was important to select those 16 paletted reset colors carefully for maximal effect. Otherwise you'd get a lot of ugly 2 pixel horizontal streaks when multiple color components changed from horizontal pixel to another quickly. You could of course use copper to change that 16 color palette for each scanline, too.
Joyfield 14y ago
Also you could change the resolution mid screen.

ANTSANTS 14y ago

I'm not as knowledgeable about the Amiga as I am about other classic systems, but the Copper was (according to Wikipedia) a component of the Amiga's graphics coprocessor that took very simple commands that one could make "programs" out of that would update video registers at times synchronized to the rendering of the display. Back in the day, most cool graphical effects were done by using the CPU to update video memory at the precisely timed moments during the rendering of a frame. For example, if you changed the "scrolling speed" of a background between the drawing of every line, you could get a nifty "parallax scrolling" effect out of a machine with only 1 background layer. Or, you could change a color palette halfway through the screen to make it look like that part was underwater. Some systems had interrupts that would fire in-between the drawing of lines to facilitate this. Other, simpler ones, like the NES and the C64, basically required the programmer to write perfectly timed, cycle accurate code that would poke the right values into video registers within a very small timing window. The Amiga had a number of custom chipsets to make it easier to produce effects like this, and free the CPU from spinning idly and poking registers all the time. Looking at the wikipedia summary of its capabilities, I imagine console game programmers of the time would have killed for the ability to say "please write this value here at this exact moment, thank you." It reminds me a bit of the SNES's HDMA (horizontal interrupt DMA) function, which allowed programmers to specify tables of data to be copied to certain VRAM registers in between the rendering of scanlines. Pretty much every SNES game with cool "mode 7" effects relied heavily on it.

justinlloyd 14y ago
There is a reason that classic game developers don't become front-end web developers. We've already dealt with bitchy little machines that demand precise instructions to get the flashy results we want out of them, why do we want to do that all over again for a web browser? :) Before most of us had an idea what a coprocessor was, or independent GPUs, we approached the copper (blew my mind when a month after deving for the Amiga I figured out that copper was being used as a diminutive of co-processor) as a brain-dead but stupidly fast CPU with only three instructions.
kleiba 14y ago
Slight correction: the C64 certainly had raster interrupts, see http://www.c64-wiki.com/index.php/Raster_interrupt http://www.c64-wiki.com/index.php/Raster_interrupt