View source for Hold-And-Modify

{{Short description|Display mode used in Commodore Amiga computers}}
{{more citations needed|date=April 2011}}
[[File:Rgb vs Amiga Ham.png|300px|thumb|right|Fragment of full-color image (left) vs Amiga HAM (right)]]

'''Hold-And-Modify''',<ref>{{Cite book |last=Office |first=United States Patent and Trademark |url=https://books.google.com/books?id=fDlciA2x-CcC&dq=%22Hold-And-Modify%22+-wikipedia&pg=PA1398 |title=Official Gazette of the United States Patent and Trademark Office: Patents |date=1997 |publisher=U.S. Department of Commerce, Patent and Trademark Office |language=en}}</ref><ref name="amiga_hardware_ref" /><ref>{{Cite book |last=Mortimore |first=Eugene P. |url=https://books.google.com/books?id=dXsZAQAAIAAJ&q=%22Hold-And-Modify%22+-wikipedia |title=Amiga Programmer's Handbook |date=1986 |publisher=SYBEX |isbn=978-0-89588-343-8 |language=en}}</ref> usually abbreviated as '''HAM''',<ref>{{Cite book |last1=Pokorny |first1=Cornel K. |url=https://books.google.com/books?id=qmZGAAAAYAAJ&q=%22Hold-And-Modify%22+-wikipedia |title=Computer Graphics: The Principles Behind the Art and Science |last2=Gerald |first2=Curtis F. |date=1989 |publisher=Franklin, Beedle & Associates |isbn=978-0-938661-08-5 |language=en}}</ref> is a [[display mode]] of the [[Amiga]] computer.<ref>{{Cite book|url=https://books.google.com/books?id=Gr74DwAAQBAJ&dq=%22Hold-And-Modify%22+-wikipedia&pg=PA70|title=The Future Was Here: The Commodore Amiga|first=Jimmy|last=Maher|date=January 26, 2018|publisher=MIT Press|isbn=9780262535694 |via=Google Books}}</ref> It uses a highly unusual technique to express the color of pixels, allowing many more colors to appear on screen than would otherwise be possible. HAM mode was commonly used to display digitized photographs or video frames,<ref>{{Cite news |last=Mace |first=Scott |date=July 28, 1986 |title=Digitizer Allows Users To Alter Amiga Images |pages=10 |work=InfoWorld |url=https://books.google.com/books?id=Vy8EAAAAMBAJ&dq=%22Hold-And-Modify%22+-wikipedia&pg=PA10}}</ref> bitmap art and occasionally animation. At the time of the Amiga's launch in 1985, this near-photorealistic display was unprecedented for a home computer and it was widely used to demonstrate the Amiga's graphical capability.<ref name=":0" /> However, HAM has significant technical limitations which prevent it from being used as a general purpose display mode.

==Background==
{{main|Original Chip Set}}

The original [[Original Chip Set|Amiga chipset]] uses a [[Planar (computer graphics)|planar]] display with a 12-bit [[RGB color space]]  that produces 4096 possible colors.

The bitmap of the playfield was held in a section of [[main memory]] known as ''[[Amiga Chip RAM|chip RAM]]'', which was shared between the display system and the main [[central processing unit|CPU]]. The display system usually used an [[indexed color]] system with a [[Palette (computing)|color palette]].

The hardware contained 32 [[Hardware register|register]]s that could be set to any of the 4096 possible colors, and the image could access up to 32 values using 5 bits per pixel. The sixth available bit could be used by a display mode known as [[Extra Half-Brite]] which reduced the luminosity of that pixel by half, providing an easy way to produce shadowing effects.<ref name="amiga_hardware_ref">{{cite book | author=Commodore-Amiga, Inc. | title=Amiga Hardware Reference Manual | edition=Third | series=Amiga Technical Reference Series | year=1991 | publisher=Addison-Wesley | isbn=0-201-56776-8}}</ref>

==Hold-And-Modify mode==
The Amiga chipset was designed using a [[HSV color space|HSV]] ([[hue]], [[color saturation|saturation]] and [[Luminance (video)|luminance]]) color space, as was common for early [[home computer]]s and [[games console]]s which relied on [[television set]]s for display. HSV maps more directly to the [[YUV]] colorspace used by [[NTSC]] and [[PAL]] color TVs, requiring simpler conversion electronics compared to [[RGB color model|RGB encoding]]. 

Color television, when transmitted over an [[RF modulator|RF]] or [[Composite video|composite]] video link, uses a much reduced [[Chrominance|chroma]] bandwidth (encoded as two color-difference components, rather than hue + saturation) compared to the third component, [[Luma (video)|luma]]. This substantially reduces the memory and bandwidth needed for a given perceived fidelity of display, by storing and transmitting the luminance at full resolution, but chrominance at a relatively lower resolution - a technique shared with image compression techniques like [[JPEG]] and [[MPEG]], as well as in other HSV/YUV based video modes such as the [[YJK]] encoding of the [[Yamaha V9958|V9958 MSX-Video]] chip (first used in the [[MSX2+]]).

The variant of HSV encoding used in the original form of HAM allowed for prioritising the update of luminance information over hue and particularly saturation, switching between the three components as needed, compared to the more regular interleaving of full-resolution luma (<math>Y</math>) with individual half- or quarter-resolution [[chrominance|chromas]] (<math>U</math> + <math>V</math>) as used by later digital video standards. This offered considerable efficiency benefits over RGB.
 
As the Amiga design migrated from a games console to a more general purpose home computer, the video chipset was itself changed from [[HSL and HSV|HSV]] to the modern [[RGB color model]], seemingly negating much of the benefit of HAM mode. Amiga project lead [[Jay Miner]] relates:

''{{cquote|Hold and Modify came from a trip to see [[flight simulator]]s in action and I had a kind of idea about a primitive type of [[virtual reality]]. NTSC on the chip meant you could hold the hue and change the luminance by only altering four bits. When we changed to RGB I said that wasn't needed any more as it wasn't useful and I asked the chip layout guy to take it off. He came back and said that this would either leave a big hole in the middle of the chip or take a three-month redesign and we couldn't do that. I didn't think anyone would use it. I was wrong again as that has really given the Amiga its edge in terms of the color palette.}}''

The final form of Hold-And-Modify was, hardware-wise, functionally the same as the original HSV concept, but instead of operating on those three descriptive components (mostly prioritising the V component), it modifies one of the three RGB color channels. HAM can be considered a [[lossy compression]] technique, similar in operation and efficiency to JPEG minus the [[discrete cosine transform|DCT]] stage; in HAM6 mode, an effective 4096-color (12-bit) playfield is encoded in half the memory that would normally be required - and HAM8 reduces this still further, to roughly 40%. There is a however a payoff for this simplistic compression: a greater overall color fidelity is achieved at the expense of horizontal artifacts, caused by the inability to set any single pixel to an arbitrary 12- (or 18, 24) bit value. At the extreme, it can take three pixels to change from one color to another, reducing the effective resolution at that point from a "320-pixel" to approximately "106-pixel" mode, and causing smears and shadows to spread along a scanline to the right of a high contrast feature if the 16 available palette registers prove insufficient.

"Decompression" of the HAM encoded color space is achieved in [[Real-time computer graphics|realtime]] by the display hardware, as the graphics buffer data is being displayed. Each encoded pixel acts as either a normal index to the color palette registers, or as a command to directly alter the value held in the output [[digital-to-analog converter|DAC]] (somewhat like updating just one-third of the active palette register), and is immediately acted on as such as it passes through the chipset.

===Usage===
[[File:Juggler.png|thumb|320x320px|Screenshot of [[Sculpt 3D|Juggler]], a 3D demo released in 1987 using the HAM mode.]]
When the Amiga was launched in 1985, HAM mode offered a significant advantage over competing systems. HAM allows display of all 4096 colors simultaneously, though with the aforementioned limitations. This pseudo-photorealistic display was unprecedented for a home computer of the time and allowed display of digitized photographs<ref name=":0">{{Cite web |last=Wrobel |first=Mark |date=2020-02-22 |title=Amiga Machine Code Letter XII - HAM |url=https://www.markwrobel.dk/post/amiga-machine-code-letter12-ham/ |access-date=2022-11-20 |website=Mark Wrobel |language=en-us}}</ref> and rendered 3D images. In comparison, the then IBM-PC standard [[Enhanced Graphics Adapter|EGA]] allowed 16 on-screen colors from a palette of 64. EGA's successor [[Video Graphics Array|VGA]] released in 1987 with its flagship games mode, [[Mode 13h]], allowed 256 on-screen colors from 262,144. HAM mode was frequently used to demonstrate the Amiga's ability in store displays and trade presentations, since competing hardware could not match the color depth. Due to the limitations described above HAM was mainly used for display of static images and developers largely avoided its use with games or applications requiring animation.<ref name=":0" />

HAM mode was only used for gameplay in twelve games, starting with ''[[Pioneer Plague]]'' in 1988. Other HAM titles include ''[[Knights of the Crystallion]]'',<ref name=":0" /><ref name="abime2">{{cite web |title=Knights of the Crystallion review from Amiga Format 9 (Apr 1990) - Amiga Magazine Rack |url=http://amr.abime.net/review_1923 |accessdate=2017-09-27 |website=amr.abime.net}}</ref> ''[[Links: The Challenge of Golf|Links: The Challenge Of Golf]]'', ''Overdrive (Infacto)'', ''[[Kang Fu]]'', ''AMRVoxel'', ''RTG'',  ''Zdzislav: Hero Of The Galaxy 3D'', ''OloFight'' and ''Genetic Species''.<ref>{{Cite web |title=Enhanced Graphics - Hold-And-Modify (HAM) Mode |url=http://hol.abime.net/hol_search.php?&N_ref_genre_quickmatch=81&tri=Y_released&order=ASC&limitstart=0 |access-date=2022-11-20 |website=Hall Of Light - The database of Amiga games}}</ref>

With the introduction of the Advanced Graphics Architecture, a conventional planar image could have a palette of 256 colors, offering significantly higher color fidelity. The original HAM mode, with its limited color resolution, became far less attractive to users of an AGA machine, though it was still included for backward compatibility. The new HAM8 mode was far less useful to the AGA chipset than the HAM mode was to the original chipset, since the more straightforward indexed 256-color (as well as higher performance, planar 128- and 64-color) modes greatly increased the options to the artist without suffering from the drawbacks of HAM. A well-programmed "sliced"-palette mode could prove to be more useful than HAM8, with up to 256 unique colors per line - enough to directly define a distinct color for each pixel if a 256-pixel-wide video mode was defined, and in higher resolutions even a single 256-color palette for the entire screen, let alone each line, allowed much more effective and accurate simulation of higher color depths using dithering than could be achieved with only 32.

The original purpose of HAM, which was to allow more color resolution despite limited video buffer size and limited memory bandwidth, had become largely irrelevant thanks to the lifting of those limits. As more modern computers are inherently capable of high resolution [[Color depth#Truecolor|truecolor]] displays without any special tricks, there is no longer any need for display techniques like HAM; as PC-style graphics cards offering modes such as 800x600 SVGA in [[high color|hi-color]] (16 [[bits per pixel|bpp]], or 65536 directly-selectable colors) were already available for the Amiga in the dying days of the platform, it is unlikely that any further developments of the technique would have been bothered with had it survived to the present day.

===Limitations===
[[File:HAM color fringing.png|thumb|An example of HAM color fringing: white and black are in the palette, the other colors are not, so they require horizontal transition steps.|300x300px]]
HAM mode places restrictions on the value of adjacent pixels on each horizontal line of the playfield. In order to render two arbitrary colors adjacently, it may take up to two intermediary pixels to change to the intended color (if the red, green and blue components must all be modified). In the worst case this reduces the horizontal usable chroma resolution in half, from 320~360 pixels to 106~120. Even so, it compares favorably to contemporary video technologies like [[VHS]] that has a chroma resolution of around 40 ''[[television lines]]'', roughly equivalent to 80 pixels. 

Displaying such images over a [[composite video]] connection provides some horizontal smoothing that minimizes color artifacts. But if an [[RGB monitor]] is used, artifacts becomes particularly noticeable in areas of sharp contrast (strong horizontal [[image gradient]]s), where an undesirable multi-hued artifact or "fringe" may appear.  Various rendering techniques were used to minimize the impact of "fringing" and HAM displays were often designed to incorporate subtle horizontal color gradients, avoiding vertical edges and contrasts.

Displaying a full color image in HAM mode requires some careful preprocessing. Because HAM can only modify one of the RGB components at a time, rapid color transitions along a scan line may be best achieved by using one of the preset color registers for these transitions. To render an arbitrary image, a programmer may choose to first examine the original image for the most noticeable of these transitions and then assign those colors to one of the registers, a technique known as [[List of software palettes#Adaptive palettes|adaptive palettes]]. However, with only 16 available registers in the original HAM mode, some loss in color fidelity is common.

Additionally, HAM mode does not easily permit arbitrary animation of the display. For example, if an arbitrary portion of the playfield is to be moved to another on-screen position, the Hold-and-Modify values may have to be recomputed on all source and target lines in order to display the image correctly (an operation not well-suited to animation). Specifically, if the left-most edge of the animated object contains any 'modify' pixels, or if the image immediately to the right of the object contains any 'modify' pixels, then those Hold-and-Modify values must be recomputed. An attempt to move an object around the screen (such as with the use of the [[blitter]]) will create noticeable fringing at the left and right borders of that image, unless the graphics are specially designed to avoid this. In order to avoid recomputing Hold-and-Modify values and circumvent fringing, the programmer would have to ensure the left-most pixel of every blitter object and the left-most pixel of every line of a scrolling playfield is a "set" pixel. The palette would have to be designed so that it incorporates every such left-most pixel. Alternatively, a HAM display can be animated by generating pixel values through [[procedural generation]], though this is generally useful for synthetic images only, for example, the [[Raster bar|"rainbow" effects]] used in [[demo (computer programming)|demo]]s.

Note, however, that Hold-and-Modify only applies to playfield pixels. 128 pixels of [[Sprite (computer graphics)|sprite]] data (in [[Direct memory access|DMA]] mode) per [[Scan line|scanline]] are still available for placement on top of the HAM playfield.

==Implementations==
===Original Chip Set HAM mode (HAM6)===
[[File:Ara macao, Ara ararauna and Ara militaris ham6.png|thumb|320x320px|An example of the Commodore Amiga's Hold-And-Modify Mode 6 with 12-bit color depth, 16 base palette colors, and 6 bitplanes ('''HAM6''').]]
HAM6 mode, named for the 6 bits of data per pixel, was introduced with the Original Chip Set and was retained in the later [[Amiga Enhanced Chip Set|Enhanced Chip Set]] and [[Amiga Advanced Graphics Architecture|Advanced Graphics Architecture (AGA)]]. HAM6 allows up to 4096 colors to be displayed simultaneously at resolutions from 320×200 to 360×576.

HAM6 encoding uses six bits per pixel: two bits for control and four bits for data.<ref name=":1">{{Cite web |title=The Amigas graphic modes |url=http://theamigamuseum.com/the-hardware/the-amigas-graphic-modes/ |access-date=2022-11-20 |website=The Amiga Museum}}</ref> If the two control bits are both set to zero, the four remaining bits are used to index one of the 16 preset color registers, operating in the fashion of a normal indexed bitmap. The other three possible control bit patterns indicate that the color of the previous pixel (to the left) on the scanline should be used and the data bits should instead be used to modify the value of the red, green or blue component. Consequently, there are four possibilities:<ref name="amiga_hardware_ref" /><ref name=":0" />
{| class="wikitable"
!Control bits
!Data bits
!Effect
|-
|<code>00</code>
|<code>XXXX</code>
|'''Set''': Use the 4 bits of data to index a color from the 16 color palette. Use that color for this pixel.
|-
|<code>01</code>
|<code>BBBB</code>
|'''Modify Blue''': Hold the red and green color components of the previous pixel. Use the 4 bits of data as the new blue color component of this pixel.
|-
|<code>10</code>
|<code>RRRR</code>
|'''Modify Red''': Hold the green and blue color components of the previous pixel. Use the 4 bits of data as the new red color component of this pixel.
|-
|<code>11</code>
|<code>GGGG</code>
|'''Modify Green''': Hold the red and blue color components of the previous pixel. Use the 4 bits of data as the new green color component of this pixel.
|}

=== HAM5 ===
[[File:Ara macao, Ara ararauna and Ara militaris ham5.png|thumb|320x320px|An example of the Commodore Amiga's Hold-And-Modify Mode 6 with 12-bit color depth, 16 base palette colors, and 5 bitplanes ('''HAM5'''). ]]
A similar mode, HAM5,<ref>{{Cite web |last=Bernhardt |first=Gunnar |title=Übersicht der WinUAE-Entwicklungen |url=https://www.webwood.de/winuae_1/log.html |access-date=2022-11-20 |website=webwood - offizieller deutscher winuae-mirror}}</ref><ref>{{Cite web |last= |date=2009-06-15 |title=WinUAE v1.6.1 Beta 4 |url=https://www.emucr.com/2009/06/winuae-v161-beta-4.html?m=1 |access-date=2022-11-20 |website=EmuCR}}</ref> is also available where only 5 bits of data per pixel are used.<ref name=":1" /> The sixth bit is always zero, so only the blue color component can be modified.<ref name="amiga_hardware_ref" /><ref>{{Cite web |last=Sieczko |first=Sebastian |title=ham_convert |url=http://mrsebe.bplaced.net/blog/wordpress/?page_id=374 |access-date=2022-11-20 |website=techno kanciapa JDiskCat, ham_convert and Amiga stuff |date=16 January 2016 |language=en-GB}}</ref> Because only the blue component can be modified without a SET command, the effect is limited to moderate increase of the number of yellow-blue color shades displayed.
This mode is not as flexible as HAM6 and not widely used.<ref name=":2">{{Cite web |title=A.D.A. Amiga Demoscene Archive |url=https://ada.untergrund.net/?p=boardthread&id=442#msg4779 |access-date=2023-06-06 |website=ada.untergrund.net}}</ref><ref name=":3">{{Cite web |title=English Amiga Board - View Single Post - HAM6 on AGA in WinUAE displays incorrectly |url=https://eab.abime.net/showpost.php?p=1080177&postcount=11 |access-date=2023-06-06 |website=eab.abime.net}}</ref> 
{| class="wikitable"
!Control bit
!Data bits
!Effect
|-
|<code>0</code>
|<code>XXXX</code>
|'''Set''': Use the 4 bits of data to index a color from the 16 color palette. Use that color for this pixel.
|-
|<code>1</code>
|<code>BBBB</code>
|'''Modify Blue''': Hold the red and green color components of the previous pixel. Use the 4 bits of data as the new blue color component of this pixel.
|}
On the AGA chipset, HAM5 no longer exists.<ref name=":4">{{Cite web |last= |date=2009-06-15 |title=WinUAE v1.6.1 Beta 4 |url=https://www.emucr.com/2009/06/winuae-v161-beta-4.html?m=1 |access-date=2022-11-20 |website=EmuCR}}</ref>

=== HAM4 ===
It's also possible to use HAM mode with 4 bitplanes. Practical use is limited, but this technique was used in demos.<ref name=":2" /><ref>{{Cite web |title=A.D.A. Amiga Demoscene Archive |url=https://ada.untergrund.net/?p=boardthread&id=442#msg4776 |access-date=2023-06-06 |website=ada.untergrund.net}}</ref><ref name=":3" />

=== HAM7 ===
It is possible to set up HAM mode with 7 bitplanes on OCS/ECS, but that will use only 4 bitplanes. This technique was demonstrated in the “HAM Eager” demo.<ref>{{Cite web |title=HAM Eager - a technical write-up.md |url=https://dump.platon42.de/hameager/ |access-date=2023-06-06 |website=dump.platon42.de}}</ref> On the AGA chipset, HAM7 no longer exists.<ref name=":4" />

===Sliced HAM mode (SHAM)===
[[File:Amiga SHAM.png|thumb|320x320px|An example of the Commodore Amiga's Hold-And-Modify Mode 6 with different 16 base palette colors per line ('''SHAM''').]]
The Original Amiga Chipset included a support chip known as the "[[Original Chip Set#Copper|Copper]]" that handles interrupts and other timing and housekeeping duties independently of the CPU and the video system. Using the Copper, it is possible to modify chipset registers or interrupt the CPU at any display coordinate synchronously to the video output. This allows programmers to use either Copper-specific code assembled into a Copperlist or CPU code for video effects with very low overhead.

Using this technique, programmers developed the '''Sliced HAM'''<ref>{{Cite web |title=IFF Pro - Amiga 8 Bit IFF Image Conversion Tool |url=https://www.underwaredesign.com/?page=programs.IFF-Pro |access-date=2022-11-20 |website=Underware Design}}</ref> or '''SHAM''' mode, also known as '''dynamic HAM'''.<ref>{{Cite book |last=Lucas |first=Richard |url=http://vtda.org/docs/computing/Vidia/Vidia_AmigaGraphicsReferenceCard2ndEd.pdf |title=Amiga Graphics Reference Card 2nd Edition |publisher=Vidia |year=1990}}</ref> SHAM changes some or all color registers on selected scan lines to change the palette during display. This meant that every scan line can have its own set of 16 base colors. This removes some constraints caused by the limited palette, which can then be chosen per-line instead of per-image. The only downsides to this approach are that the Copperlist uses extra clock cycles of chip RAM for the register changes, that the image is not bitmap-only, and the added complexity of setting up the SHAM mode.

This technique is not limited to HAM, and was widely used with the machine's more conventional graphics modes as well. Dynamic HiRes uses a similar palette changing technique to produce 16 colors per line in the high resolution modes, whereas HAM is limited to low resolution but allows both 16 indexed colors as well as modifications of them.

The SHAM idea was deprecated when HAM8 was introduced with the AGA chipset,<ref>{{Cite web |last=Seebach |first=Peter |date=2018-12-16 |title=Standards and specs: The Interchange File Format (IFF) |url=https://www.ibm.com/developerworks/power/library/pa-spec16/ |access-date=2023-03-22 |website=IBM Developer|archive-url=https://web.archive.org/web/20181216074106/https://www.ibm.com/developerworks/power/library/pa-spec16/ |archive-date=2018-12-16 }}</ref> since even an unsliced HAM8 image has far more color resolution than a sliced HAM6 image. However, SHAM remains the best available HAM mode on those Amigas with the OCS or ECS chipsets.

===Advanced Graphics Architecture HAM mode (HAM8)===
[[File:Ara macao, Ara ararauna and Ara militaris ham8.png|thumb|320x320px|An example of the Commodore Amiga's Hold-And-Modify Mode 8 with 24-bit color depth, 64 base palette colors, and 8 bitplanes ('''HAM8''')]]
With the release of the [[Advanced Graphics Architecture]] (AGA) in 1992, the original HAM mode was renamed "HAM6", and a new "HAM8" mode was introduced (the numbered suffix represents the bitplanes used by the respective HAM mode). With AGA, instead of 4 bits per color component, the Amiga now had up to 8 bits per color component, resulting in 16,777,216 possible colors (24-bit color space).

HAM8 operates in the same way as HAM6, using two "control" bits per pixel, but with six bits of data per pixel instead of four. The ''set'' operation selects from a palette of 64 colors instead of 16. The ''modify'' operation modifies the six [[most significant bit]]s of either the red, green or blue color component - the two [[least significant bit]]s of the color cannot be altered by this operation and remain as set by the most recent set operation. 
{| class="wikitable"
!Control bits
!Data bits
!Effect
|-
|<code>00</code>
|<code>XXXXXX</code>
|'''Set''': Use the 6 bits of data to index a color from the 64 color palette. Use that color for this pixel.
|-
|<code>01</code>
|<code>BBBBBB</code>
|'''Modify Blue''': Hold the red and green color components of the previous pixel. Use the 6 bits of data as the new blue color component of this pixel.
|-
|<code>10</code>
|<code>RRRRRR</code>
|'''Modify Red''': Hold the green and blue color components of the previous pixel. Use the 6 bits of data as the new red color component of this pixel.
|-
|<code>11</code>
|<code>GGGGGG</code>
|'''Modify Green''': Hold the red and blue color components of the previous pixel. Use the 6 bits of data as the new green color component of this pixel.
|}
Compared to HAM6, HAM8 can display many more on-screen colors. The maximum number of on-screen colors using HAM8 was widely reported to be 262,144 colors (18-bit RGB color space). In fact, the maximum number of unique on-screen colors can be greater than 262,144, depending on the two least significant bits of each color component in the 64 color palette. In theory, all 16.7 million colors could be displayed with a large enough screen and an appropriate base palette, but in practice the limitations in achieving full precision mean that the two least significant bits are typically ignored. In general, the perceived HAM8 color depth is roughly equivalent to a high color display.

The vertical display resolutions for HAM8 are the same as for HAM6. The horizontal resolution can be 320 (360 with overscan) as before, doubled to 640 (720 with overscan) or even quadrupled to 1280 pixels (1440 with overscan). The AGA chipset also introduced even higher resolutions for the traditional planar display modes. The total number of pixels in a HAM8 image cannot exceed 829,440 (1440×576) using PAL modes but can exceed 1,310,720 (1280×1024) using third-party display hardware (Indivision AGA [[flicker-fixer]]).

Like the original HAM mode, a HAM8 screen cannot display any arbitrary color at any arbitrary position, since every pixel relies on either a limited palette or relies on up to two color components of the previous pixel. As with the original HAM mode, designers may also choose to 'slice' the display (see above) in order to circumvent some of these restrictions.

===HAM emulation===
HAM is unique to the Amiga and its distinct chipsets. To allow direct rendering of legacy images encoded in HAM format software-based HAM emulators have been developed which do not require the original display hardware. Pre-4.0 versions of [[AmigaOS]] can use HAM mode in the presence of the native Amiga chipset. AmigaOS 4.0 and up, designed for radically different hardware, provides HAM emulation for use on modern [[Packed pixel|chunky]] graphics hardware. Dedicated [[Amiga emulation|Amiga emulators]] running on non-native hardware are able to display HAM mode by emulation of the display hardware. However, since no other computer architecture used the HAM technique, viewing a HAM image on any other architecture requires programmatic interpretation of the image file. Faithful software-based decoding will produce identical results, setting aside variations in color fidelity between display setups.

However, if the goal is merely to display a SHAM image on a non-Amiga platform, the required color values may be pre-calculated based on the palette entries that are programmed via the Copperlist, regardless of whether the palette is modified in the middle of a scanline. It is always possible to up-convert a HAM or SHAM image losslessly to a 32-bit palette.

===Third-party HAM implementations===
A device produced by Black Belt known as HAM-E was able to produce images with HAM8 color depth at low horizontal resolution from an Amiga with an Original Chip Set.<ref>{{cite web |last1=Fance |first1=Gavin |last2=Radermacher |first2=Ralf |date=2004-12-22 |title=HAM-E Black Belt |url=http://www.bigbookofamigahardware.com/bboah/product.aspx?id=481 |access-date=2017-11-06 |website=Big Book of Amiga Hardware}}</ref>

The Amiga would be set up to produce high resolution images (640 pixels wide, 720 with overscan). This required the use of four bitplanes at 70 ns per pixel. The first few lines of the image encoded information to configure the HAM-E unit. Then each pair of pixels was encoded with information for the HAM-E unit, which  converted the information into one 140 ns pixel (generating an image 320 pixels wide, or 360 with overscan, at a color depth of eight bitplanes). The quality of HAM-E was thus comparable to a low-resolution HAM8 image. The HAM-E technique exploited the fact that a high resolution image with four bitplanes delivers a third more memory bandwidth, and therefore a third more data, than a low resolution image with six bitplanes.

The HAM technique was also implemented on the HAM256 and HAM8x1 modes of [[ZX Spectrum graphic modes#ULAplus / HAM256 / HAM8x1|ULAplus / HAM256 / HAM8x1]] for the [[ZX Spectrum]], where it provides the ability to display 256 colors on screen, by modifying a base 64 color palette.<ref>{{Cite web |last=Owen |first=Andrew |date=2009 |title=ZX Spectrum : Re-coloured |url=https://sites.google.com/site/ulaplus/ |access-date=2023-03-22 |website=ULAplus|archive-url=https://web.archive.org/web/20210401080657/https://sites.google.com/site/ulaplus/ |archive-date=2021-04-01 }}</ref><ref>{{Cite web |title=ULAplus™ 10th Anniversary Collection by Source Solutions, Inc. |url=https://sourcesolutions.itch.io/ulaplus10 |access-date=2022-11-20 |website=itch.io |language=en}}</ref><ref>{{Cite web |title=HAM256 Viewer |url=https://spectrumcomputing.co.uk/entry/27262/ZX-Spectrum/HAM256_Viewer |access-date=2022-11-20 |website=Spectrum Computing - Sinclair ZX Spectrum games, software and hardware |language=en}}</ref><ref>{{Cite web |title=HAM 8x1 |url=https://spectrumcomputing.co.uk/entry/28159/ZX-Spectrum/HAM_8x1 |access-date=2022-11-20 |website=Spectrum Computing - Sinclair ZX Spectrum games, software and hardware |language=en}}</ref>

The HAM very similar to the Amiga HAM8 is a part of the [[ZX Spectrum graphic modes#HGFX Graphics|HGFX]], a [[Planar (computer graphics)|planar]]-based system, provided in the form of the [[FPGA]] extension of the original video circuity ([[uncommitted logic array|ULA]]), for [[ZX Spectrum]] computers. Proposed and tested with the LnxSpectrum emulator as the HGFX/Q, realized in the [[eLeMeNt ZX]] computer, <ref>{{Cite web|url=https://sites.google.com/view/elementzx/home|title=eLeMeNt ZX is a powerful ZX Spectrum clone|website=128land.com}}</ref><ref>{{Cite web|url=https://zxart.ee/eng/software/art-pack/graphics-collection/hgfx-ham8-pictures/|title=HGFX HAM8 Pictures|website=zxart.ee}}</ref> in 2021.

==See also==
{{Portal|Amiga}}
* [[Original Chip Set]]
* [[Amiga Halfbrite mode]]
* [[Sony ARW 2.0]]<!-- and higher --> (ARW 2.0+ raw image files use a similar technique for their lossy delta-compression<ref name="Paul_2013_ARW">{{cite web |title=SLT-A99V: 14-Bit-Aufnahmen nur bei Einzelaufnahmen, 12 Bit oder 14 Bit in RAWs? |language=de |author-first=Matthias R. |author-last=Paul |date=2014-03-18 |orig-year=2013-01-07 |work=Minolta-Forum |url=http://www.mi-fo.de/forum/index.php?showtopic=33038 |access-date=2016-08-08 |url-status=dead |archive-url=https://web.archive.org/web/20160808033121/http://www.mi-fo.de/forum/index.php?showtopic=33038 |archive-date=2016-08-08}}</ref>)

==References==
{{Reflist}}

==Further reading==
* ''Specification for the Advanced Amiga (AA) Chip Set'', Commodore-Amiga

==External links==
* An animated demo rendered in HAM mode: [http://www.randelshofer.ch/animations/anims/eric_w_schwartz/AmigaHopAnim.HAM.html HAM-6] version, and [http://www.randelshofer.ch/animations/anims/eric_w_schwartz/AmigaHopAnim.HAM8.html HAM-8] version ([[Java platform|Java]] required).
* [https://web.archive.org/web/20190305172234/https://amiga.lychesis.net/colors/HAM.html Amiga Graphics Archive: HAM]

{{Amiga hardware}}

[[Category:Computer display standards]]
[[Category:Amiga]]
[[Category:Color depths]]