Dies ist eine alphabetisch sortierte Liste von Heimcomputern , die alle relevanten Details ihrer Videohardware auflistet.
Heimcomputer sind die zweite Generation von Desktop-Computern . Sie kamen 1977 auf den Markt und wurden in den 1980er Jahren weit verbreitet. Ein Jahrzehnt später wurden sie im Allgemeinen durch IBM-PC-kompatible „PCs“ ersetzt, obwohl Heimcomputer technisch gesehen auch als Personal Computer klassifiziert werden .
Beispiele für frühe Heimcomputer sind der TRS-80 , die Atari 8-Bit-Computer , der BBC Micro , der ZX Spectrum , der MSX , der Amstrad CPC 464 und der Commodore 64. Beispiele für späte Heimcomputer sind die MSX 2- Systeme sowie die Amiga- und Atari ST- Systeme.
Hinweis: Bei Herstellern, die sowohl Heim- als auch Personalcomputer produzierten , werden nur Heimcomputer aufgeführt . Systeme dieser Kategorie, mit Ausnahme früher Macintosh-PCs, basieren in der Regel auf dem VGA- Standard und verwenden einen Grafikprozessor (GPU) . Sehr frühe PCs nutzten deutlich einfachere Grafikcontroller (auch im Vergleich zur meisten Heimcomputer-Hardware), beispielsweise MDA , Hercules Graphics Card , CGA oder EGA . Erst mit der Einführung des VGA-Standards konnten PCs mit Heimcomputern derselben Ära wie Amiga, Atari ST oder sogar MSX-2 konkurrieren. Nicht aufgeführt sind außerdem Systeme, die typischerweise nur als Spielekonsolen dienten, wie der Atari 2600 und der Bally Astrocade , obwohl diese Systeme mitunter zu Heimcomputern aufgerüstet werden konnten.

Die Bedeutung leistungsfähiger Videohardware
Frühe Heimcomputer nutzten alle ähnliche Hardware und Software, meist den 6502 , den Z80 oder in wenigen Fällen den 6809- Mikroprozessor. Sie konnten zwischen 1 KB und 128 KB RAM besitzen und softwareseitig einen kleinen 4-KB -BASIC- Interpreter oder einen erweiterten 12-KB-BASIC-Interpreter oder mehr verwenden. Die Basissysteme waren bis auf die Grafikkarte sehr ähnlich. Daher hing der Erfolg eines Systems primär von der Leistung der Grafikkarte ab, da diese direkten Einfluss darauf hatte, welche Spiele auf dem System gespielt werden konnten.
Der wichtigste Aspekt eines Heimcomputers war, wie weit Programmierer die Hardware ausreizen konnten, um Spiele zu entwickeln. Ein gutes Beispiel dafür ist der Commodore 64. Sein Mikroprozessor verfügte nicht über fortgeschrittene mathematische Funktionen und war relativ langsam. Zudem fehlten dem integrierten BASIC-Interpreter jegliche Grafikbefehle, da es sich um dieselbe Version handelte, die für den älteren Commodore PET entwickelt worden war (ein Computer ohne jegliche hochauflösende Grafikfähigkeiten). Diese Nachteile waren jedoch von geringer Bedeutung, da der C64 über den VIC-II -Chip verfügte. Durch den Zugriff von Maschinenprogrammen auf diesen Chip ermöglichten dessen Grafikfähigkeiten die Entwicklung von Arcade-Spielen auf einem Heimcomputer. [ 1 ] Darüber hinaus ermöglichte spezieller Maschinencode, der Besonderheiten des VIC-II-Chips ausnutzte, spezielle Tricks, um noch bessere Bilder aus dem VIC-II-Chip herauszuholen. [ 2 ] Der vergleichsweise große Speicher und die Audiofunktionen des C64 eigneten sich ebenfalls hervorragend für die Produktion umfangreicherer Spiele. Ein Beispiel für das Gegenteil ist der Aquarius von Mattel , dessen Videohardware so unglaublich eingeschränkt war, dass er aufgrund schlechter Verkaufszahlen nach nur vier Monaten vom Markt genommen wurde.
Videoarbitragelogik
Ein zentrales Problem der frühen Computer-Videohardware war die Videobus-Arbitrierung . Es galt, einen Weg zu finden, sowohl der Videohardware (VDU) als auch der CPU kontinuierlichen Lesezugriff auf den Videospeicher (VRAM) zu ermöglichen. Die naheliegende Lösung, verschachtelte Zeitschlitze für VDU und RAM zu verwenden, erwies sich als schwierig umzusetzen, da die damaligen Logikschaltungen und Videospeicherchips nicht die erforderliche Schaltgeschwindigkeit aufwiesen. Bei höheren Auflösungen waren Logik und Speicherchips kaum schnell genug, um die Anzeigedaten zu lesen, geschweige denn die Hälfte der verfügbaren Zeit für die langsame 8-Bit-CPU bereitzustellen. Der Apple II war jedoch eines der ersten Systeme, das eine Funktion der Datenbuslogik des 6502- Prozessors nutzte, um einen sehr frühen Mechanismus für verschachtelte Zeitschlitze zu implementieren und dieses Problem zu lösen. Der BBC Micro verwendete 4-MHz-RAM mit einem 2-MHz-6502-Prozessor, um Videozugriffe mit CPU-Zugriffen zu verschachteln.
Die meisten anderen Systeme verfolgten einen deutlich einfacheren Ansatz, und die Videologik des TRS-80 war so primitiv, dass sie überhaupt keine Busarbitrierung besaß. Die CPU hatte permanent Zugriff auf den Videospeicher. Schreibvorgänge in den Videospeicher deaktivierten die Videoanzeige. Die Folge war, dass bei intensivem Zugriff auf den Videospeicher, beispielsweise während eines Videospiels , häufig zufällige horizontale schwarze Streifen auf dem Bildschirm erschienen .
Die meisten Systeme umgingen das Problem durch ein Statusregister, das die CPU auslesen konnte und das anzeigte, wann die CPU sicher in den Videospeicher schreiben konnte. Dies war möglich, da ein Composite - Videosignal das Videoausgangssignal während der Austastintervalle der horizontalen und insbesondere der langen vertikalen Videosynchronisationsimpulse ausblendete . Durch einfaches Warten auf das nächste Austastintervall ließen sich die Streifen vermeiden. Dieser Ansatz hatte jedoch einen Nachteil: Er setzte voraus, dass die Software während der Nicht-Austastintervalle nicht auf den Bildschirm schrieb. Ignorierte die Software das Statusregister, traten die Streifen erneut auf. Ein anderer Ansatz, der von den meisten anderen Rechnern jener Zeit verwendet wurde, bestand darin, die CPU mithilfe des Steuersignals „WAIT/BUSRQ“ ( Z80 ), „WAIT“ ( 6809 ) oder „SYNC“ (6502) vorübergehend anzuhalten, sobald die CPU versuchte, während eines Nicht-Austastintervalls auf den Bildschirm zu schreiben. Eine weitere, fortschrittlichere Lösung bestand darin, einen Hardware- FIFO-Speicher einzuführen , sodass die CPU in den FIFO-Speicher anstatt direkt in die RAM-Chips schreiben konnte. Die RAM-Chips wurden während eines Austastintervalls durch spezielle Logikschaltungen aus dem FIFO-Speicher aktualisiert. Einige spätere Systeme verwendeten einen speziellen „Zwei-Port“-Videospeicher, genannt VRAM , der über unabhängige Datenausgänge für die CPU-Schnittstelle und die Videologik verfügte.
Die wichtigsten Klassen von Videohardware
Es gibt zwei Hauptkategorien von Lösungen für einen Heimcomputer zur Erzeugung eines Videosignals:
- Ein kundenspezifisches Design, entweder aus diskreten Logikbausteinen aufgebaut oder basierend auf einer Art kundenspezifischer Logikbausteine (einem ASIC oder PLD ).
- Ein System, das einen Videodisplay-Controller (VDC) verwendet, einen VLSI- Chip, der den größten Teil der Logikschaltungen enthält, die zur Erzeugung des Videosignals benötigt werden.
Systeme der ersten Kategorie waren am flexibelsten und konnten eine breite Palette (manchmal einzigartiger) Funktionen bieten, aber im Allgemeinen konnte die zweite Kategorie ein wesentlich komplexeres System zu einem vergleichsweise niedrigeren Preis bieten.
Die VDC-basierten Systeme lassen sich in vier Unterkategorien einteilen:
- Einfache Lösungen mit Video-Schieberegistern verwenden einen simplen „Video-Shifter-Chip“, während die Haupt-CPU die meisten komplexen Berechnungen durchführt. Ein solches Chip für einen Heimcomputer ist nur einmalig verfügbar: der RCA CDP1861 im COSMAC VIP . Dieser konnte lediglich ein monochromes Grafikdisplay mit sehr niedriger Auflösung erzeugen. Der Chip im Sinclair ZX81 ist zwar auch ein Video-Shifter, jedoch ein kundenspezifischer Logikchip (ein ULA ) und kein kommerzieller IC mit einem einzigen Anwendungszweck wie der CDP1861. Dedizierte Video-Shifter-Chips fanden in frühen Spielkonsolen Verwendung, insbesondere im Television Interface Adaptor -Chip des Atari 2600. Der Chip des Atari ST nutzte ein DMA-System, um Videodaten unabhängig von der Haupt-CPU auszulesen, und enthielt einen Paletten-RAM sowie eine Logik zum Umschalten von Auflösung und Farbmodus.
- Lösungen basierend auf CRTC (Kathodenstrahlröhren-Controller). Ein CRTC ist ein Chip, der die meisten grundlegenden Takt- und Steuersignale erzeugt. Er muss durch einen Videospeicher (Video-RAM) und weitere Logik für die Arbitrierung ergänzt werden, damit CPU und CRTC-Chip gemeinsam auf diesen Speicher zugreifen können. Zur Vervollständigung des Designs benötigt ein CRTC-Chip außerdem weitere unterstützende Logik. Beispielsweise ein ROM mit der Bitmap- Schriftart für Textmodi und Logik zur Umwandlung des Systemausgangs in ein Videosignal .
- Video-Interface-Controller stellten eine Weiterentwicklung dar; es handelte sich dabei um echte VLSI -Chips, die die gesamte Logik eines typischen CRTC-basierten Systems sowie viele weitere Funktionen in einem einzigen Chip integrierten. Der VIC-II -Chip ist wahrscheinlich der bekannteste Chip dieser Kategorie.
- Video-Coprozessoren stellen die leistungsstärksten Chips dar. Sie fungieren als Video-Interface-Controller, die den Inhalt ihres eigenen dedizierten Video-RAMs ohne Eingriff der Haupt-CPU bearbeiten, interpretieren und/oder anzeigen können. Diese Chips sind äußerst flexibel und bieten Optionen und Funktionen mit minimaler CPU-Belastung, die auf anderen Systemen unmöglich oder bestenfalls schwer zu realisieren sind und einen erheblichen CPU-Overhead erfordern. Der Atari ANTIC / GTIA und der Amiga OCS / ECS / AGA sind bekannte Beispiele für diese leistungsstarke Kategorie. Allerdings sind nicht alle Video-Coprozessoren so leistungsstark. Manche sind sogar einfacher als viele Video-Interface-Controller , insbesondere der primitive SAA5243, der technisch gesehen ebenfalls ein Coprozessor ist.
Erläuterung der in den Tabellen verwendeten Begriffe
- Systemname
- Den Namen des Systems oder, falls es viele ähnliche Versionen gibt, den Namen der bekanntesten Variante, siehe Anmerkungen.
- Jahr
- Das Jahr, in dem die erste Version dieses Systems auf den Markt kam.
- Chipname
- Der Name des Chips, der als Grundlage für die Videologik verwendet wurde.
- Video-RAM
- Die maximal für die Videoanzeige verwendete RAM-Menge kann je nach gewählter Auflösung geringer ausfallen.
- Videomodus(en) [d. h. Textmodus (en) und Grafikmodus(en)]
- Die Anzahl der Zeichen pro Zeile und der vom System unterstützten Textzeilen sowie die Anzahl der möglichen Farben. Manchmal waren mehrere Modi möglich: Die Anzahl der horizontalen und vertikalen Pixel, die das System in einem hochauflösenden Modus darstellen konnte, und die Anzahl der Farben, die jedes Pixel in diesem Modus haben konnte. Falls mehrere hochauflösende Modi existierten, wurden diese jeweils separat aufgeführt. Ab dem Xerox Alto verzichteten die Systeme auf unabhängige Textmodi und stellten Text auf einem hochauflösenden Grafikbildschirm dar. Dies erforderte mehr Videospeicher, befreite aber auch die Computerfonts von einem festen Raster.
- Schriftart-Extras
- Beschreibt zusätzliche grafische Möglichkeiten, die ein Videosystem aufgrund optionaler Merkmale seiner Zeichensätze bot; derzeit gibt es drei Kategorien:
- LC
- Manche Systeme konnten aufgrund ihres begrenzten Zeichensatzes im Textmodus nur Großbuchstaben anzeigen . Wenn ein System im Textmodus auch Kleinbuchstaben unterstützen konnte (in jedem hochauflösenden Modus ist dies natürlich immer möglich), dann steht in dieser Spalte LC (für Lower Case ).
- BG
- Einige Systeme verwendeten in ihren Schriftarten eine Matrix aus blockartigen Pixeln anstelle von Buchstaben (oder nutzten spezielle Hardware zur Emulation dieser Pixel, wie beispielsweise der TRS-80 ), um eine Art APA-Modus ( All Points Addressable ) zu unterstützen. Es ist schwierig, dies als „hochauflösenden“ Modus zu bezeichnen, da die Auflösung bis zu 80 × 48 Pixel betragen konnte, aber in jedem Fall war es möglich, damit Bilder zu zeichnen. Bei Systemen, die ein solches System als „APA“-Modus verwendeten, findet sich in dieser Spalte die Bezeichnung BG (für Blockgrafik) .
- SG
- Einige andere Systeme verwendeten halbgrafische Zeichen wie Punkte und Kartensymbole sowie geometrische Formen wie Dreiecke, um den Anschein zu erwecken, sie könnten hochauflösende Grafiken darstellen, obwohl dies in Wirklichkeit nicht der Fall war. Solche Systeme sind in dieser Spalte mit SG (für halbgrafische Zeichen ) gekennzeichnet. Viele Systeme, wie beispielsweise das PET, verfügten über einige solcher Zeichen, die speziell für Blockgrafiken im APA-Modus vorgesehen waren, oft jedoch nur für 2×2-Matrixzeichen. Manchmal füllte das System (oder konnte) einen reprogrammierbaren Bereich des Zeichensatzes mit solchen Zeichen. Diese Systeme fallen hauptsächlich unter die Kategorie „Soft Font“. Die Einträge BG und SG werden nur verwendet, wenn das System darauf angewiesen war, sie in seinem Standardzeichensatz vordefiniert hatte oder (was bei frühen Systemen häufig der Fall war) sie zur direkten Eingabe in Kombination mit einer Art „grafischer Umschalttaste“ auf die Tastaturtasten gedruckt hatte.
- Weiche Schriftart
- Wenn das System über einen programmierbaren Schriftarten-RAM anstelle eines statischen Schriftarten-ROMs verfügte oder wenn das Videosystem keinen Hardware- Textmodus besaß , sondern den Text mithilfe von Software auf dem hochauflösenden Bildschirm darstellte, war die Videoanzeige nicht von einem permanenten Schriftartensatz abhängig; in diesem Fall sprechen wir von einem System mit einer „weichen“ Schriftart.
- Farbauflösung
- Im „Hochauflösungsmodus“ konnte einem einzelnen Pixel oft keine beliebige Farbe zugewiesen werden; häufig teilten sich bestimmte Pixelgruppen (oft 8×8 Pixel groß) dasselbe „Farbattribut“, um Videospeicher zu sparen. Da ein 8-Bit-Computer nur über einen 64 KB großen Adressraum verfügte und die CPU oft nur begrenzte Möglichkeiten zur Manipulation des Videospeichers hatte, war es oft notwendig, die Größe des Video-RAM so klein wie möglich zu halten, um den Adressraum des Mikrocontrollers so wenig wie möglich zu nutzen und gleichzeitig den Videoinhalt relativ schnell ändern zu können.
- Palettenunterstützung
- Wenn das System eine "logische Farbe" mithilfe eines Palettenmechanismus in eine (größere Zahl) oder echte Farben übersetzen könnte , dann listet diese Spalte die Anzahl der logischen Farben auf, die die Palette akzeptieren könnte, und die Anzahl der Farben, in die sie übersetzen könnte .
- HW-Beschleunigung.
- Hardwarebeschleunigung (kurz für Hardwarebeschleunigung ) kann verschiedene Formen annehmen. Die offensichtlichste ist das Bit-Blitting , also das Verschieben von Pixelgruppen im Videospeicher, ohne dass die CPU aktiv daran beteiligt ist. Eine weitere häufig verwendete Technik ist das Hardware-Scrolling , das das Verschieben des gesamten Bildschirms im Videospeicher simuliert. Die dritte Form der Hardwarebeschleunigung ist die Verwendung von Sprites, die in Hardware implementiert sind. Einige Systeme unterstützten auch das Zeichnen von Linien (und manchmal Rechtecken) mithilfe spezieller Hardware. Der Eintrag in der Spalte gibt an, welche Methoden die Hardware unterstützte, wobei jede Methode mit zwei Buchstaben gekennzeichnet ist.
- BL
- Für Blitter
- DR
- Für hardwaregestützte Linienzeichnung
- SC
- Für Hardware - Scrollunterstützung
- SP
- Für Hardware- Sprite- Unterstützung
- TE
- Für Hardware- Tile-Engine -Unterstützung im Grafikmodus
- Sprite-Details
- Behandelt drei Aspekte der Sprite-Unterstützungshardware, die das System verwendete. Jeder Zahl in der Tabellenzelle sind zwei Buchstaben vorangestellt.
- S#
- Der erste Aspekt ist die Gesamtzahl der Hardware-Sprites, die das System hardwareseitig unterstützen kann (ohne Berücksichtigung der Wiederverwendung derselben Hardware). Unterstützt das System überhaupt keine Hardware-Sprites, enthält die Tabellenzelle nur ein "-". Ist S# gleich 1, wird der einzelne Sprite meist für den Mauszeiger verwendet .
- SS
- Der zweite Aspekt betrifft die Größe des Sprites in Bildschirmpixeln. Ein Sprite kann von der Hardware als Matrix aus horizontalen und vertikalen Pixeln dargestellt werden. Sind mehrere Sprite-Größenmodi verfügbar, werden diese aufgelistet.
- SC
- Der dritte Aspekt ist die Anzahl der Sprite-Farben. Sie gibt an, wie viele Farben ein Sprite haben kann. Es geht um die Gesamtzahl der Farben, die zur Definition des Sprites verwendet werden können (Transparenz nicht mitgerechnet). Wenn ein Sprite also nur in einer einzigen Farbe dargestellt werden kann, ist die Zahl 1. Sind mehrere Farbmodi verfügbar, werden diese einzeln aufgelistet.
- SP
- Der vierte Aspekt ist die Anzahl der Sprites pro Scanzeile . Hardware-Sprites verwenden eine Art Z-Puffer , um zu bestimmen, welches Sprite „oben“ liegt. Die verfügbaren Hardware-Ressourcen begrenzen die Anzahl der Sprites, die pro Scanzeile dargestellt werden können. Diese Zahl gibt an, wie viele Sprites auf einer Scanzeile angezeigt werden können, bevor eines davon aufgrund von Hardwarebeschränkungen unsichtbar wird.
- Besondere Merkmale
- Falls das Videodisplay besondere Merkmale (oder Einschränkungen) aufweist, werden diese hier aufgeführt; falls der Platz begrenzt ist, werden die verbleibenden Besonderheiten als Anmerkungen dargestellt.
Ein " - " in einer Tabellenzelle bedeutet, dass die Antwort irrelevant, unbekannt oder auf andere Weise bedeutungslos ist, zum Beispiel die Sprite-Größe eines Systems, das keine Hardware-Sprites unterstützt.
Ein Fragezeichen in einer Tabellenzelle bedeutet, dass der Eintrag noch nicht bestimmt wurde. Steht nach einem Eintrag ein Fragezeichen, bedeutet dies, dass neben den aufgeführten Optionen möglicherweise noch weitere Optionen existieren.
„ Mono “ in einer Tabellenzelle bedeutet monochrom , also beispielsweise schwarz auf weiß oder schwarz auf grün.
Liste der Heimcomputer und ihrer Videofunktionen
Systeme mit als Terminals ausgelegter Videologik
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | ||||||||||
| Apple I | 1976 | 720 Bytes [ 3 ] | 40×24 Mono | N / A | 40×24 Mono | [ 4 ] | |||||
| Datenpunkt 2200 | 1971 | 840 Bytes | 80×12 Mono | N / A | 80×12 Mono | LC | Keiner | Schieberegister für RAM [ 5 ] | |||
| MUPID | 1983 [ 6 ] | 64K [ 7 ] | 40×25 16+16 Farben | 320×240 16+16 Farben | 320×240 | LC, BG, SG | Ja [ 8 ] | 16 feste Farben und 16 aus einer Palette von 4096 Farben auswählbare Farben | ? | Entworfen von Akademikern als BTX- Terminal, jedoch mit den Fähigkeiten eines Heimcomputers [ 9 ]. | |
| SOL-20 | 1976 | — [ 10 ] | 1K | 64×16 Mono | Limitierte 512×128 Mono mit MC6574 | (64×16) | LC, SG [ 11 ] | NEIN | Keiner | Keiner | Eines der ersten Systeme mit eingebauter Videohardware [ 12 ] |
Systeme, die softwaregesteuerte Videogenerierung nutzen
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | ||||||||
| Amber Pegasus | 1981 | — | 512 Bytes | 32×16 Monochromer Text mit programmierbaren 7×9 [ 13 ] Zeichen | (32×16) | LC | Ja | ||
| Galaksija | 1983 | 512 Bytes [ 14 ] | 32×16 Mono | "Full": Limited 256×208 [ 15 ] Mono Halbformat: 64×48 [ 16 ] Mono | (64×48; 32, später 256×208) | BG [ 17 ] | — | Alle Systeme waren im Wesentlichen Eigenbauten auf einseitigen Leiterplatten. Wie der ZX81 war er softwaregesteuert. [ 18 ] | |
| OSI Superboard II , [ 19 ] Compukit UK101 [ 20 ] und Klone | 1979 | 1K [ 21 ] | 32×32 [ 22 ] oder 64×16 [ 23 ] [ 24 ] [ 25 ] Mono | „Vollständig“: Begrenzte Auflösung 256×256 oder 512×128 [ 24 ] [ 26 ] Monochrom unter Verwendung des vollständigen erweiterten Zeichensatzes (ROM). Halbautomatisch: 64×96 oder 128×48 [ 24 ] [ 27 ] Monochrom mit 64 Zeichen (Pseudografik) der 128 Zeichen des optionalen erweiterten Zeichensatzes (ROM). | (32×32 oder 64×16 [ 24 ] ) | LC, SG | Frühes System mit 256-Zeichen-Schriftart, Standard-Zusatzkarte für vollständige 256×256-Grafiken | ||
| OSI C4P | 1980 | 2K | 64×32 8 Farben | "Full": limitierte Auflösung 512×256, 8 Farben Halbformat: 128×96, 8 Farben unter Verwendung eines Teils des Pseudo-Grafikzeichensatzes | 64×32 | LC, SG | |||
| ZX80 , ZX81 | 1980, 1981 | [ 28 ] | 792 Bytes [ 29 ] | 32×24 Mono | Vollbild: 256×192 [ 30 ] Mono Halbformat: 64×48 [ 31 ] Mono | (32×24) | BG, SG | NEIN | "langsamer Modus", softwaregenerierte Anzeige [ 32 ] |
| BCS3[ 33 ] | 1984 | 336 Bytes in BASIC 2.4 | 27×12 [ 34 ] in BASIC 2.4 40×21 [ 35 ] in BASIC 3.1 | Vollversion: 128×64 Mono (zusätzliche Hardware) | LC, SG | NEIN | Einfacher, selbstgebauter Heimcomputer aus der DDR mit softwaregenerierter Anzeige [ 36 ] | ||
Systeme mit diskreter Logik
Mit unabhängigem Textmodus
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | |||||||||
| ABC80 | 1978 | 1K | 40×24 Mono | Halbformat: 78×72 [ 37 ] Mono | (39×24) | LC, BG | — | Eines der ersten Systeme mit seriellen Attributen wie Ceefax und Prestel benötigte das erste Zeichen einer Zeile zum Umschalten in den Grafikmodus; daher beträgt die horizontale Auflösung 78 und nicht 80 [ 38 ]. | ||
| Apple II [ 39 ] | 1977 | 18K [ 40 ] | 40×24 [ 41 ] Mono/6 Farben [ 42 ] | Voll: 280×192 [ 43 ] Mono/6 Farben [ 42 ] Halb: 40×48 [ 44 ] 15 Farben [ 45 ] | 40×48, 140×192 [ 46 ] | [ 47 ] | Erstes bekanntes System mit vierzeiliger „Bildunterschrift“ [ 48 ] und softwarebasierter Skalierung und Rotation | |||
| Commodore PET 2001 | 1977 | — | 1000 Bytes | 40×25 Mono 9-Zoll-Mono-Monitor | "Full": Limitierte 320×200 Mono Halb: 80×50 unter Verwendung eines Teils seines Pseudo - Grafikzeichensatzes | (80×50, 40×200) | BG, SG | — | Originaler Computer mit Nicht- ASCII- Zeichensatz ( PETSCII ). | |
| Exidy-Zauberer | 1978 | 1920 Bytes | 64×30 Mono | "Full": Limited 512×240 [ 49 ] Mono Halb: 128×90 [ 50 ] Mono | (128×90, 512×240) | LC, SG [ 51 ] | Ja | Programmierbarer Zeichensatz ermöglichte TRS-80- und PET- ähnliche Grafiken | ||
| Ferguson Big Board [ 52 ] | 1980, 1982 | 1K | 80×24 Mono | [ 53 ] [ 54 ] | LC [ 55 ] | NEIN | ||||
| Grundy NewBrain | 1982 | max 20K | 32×25/30, 40×25/30, 64×25/30 oder 80×25/30 Mono | Voll: 256×256, 320×256, 512×256, 640×256 Mono Halb: 64×75/90, 80×75/90, 128×75/90, 160×75/90 [ 56 ] Mono | (64×75/90, 80×75/90, 128×75/90, 160×75/90; 256, 320, 512, 640×256) | LC, BG | — | Eingebauter einzeiliger VFD, Unterstützung für Videotextmodus | ||
| Interact Home Computer | 1979 | 2184 Bytes | 17×12 4 Farben | Halbformat: 112×78 4 Farben | 112×78 | Die Zeichen wurden auf einem 112×78 Pixel großen Grafikbildschirm gezeichnet, was bedeutet, dass jedes Zeichen 6×6 Pixel groß war, einschließlich des Leerraums zwischen den Zeichen. Dies führte zu sehr blockartigen Zeichen, die einfach keine deutlichen Kleinbuchstaben zuließen. | Theoretisch konnte der Text auf dem "Grafikbildschirm" als Semigrafikbildschirm für einen (für die damalige Zeit) üblicheren hochauflösenden Textmodus mit 56×26 oder 56×39 Pixeln dienen, obwohl dieser eigentliche Textmodus in der Praxis offenbar nie verwendet wurde (falls er überhaupt verwendet werden konnte). | 4 von 8 | ||
| Kaypro II-Serie | 1982 | 2 KB | 80×24 Mono, auf einem eingebauten 9-Zoll-CRT-Bildschirm | Halb: Vermutlich 160×72 Mono | (80×24) | LC, BG [ 57 ] | NEIN | - | ||
| NASCOM 1 NASCOM 2 | 1977 1979 | 1K | 48×16 Mono | N / A | LC | NEIN | Keiner | |||
| Osborne 1 , Osborne Executive und Osborne Vixen | 1981, 1982, 1984 | 4K [ 58 ] | 52×24 Mono auf 5-Zoll-CRT, später 80×24 auf 7-Zoll-CRT | "Full": Vermutlich auf 416×192 Mono beschränkt, später auf 640×192 beschränkt unter Verwendung des Pseudo-Zeichensatzes [ 59 ] | (52×24, später 80×24 [ 59 ] ) | LC, SG | Nutzt einen virtuellen Bildschirm, um die Einschränkungen des ursprünglichen 5-Zoll-CRT-Bildschirms auszugleichen – eine Funktion, die vermutlich auch in späteren Modellen beibehalten wurde, um die vollständige Abwärtskompatibilität zu gewährleisten. | |||
| Panasonic JR-200 | 1983 | 2K+2K [ 60 ] | 32×24 [ 61 ] 8 Farben [ 62 ] | „Vollbild“: 256×192 [ 63 ] 8 Farben Halbformat: 64×48 [ 64 ] 8 Farben | 32×24 | LC, BG | Durch das einzigartige semigrafische Pixelfarbattributschema konnte jedes der 64×48 semigrafischen "Pixel" (bestehend aus einem Viertel eines 8×8 Pixel großen Zeichenraums) seine eigene unabhängige Farbe haben. Diese Semigrafiken konnten mit vordefinierten oder programmierbaren Zeichen kombiniert werden, von denen jedes ebenfalls eine unabhängige Vorder- und Hintergrundfarbe aus einer Palette von 8 Farben haben konnte. | |||
| Jupiter Ace | 1982 | 2K [ 65 ] | 32×24 Mono | "Vollversion": Begrenzte Auflösung 256×192 Mono durch Verwendung der 128 Zeichen Halbformat: 64×48 [ 66 ] Mono | 32×24 | LC, BG | Beschränkt | — | ||
| LINK 480Z und Research Machines 380Z | 1982 | 2K [ 67 ] | 40×25 oder 80×25 Mono [ 68 ] | Es konnte eine separate, unabhängige Videoanzeigegeneratorplatine hinzugefügt werden, die hochauflösende Grafiken mit 640×192×1, 320×192×2 oder 160×96×4 Bit pro Pixel unterstützte. | LC | n von 16 mit Hires-Erweiterungskarte; 16 von 256 logischen Intensitäten mit Composite-Schnittstelle, 16 logische Farben mit TTL-RGB-Schnittstelle | ||||
| MZ-80K | 1979 | 1000 Bytes | 40×25 Mono | "Full": Limitierte 320×200 Mono Halb: 80×50 [ 69 ] Mono | (40×25) | LC, BG, SG | NEIN | Keiner | viele gut gewählte Pseudo-Grafikzeichen [ 70 ] | |
| KC 87 , KC85/1 | 1987 | 960 Bytes 87.x1: 960+960 [ 71 ] Bytes | 85/1, 87: 40×20 Mono für 85/1, 87.x0; 16 Vordergrundfarben + 8 Hintergrundfarben für 87.x1 | 85/1, 87: Beschränkte Auflösung 320×192 Mono für 85/1, 87.x0; 16 Vordergrundfarben + 8 Hintergrundfarben für 87.x1 unter Verwendung des zugehörigen Pseudo-Zeichensatzes | 87.x1: 40×24 | LC [ 72 ] | ||||
| TRS-80 Modelle I und III [ 73 ] | 1977, 1980 | bis zu 1K [ 74 ] | 32×16 oder 64×16 Mono | Halbformat: 64×48 oder 128×48 Mono | (32×16 oder 64×16) | LC, [ 75 ] BG | NEIN | Keiner | Das kanonische System zur Verwendung von Textsemigrafiken [ 76 ] | |
| TRS-80 Modell 4 | 1983 | 1920 Bytes | 32×16, 40×24, 64×16 oder 80×24 Mono | Halbformat: 64×48, 80×72, 128×48 oder 160×72 Mono | (32×16, 40×24, 64×16 oder 80×24) | LC, BG | Kann mit einer standardisierten Erweiterungskarte Grafiken in voller Auflösung von 640×240 oder 512×192 darstellen. | |||
Ohne unabhängigen Textmodus(en)
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | einzigartige Merkmale |
|---|---|---|---|---|---|---|---|---|---|
| Apple III | 1980 | 64K | 40×24 Text in 280×192 Grafiken oder 80×24 in 560×192 [ 77 ] 2 oder 16 Farben [ 78 ] | 140×192, 280×192; 140×192, 560×192 | LC | 228 programmierbare Zeichen, im Lieferumfang des Apple II Software-Emulators enthalten | |||
| Apple Lisa / Macintosh XL | 1983 | Vermutlich 2×32760 Bytes | 720×364r/608×432s [ 77 ] mono | (720×364r/608×432s) | style="background:#9EFF9E;color:black;vertical-align:middle;text-align:center;" class="table-yes"|Ja | ||||
| Apple Macintosh 128K und andere Kompaktmodelle | 1984 | — [ 79 ] | 2×21888 Bytes | 512×342 [ 77 ] Mono | (512×342) | SE/30 und Classic waren die einzigen 32-Bit-Modelle, die diskrete Logik zur Implementierung der Videohardware verwendeten. | |||
| DAI Personal Computer | 1979 | — [ 80 ] | 31680 Bytes [ 81 ] | 88×65, 176×130, [ 82 ] 352×260, 60×24 [ 83 ] Text in 528×240 Grafiken 4 oder 16 Farben | 88×65, 176×130, [ 82 ] 352×260, 528×240 | LC | — | 4 von 16 [ 84 ] | Split-Screen-Modus für Text und Grafiken mit 4-zeiliger Untertitelung |
| PMD 85 | 1985 | 9600 Bytes [ 85 ] | 48×32 [ 86 ] Text in 288×256 [ 77 ] Grafiken: 4 Graustufen, 4 Farben für 85/3 | 288×256 | LC [ 87 ] | 4 von ? Graustufen, 4 von ? [ 88 ] Farben für 85/3 | Keine Textmodi, nur ein einziger Grafikmodus mit 288×256×2 Bit pro Pixel | ||
| Tiki 100 | 1984 | — | 32K | 40×25 Text in 256×256 Grafiken 16 Farben, 80×25 in 512×256 4 Farben, 160×25 in 1024×256 2 Farben [ 77 ] | 256×256, 512×256, 1024×256 | LC | Ja | 256 | SC |
| Robotron KC 85 /2 | 1984 | 16K | 320×256 | 40×64 (16fg8bg) | Ja | NEIN | Der Zugriff auf den CPU-VRAM kann zu visuellen Verzerrungen führen. Halb-Zeichen-Attributzellen (8×4) [ a ] | ||
| KC 85/3 | 1986 | LC | |||||||
| KC 85/4 | 1988 | 64K | 320×256 | 40×256 (16fg8bg), 320×256 (4 [ b ] ) | LC | Ja | NEIN | Vertikaler Video-RAM, einzeilige vertikale Attributzellen (8×1), 2 Puffer | |
| Xerox Alto | 1973 | 61206 Bytes | 606×808 Mono | (606×808) | LC | Ja | Erstes bekanntes System mit Grafik Erstes bekanntes System ohne separaten Textpuffer |
Systeme mit einfachen Video-Schieberegistern
| Systemname | Jahr | Chipname | Video-RAM | Videomodus | weiche Schriftarten | einzigartige Merkmale |
|---|---|---|---|---|---|---|
| COSMAC VIP , Telmac 1800 | 1977 | CDP 1861 | 256 Bytes [ 89 ] | 64 × 32 Monochrom-Grafik [ 90 ] [ 91 ] | Ja | Unglaublich primitiv, aber mit Farbunterstützung [ 92 ] |
| Oscom NANO, ETI 660, Telmac 2000 | 1980, 1981 | CDP 1864 | 1,5K [ 89 ] | 64 × 192 Monochrom-Grafik [ 91 ] [ 93 ] | Unglaublich primitiv, aber mit Farbunterstützung [ 94 ] |
Systeme mit kundenspezifischen Logik-ICs
Mit unabhängigem Textmodus
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | ||||||||||
| Apple IIe , [ 95 ] Apple IIc [ 96 ] [ 97 ] | 1983, 1984 | MMU/IOU [ 98 ] | 27K [ 99 ] | 40×24 oder 80×24 Mono | Voll: 280×192 6 [ 100 ] oder 15 Farben oder 560×192 15 Farben [ 100 ] [ 101 ] Halb: 40×48 oder 80×48 15 Farben [ 45 ] [ 102 ] | 40×48, 80×48; 140×192, 280×192; 140×192 | LC [ 103 ] | Nein [ 104 ] | Keiner | ||
| Apple II GS | 1986 | VGC [ 105 ] | 32K | 40×24 oder 80×24, 16 Farben | Volle Auflösung: 280×192 (6 oder 16 Farben) oder 560×192 (16 Farben), 320×200 (16–3200 Farben) oder 640×200 (4–800 reine oder 16 ditherte Farben) Halbformat: 40×48 oder 80×48, 16 Farben | 40×48, 80×48; 140×192, 280×192; 140×192; 320×200, 640×200 | LC | NEIN | Apple-Modi: keine, andere Modi: 4096 | ||
| Mattel Aquarius | 1983 | TEA1002 | 2000 Bytes [ 106 ] | 40×25 16 Farben [ 107 ] | „Vollständig“: Vermutlich zumindest eingeschränkt auf 320×200 Pixel und 16 Farben durch (Assembler-Routinen und) grafische Symbole, die im Zeichensatz enthalten sind. Halbformat: 80×75 16 Farben [ 108 ] | 40×25 | LC, BG | — | Keiner | ||
| TRS-80 Farbcomputer Modell 3 | 1986 | GIME [ 109 ] | 72000 Bytes [ 110 ] | 20×16–25, 32×16–25, 40×16–25, 64×16–25 oder 80×16–25 [ 111 ] 16 Farben [ 112 ] [ 113 ] | Vollbild: 64×64 4 Farben, 128×64, 128×96, 128×192 2 oder 4 Farben; 160×192–225, [ 114 ] 256×192–225, 320×192–225 2, 4, 16 oder 256 Farben; 512×192–225 oder 640×192–225 2, 4 oder 16 Farben | 64×64, 128×64, 128×96, 128×192, 160×192–225, 256×192–225, 320×192–225, 512×192–225 oder 640×192–225; 64×32, 64×48 | BG, LC | NEIN | ? | ||
Ohne unabhängigen Textmodus(en)
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale |
|---|---|---|---|---|---|---|---|---|---|---|
| Atari ST | 1985 | ST-Schalthebel | 32K | 320×200 16 Farben, 640×200 4 Farben oder 640×400 2 Farben [ 77 ] | 320×200, 640×200 | LC | Ja | Ja 512 [ 117 ] | Hochauflösend, nicht interlaced, 31 kHz–72 Hz | |
| Electronika BK -0010/-0011 [ 118 ] | 1985 | ULA [ 119 ] | 16K [ 120 ] | 32×25 Text in 256×256 Grafiken, 4 Farben oder 64×25 in 512×256 [ 77 ] 2 Farben | 256×256 oder 512×256 | Ja [ 121 ] [ 122 ] | SC [ 123 ] | |||
| Enterprise 64 [ 124 ] | 1985 | Nick | 64K | Vollbild: 80×256 256 Farben, 160×256 16 Farben, 40×32 Text in 320×256 Grafiken 4 Farben, 80×32 oder 28 in 640×256p/ 64 in 512i 2 Farben [ 125 ] Halbformat: 80×96, 160×84p/96p/192i, 2 oder 4 Farben über Softfonts | 80×256, 160×256, 320×256, 640×256p/512i: 40×32, 80×32 oder 28 oder 80×64 interlaced | Ja [ 126 ] | Für seine Zeit fortschrittlich [ 127 ] | |||
| Oric 1 [ 128 ] | 1983 | HCS 10017 ULA | 8K | Volle Auflösung: 40×28 Text in 240×200 Grafiken, 8 Farben (begrenzt auf 240×224 durch Softfont) Halbformat: 80×84 Pixel, 8 Farben durch weiche Schriftart | 40×224 [ 129 ] | LC [ 130 ] | Ja [ 131 ] | Keiner | Keiner | |
| Nimbus PC-186 | 1984 | FPGA [ 132 ] | 64K | 40×25 Text in 320×250 Grafiken 16 Farben oder 80×25 in 640×350 4/16 Farben [ 77 ] | 320×250 oder 640×350 | LC | — | 4 von 16 | Frühes x86 -basiertes Nicht -IBM-PC- System mit guter Grafik | |
| SAM Coupé | 1989 | ASIC [ 133 ] | 24K [ 134 ] | 32×24 Text in 256×192 Grafiken 8 oder 16 Farben oder 85×24 in 512×192 4 Farben [ 77 ] | 32×24, 32×192 oder 256×192; 512×192 | — | 16 Einträge, 128 Farben [ 135 ] | Abwärtskompatibel mit Sinclair Spectrum | ||
| Sinclair ZX Spectrum | 1982 | ULA [ 136 ] | 6912 Bytes | Vollbild: 32×24 Text in 256×192 Grafiken, 15 Farben Halbformat: 64x×8 15 Farben [ 137 ] | 32×24 | LC, BG | — | Keiner | Farbbeschränkungen [ 138 ] | |
| Timex/Sinclair TS2068 | 1983 | Timex SCLD ( CPLD ) [ 139 ] | 12288 Bytes (maximal) | Vollbild: 32×24 Text in 256×192 Grafiken, 15 Farben oder 64×24 in 512×192 Monochrom Halbformat: 64×48 15 Farben oder 128×48 Monochrom | 32×24, 32×192 | — | Umschalten zwischen zwei 256×192-Bildschirmen | |||
| ZX Spectrum Next | 2020 | FPGA | 6912 Bytes, 48 KB (Ebene 0) + 1280 Bytes Sprite-RAM | Vollbild: 32×24 Text in 256×192 Grafiken, 15 oder 256 Farben; 80×24 in 512×192, 2 oder 256 Farben Halbformat: 64×48 15 Farben | 32×24, 32×192, 256×192, 512×192 | LC, BG, SC, SP | Ja | 256 Einträge, 512 Farben | 64 Sprites, Hardware-Scrolling, Kupfer, [ 140 ] Kachelkarte | Abwärtskompatibel mit älteren Spectrum-Modellen |
| Sinclair QL | 1984 | ZX8301 ULA | 32K | Vollbild: 42×25 Text in 256×256 Grafiken, 8 Farben oder 85×25 in 512×256, 4 Farben Halb: 84×75 8 Farben oder 170×75 4 Farben durch weiche Schrift, 128×128 8 Farben oder 256×128 4 Farben gepunktet [ 141 ] | 256×256 oder 512×256, 128×128 oder 256×128 | LC | Ja | keiner | Hardware-Pixel-basiertes Blinken [ 142 ] | |
| Thomson MO5 | 1984 | EFGJ03L Gate-Array | 16K | Vollbild: 40×25 Text in 320×200 Grafik, 16 Farben Halbformat: 80×75 16 Farben durch weiche Schriftart | 40×25, 320×200 | |||||
| Thomson TO7 | 1982 | MC 13000 ALS Gate-Array auf TO-7/70 | 14000 Bytes, entweder 15000 oder 16000 Bytes für TO7/70 [ 143 ] | 40×25 Text in 320×200 Grafiken [ 77 ] 8 Farben, 16 für TO7/70 | 40×200 [ 144 ] | |||||
| Thomson -Systeme MO6 , TO8 und TO9+ | 1986 | Benutzerdefiniertes TI- Gate-Array plus EF-9369P-Farbpalette | 16K | Vollversion: 8 Modi von 160×200 16 Farben bis 640×200 2 Farben (40×25 Text in 320×200 Grafiken und 80×25 in 640×200) Halbformat: 80×75 4 Farben oder 160×75 2 Farben mit weicher Schriftart | von 160×200 bis 640×200 | Ja | 16 Einträge, 4096 Farben | |||
Systeme, die eine CRTC verwenden
MC6845 oder zweite Quelle
Mit unabhängigem Textmodus
| Systemname | Jahr | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | |||||||||
| ABC 800- Serie | 1981 | 1K (800C), 2K (800M, 802, 806) + 128K (806) | 40×24 oder 80×24 (800M, 802, 806) 8 oder 2 Farben | Vollbild: 256×240 oder 512×240 16 Farben (806) semi: 78×75 8 oder 2 Farben [oder 158×75 (800M, 802, 806)] | 256×240 oder 512×240 (806), 40×24 oder 80×24 (802, 806) | LC, BG | NEIN | Keiner | Keiner | Die HR-Karte für 800 und 802 bietet 16K für 240×240-Grafiken in 4 von 8 Farben |
| Aster CT-80 | 1979 | 1K oder 2K [ 145 ] | 64×16, 32×16, 80×25 oder 40×25 Mono | Halb: 128×48, 64×48, 160×75 [ 146 ] oder 80×75 [ 147 ] [ 148 ] 3 Graustufen [ 149 ] | 128×48, 64×48, 160×75 oder 80×75 | LC, BG, SG [ 150 ] | Unterstützung für duale Speicherabbildung [ 151 ] | Früher Klon des TRS-80 mit zusätzlichen Grafikmodi | ||
| Commodore PET 4000 und 8000 Serie | 1980, 1981 | 1000 Bytes (4000), 2000 Bytes (8000) | 40×25 (4000) oder 80×25 (8000) Mono, auf einem 12-Zoll-Mono-Monitor | "Full": Limitierte 320×200 Mono (4000) oder 640×200 Mono (8000) Halbautomatisch: 80×50 Mono (4000) oder 160×50 Mono (8000) unter Verwendung eines Teils des Pseudo - Grafikzeichensatzes | [40×25 (4000) oder 80×25 (8000)] | BG, SG | NEIN | Keiner | ||
| LNW-80 | 1982 | 1K oder 2K | 80×24, 64×16 oder 32×16, 8 Farben | Volle Auflösung: 480×192 Pixel, 2 Farben oder 384×192 Pixel, 8 Farben Halbformat: 160×72 oder 128×48, 8 Farben | 480×192, 64×16 | LC, BG | NEIN | |||
| LOBO MAX-80 | 1982 | 1K oder 2K | 80×24 oder 64×16 Mono | "Voll": Begrenzte Auflösung 640×240 oder 512×192 Mono über programmierbaren Zeichensatz Halbformat: 160×72 oder 128×48 Mono | (80×24 oder 64×16) | Ja [ 152 ] | ||||
| MikroBiene | 1982 | 4K [ 153 ] [ 154 ] | 64×16 [ 155 ] Mono [ 156 ] | „Vollständig“: 17 begrenzte Modi von 512×128 bis 512×256 Mono in Schritten von 8 Zeilen [ 157 ] Halb: 128×48 [ 158 ] [ 159 ] Mono | 64×16 [ 155 ] | Ja | ||||
| Sony SMC-70 | 1982 | 38 KB [ 160 ] | 40×25 oder 80×25, 2 Farben | 160×100, 320×200 (16 Farben), 640×200 (4 Farben) oder 640×400 (2 Farben) | 40×25 oder 80×25, 160×100, 320×200, 640×200, 640×400 | LC | Ja | n von 16 | Genlocker (G- und P-Versionen) [ 161 ] | |
Ohne unabhängigen Textmodus(en)
| Systemname | Jahr | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale |
|---|---|---|---|---|---|---|---|---|---|
| Camputers Lynx | 1983 | 32K [ 162 ] | Vollbild: 40×24 [ 163 ] Text in 256×252 Grafiken 8 Farben Halbformat: Vermutlich 80×72 Pixel, 8 Farben | 40×24, 256×252 | LC | NEIN | Keiner | Keiner | |
| Colour Genie | 1982 | 16K [ 164 ] | „Vollständig“: Begrenzte Auflösung 40×24 [ 165 ] Text in 320×192 [ 166 ] [ 167 ] Grafiken mit 8×8 Pixel großen programmierbaren Zeichen, 16 Farben Halbformat: 160×96 [ 168 ] 4 Farben oder vermutlich 80×72 [ 169 ] 16 Farben | 40×24, [ 165 ] 160×96 [ 168 ] | LC, BG, SG | Ja | 4 von 16 | Programmierbare Zeichen [ 170 ] | |
| Sharp X1 (CZ-800C) | 1982 | 48000 Bytes [ 171 ] [ 172 ] [ 173 ] | 40×25 Text in 320×200 Grafik, 80×25 in 640×200 [ 77 ] [ 174 ] [ 175 ] [ 176 ] 8 Farben | 320×200, 640×200 | LC | Ja | Keine [ 177 ] | [ 178 ] | leistungsstarker APA- Farb -PCG [ 179 ] |
| Casio FX-9000P | 1980 | 4K | 32×16 Text in 256×128 [ 77 ] Grafik Mono | (256×128) | Keiner | ? |
Andere Modelle
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | ||||||||||
| Compucolor II | 1977 | SMSC CRT5027 | 4K [ 180 ] | 64×32 oder 64×16, 8 Farben auf einem 13-Zoll-eingebauten Farbbildschirm | „Full“: Limitierte Auflösung 512×256, 8 Farben Halbformat: 128×128 [ 181 ] 8 Farben oder vermutlich 128×96 8 Farben oder 128×48 8 Farben (durch in der Schriftart enthaltene Blockgrafikzeichen) | 64×16 oder 64×32, 128×128 | BG | Es soll der erste Farb-Heimcomputer auf dem Markt gewesen sein und bot für die damalige Zeit eine sehr gute Grafik. | |||
| Comx-35 und Klone | 1983 | CDP1869 CDP1870 | 3K [ 182 ] | 40×24 [ 183 ] 8 Vordergrundfarben (4 pro 6×8 oder 6×9 Pixel, 1 pro 6-Pixel-Zeile) + 8 Hintergrundfarben (für den gesamten Bildschirm) | "Voll": Begrenzte Auflösung 240×192 (NTSC)/240×216 (PAL)/240×384 (erweiterter RAM) [ 184 ] 8 Vordergrundfarben (4 pro 6×8 oder 6×9 Pixel, 1 pro 6 Pixel Zeile) + 8 Hintergrundfarben (für den gesamten Bildschirm) Halb: 80×72 [ 185 ] /120×96 [ 186 ] 8 Vordergrundfarben (4 pro 6×8 oder 6×9 Pixel, 1 pro 6-Pixel-Zeile) + 8 Hintergrundfarben (für den gesamten Bildschirm) | 40×24 | BG, SG [ 187 ] | Ja | 8 Vordergrund- + 8 Hintergrundbilder von insgesamt? | ||
| Durango F-85 | 1977 | Intel 8275 | 2 KB | 80×24 oder 64×16 Mono, auf einem eingebauten 9-Zoll-CRT-Bildschirm | Halb: Vermutlich 160×72 oder 128×48 Mono | (80×24 oder 64×16) | LC, BG | ||||
| MZ-700 [ 188 ] | 1982 | M60719 [ 189 ] | 2000 Bytes [ 190 ] | 40×25 8 Farben | "vollständig": Limitierte Auflösung 320×200, 8 Farben Halbformat: 80×50 [ 69 ] 8 Farben | 40×25 | LC, BG, SG | NEIN | |||
| PC-8001 | 1979 | ìPD3301D | 3K, 16K, 48K | 40×20, 40×25, 80×20 oder 80×25, 8 Farben | Vollbild: 320×200 oder 640×200, 8 Farben | 320×200 oder 640×200, 80×25 | LC, BG | NEIN | |||
| Robotron 1715 | 1984 | Intel 8275 | 2 KB | 80×24 oder 64×16 Mono | Halb: Vermutlich 160×72 oder 128×48 Mono | (80×24 oder 64×16) | LC, BG | für Modell 1715W | besaß zwei umschaltbare ROMs für kyrillische/lateinische Buchstaben | ||
| Telmac TMC-600 | 1982 | CDP1869 CDP1870 | 1K [ 193 ] | Vermutlich 40×24 8 Farben | Halbformat: 80×72 8 Farben | 40×24 | LC | NEIN | |||
| Matra Alice 32/90 und Klone sowie Philips VG5000 | 1984 | EF9345 | 8K | 32×16, 40×25 oder 80×25, 9 Farben | Vollbild: 160×125 oder 320×250 [ 194 ] 16 Farben Halbformat: 64×32, 80×50 oder 160×50, 9 Farben | 32×16, 40×25, 80×25 | LC, BG | 3×100 benutzerdefinierbare Zeichen, aber nur im 40×25-Textmodus | Vordergrund und Hintergrund in voller und halber Intensität (von 8) | DR | Videoeingang [ 195 ] |
Systeme mit einem Video-Interface-Controller
MC6847 oder zweite Quelle
Text 32×16 9 Farben Grafik Voll: 64×64 4 Farben, 128×64, 128×96, 128×192 2 oder 4 Farben oder 256×192 2 Farben Halb: 64×32 9 Farben oder 64×48 4 Farben Farbauflösung 64×64, 128×64, 128×96, 128×192 oder 256×192; 64×32 oder 64×48
Quellen: [ 196 ] [ 115 ] [ 116 ]
| Systemname | Jahr | Chipname | Videomodus(en) [ 197 ] | Farbauflösung [ 197 ] | Schriftart-Extras | HW-Beschleunigung. | Sprite-Details |
|---|---|---|---|---|---|---|---|
| Acorn Atom , APF Imagination Machine , APF-MP1000 , GEM 1000 / Charlemagne 999 , [ 198 ] Laser 100/110, Laser 200/210 und 310, [ 199 ] SPC-1000 (spätere Modelle), CCE MC-1000 , Gakken Compact Vision TV Boy , Dragon 32/64 , TRS-80 MC-10 und Klone | 1978, 1979, 1980, 1981, 1982, 1983, 1985 [ 200 ] | MC6847 | BG [ 201 ] | Keiner | |||
| SPC-1000 (frühe Modelle) | 1983 | AMI S68047 | |||||
| NEC PC-6001 | 1981 | M5C6847P-1 | Halbformat: 64×48 9 Farben | ||||
| TRS-80 Farbcomputer 1 & 2 und Klone [ 202 ] | 1980 | MC6847 [ 203 ] +MC6883 | Vollbild: 64×64 4 Farben, 128×64, 128×96, 128×192 2 oder 4 Farben oder 256×192 Halbformat: 64×64, 64×96 oder 64×192 [ 204 ] | 64×64, 64×96 oder 64×192 | BG [ 205 ] | Der MC6883 konnte in Semigrafikmodi tatsächlich als eine Art eingeschränkte Sprite-Hardware verwendet werden, wodurch diese in der Praxis auf 256×192×9-Grafikmodi beschränkt waren. | |
Andere Modelle
Mit unabhängigem Textmodus
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | Sprite-Details | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | |||||||||||
| VIC-20 | 1980 | VIC [ 206 ] | 506 Bytes + 506 Nibbles [ 207 ] | 22×23 [ 208 ] 16 Farben (die oberen 8 sind als Vordergrund unbrauchbar) | Technisch voll: 160×160 16 Farben (die oberen 8 sind als Vordergrund nicht verwendbar) (oder mehr in Sonderfällen) oder eingeschränkt 176×184 16 Farben (die oberen 8 sind als Vordergrund nicht verwendbar) Semi: technisch 44×46 16 Farben (obere 8 als Vordergrund unbrauchbar) unter Verwendung eines Teils des PETSCII-Zeichensatzes [ 209 ] | 22×23 [ 208 ] | LC, BG, SG [ 210 ] | Ja | Nicht wirklich, aber etwas Ähnliches ließe sich erreichen, indem man die vier von sechzehn für jede Kachel ausgewählten Farben oder die globale Hintergrundfarbe verändert. | Der VIC-Chip ermöglichte es einem Zeichengenerator im RAM, die pixelgenaue Darstellung der Bildschirmzeichen neu zu definieren und doppelt hohe Zeichen (8 Pixel breit, 16 Pixel hoch) zu verwenden. Ein vollständig adressierbarer 160x160-Bildschirm war möglich, indem man ihn mit einer Sequenz von 200 verschiedenen doppelt hohen Zeichen füllte und anschließend die Pixel innerhalb der RAM-basierten Zeichendefinitionen selektiv aktivierte. Die Begrenzung auf 200 Zeichen stellte sicher, dass genügend Bytes für das Bildschirmzeichenraster selbst übrig blieben, um vom VIC-Chip adressiert zu werden. Die Super-Expander-Cartridge bot einen solchen Modus in BASIC, musste dafür aber oft das BASIC-Programm im Speicher verschieben. Mit einem dynamischeren Speicherbelegungsschema ließ sich auch ein größerer Bereich des Bildschirms mit adressierbaren Grafiken füllen, sofern der Inhalt spärlich oder ausreichend repetitiv war. | Der VIC-20 verfügte über Hardwareunterstützung für einen Lichtstift , seine auffälligsten Merkmale waren jedoch sein Textmodus mit sehr breiten Zeichen und sein eingebauter Composite-Videoausgang sowie der Interlaced-Modus des NTSC VIC [ 211 ]. | |
| Commodore 64 | 1982 | VIC-II | 16K | 40×25 16 Farben | Vollbild: 160×200 [ 212 ] oder 320×200, 16 Farben (semi: 80×50 16 Farben unter Verwendung eines Teils des Pseudo-Grafikzeichensatzes ) | 40×25 | LC, BG, SG | 1 (320 px) oder 3 (160 px) Vordergrund + 1 Hintergrund von 16 | SP, SC | S#= 8 SS= 24×21, 12×21 SC=1 SP=8 | Viele | |
| Commodore 65 | 1991 | VIC-III | bis zu 500.000 unterstützt [ 213 ] | 40×25 oder 80×25, 16 Farben | Vollbild: 160×200, 160×400, [ 214 ] 320×200, 320×400, 640×200, 640×400, 1280×200 oder 1280×400, bis zu 256 Farben (semi: 80×50 oder 160×50 16 Farben unter Verwendung eines Teils des Pseudo-Grafikzeichensatzes ) | 40×25; 160×200, 160×400, [ 214 ] 320×200, 320×400, 640×200, 640×400, 1280×200 oder 1280×400 | 4096 [ 215 ] | SP, SC, BL | Alle Commodore 64-Funktionen, plus DMA-Blitter-Unterstützung und Genlock . | |||
| Commodore 16 , 116 und Plus/4 | 1984 | TED | 8K | 40×25 16 Farben | Vollbild: 160×200 [ 212 ] oder 320×200, 121 Farben (semi: 80×50 16 Farben unter Verwendung eines Teils des Pseudo-Grafikzeichensatzes ) | 40×25 | 1 (320 px) oder 3 (160 px) Vordergrund + 1 Hintergrund von 121 | Keiner | Einige [ 216 ] | |||
| IBM PCjr & Tandy 1000 | 1984 | "Video Gate Array" + 6845 (PCjr) [ 217 ] / Tandy-eigener Chip [ 218 ] | 32K [ 219 ] | 40×25 oder 80×25, 16 Farben | Vollbild: 160×200, 320×200 (4 oder 16 Farben) oder 640×200 (2 oder 4 Farben) ("semi": 160×100 [ 220 ] 16 Farben) | 40×25 oder 80×25; 160×200, [ 212 ] 320×200 oder 640×200 | LC | NEIN | 2 oder 4 von 16 | |||
| IBM PS/1 | 1990 | " VGA " | 128K | Üblicherweise 80×25, 40×25, 80×43 oder 80×50, 16 Farben auf einem 14-Zoll-Monitor | Üblicherweise 640×480, 640×400, 640×350 16 Farben oder 320×200 16 oder 256 Farben [ 77 ] | Üblicherweise 640×480, 640×400, 640×350 oder 320×200 | LC | Ja [ 221 ] | 16 oder 256 Farben aus einer Palette von 262144 Farben (6 Bit pro RGB-Kanal) | SC | — | " Videooptimierung " |
Ohne unabhängigen Textmodus(en)
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | Sprite-Details | einzigartige Merkmale |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Eichel Archimedes [ 222 ] | 1987 | VIDC1 | 480 KB (vom Arbeitsspeicher) | Textgröße wird in Flexible Graphics softwareseitig angepasst, maximal 256 Farben (z. B. 800×600 16 Spalten) [ 77 ] | bis zu 1152×896 | LC | Ja | 16 Gruppen à 16 aus 4096 | SP | S#= 1 [ 223 ] SS= 32×n SC=3 SP=1 | |
| Acorn RiscPC | 1994 | VIDC20 | 2 MB, 1 MB | Textgröße wird in Flexible Graphics softwareseitig angepasst, bis zu 16 Millionen Farben (z. B. 1600×1200 256 Spalten) [ 77 ] [ 224 ] | bis zu 1600×1200 | In ≤256 Farbmodi | |||||
| NEC PC-8801 | 1981 | SGP [ 225 ] | 48K | Vollständig: 80×25 Text in 640×200 Grafiken, 640×400 2 Farben, 40×25 in 320×200 oder 320×400 8 Farben [ 226 ] Halbformat: 160×100 [ 227 ] 8 Farben | 160×100; [ 227 ] 640×200, 640×400, 320×200 oder 320×400 | LC, BG, SG | Ja | 8 oder 2 von 512 [ 228 ] | NEIN | frühe Unterstützung für hochauflösende Bilder | |
| VideoBrain | 1978 | UV-201 & UV-202 [ 229 ] | 168 Bytes [ 230 ] | 384×336i [ 231 ] Grafik 16 Farben 16×7 Text in 128×56 [ 232 ] Semigrafiken 16 Farben | 16×7, 384×336i | SG [ 233 ] | NEIN | Keiner | |||
Systeme mit einem Video-Coprozessor
Mit unabhängigem Textmodus
| Systemname | Jahr | rowspan="2" Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | Sprite-Details | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | |||||||||||
| Atari 8-Bit-Computer | 1979 | ANTIC , CTIA/GTIA | 18K+ von 64K [ 234 ] | 32/40/48×24 (30), 16/20/24×24 (30) oder 16/20/24×12 (15) [ 235 ] 2 (5) Farben | 32/40/48×24 (30), [ 236 ] 64/80/96×48 (60), 64/80/96×96 (120), 128/160/192×96 (120), 128/160/192×192 (240) 2 oder 4 Farben, 256/320/384×192 (240) 2 Farben, 64/80/96×192 (240) [ 237 ] 9/16/8 oder 16 Farben | 32/40/48×24 (30), 64/80/96×48 (60), 64/80/96×96 (120), 128/160/192×96 (120), 128/160/192×192 (240), 64/80/96×192 (240) | LC, BG, SG [ 238 ] | Ja [ 239 ] | 16 von 128 (mit FGTIA oder GTIA) oder 256 (nur mit GTIA) | SP, SC | S#=4+4 oder 5 SS=8 + 2 oder 5×256(max) SC=1 SP=4+4 oder 5 | Viele, insbesondere die Hardwareunterstützung für einen Lichtstift und die Displayliste . Möglicherweise die leistungsfähigste Hardware der frühen 80er Jahre, wenn man bedenkt, dass sie in den 70er Jahren entwickelt wurde. |
| Coleco Adam , VTech CreatiVision , MSX1 , [ 240 ] Pencil 2 , Memotech MTX , [ 241 ] Sega SC-3000 , Sord M5 , SV-318 und SV-328 , Tatung Einstein , TI-99/4 , TI-99/4A , Tomy Tutor/Pyuuta | 1979–1984 | TMS9918 A [ 242 ] | 16K | 32×24 [ 243 ] 16 Farben oder 40×24 2 Farben | Vollbild: 256×192, 16 Farben Halbformat: 64×48 16 Farben | 32×24, 32×192 | LC, (BG, SG) [ 244 ] [ 245 ] | Ja | Keiner | SP, TE | S#=32 SS=8×8, 16×16 SC=1 SP=4 | Der TMS9918 wurde für den TI-99/4 entwickelt, er verfügt über Textzeichen von 8×8 (32 Zeichen pro Zeile) oder 8×6 Pixel (40 Zeichen pro Zeile) und bietet begrenzte Einschränkungen bei der Attributkollisionsfarbe . Er verfügt über 32 monochrome Sprites von 8×8 oder 16×16 Pixel. |
| MSX2 , MSX2+/TurboR [ 246 ] | 1986, 1988 | Yamaha V9938 , Yamaha V9958 | 64K, 128K oder 192K [ 247 ] | 32×24, 32×26,5 (16 Farben), 40×24, 40×26,5 (2 Farben), 80×24 oder 80×26,5 [ 248 ] ( 4 Farben ) | Vollständig: 256×192p, 256×212p, 256×384i, 256×424i 4, 16 oder 256 Farben; später auch 12499 oder 19268 Farben, 512×192p, 512×212p, 512×384i, 512×424i 4 oder 16 Farben Halbformat: 64×48p, 64×53p, 64×96i oder 64×106i, 16 Farben | 32×24, 40×24, 80×24, 32×26,5, 40×26,5 oder 80×26,5; [ 248 ] 32×192; 256×192p, 512×192p, 256×212p, 512×212p, 256×384i, 512×384i, 256×424i, 512×424i | LC, BG, SG | Ja | 2, 4 oder 16 von 512 Farben | SP, TE, SC, [ 249 ] BL, DR | S#=32 SS=8×8, 16×16 SC=16 [ 250 ] SP=8 | Viele einzigartige Merkmale [ 251 ] |
| P2000T [ 252 ] | 1980 | SAA5243 [ 253 ] | 960 Bytes | 40×24 8 Farben | Halbformat: 80×72 8 Farben | 40×24 | LC, BG | NEIN | Keiner | — | Eines der ersten Systeme mit farbiger Teletextgrafik | |
Ohne unabhängigen Textmodus(en)
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | Sprite-Details | einzigartige Merkmale |
|---|---|---|---|---|---|---|---|---|---|---|---|
| FM-7 | 1982 | MC6809 | 48K, 96 oder 144K im AV-Modus [ 254 ] | 40×25 oder 40×20 Text in 320×200 [ 255 ] Grafiken 4096 Farben für FM-77AV und AV20 oder 262144 Farben für FM-77AV40 oder 80×25, 80×20 Text in 640×200 [ 256 ] Grafiken 8 Farben | 320×200 oder 640×200 | LC | Ja | Keiner | 320×200×4096 Farben für FM-77AV und AV20 oder 262144 Farben für FM-77AV40 und 640×200×8 Farben ohne Farbbeschränkungen [ 257 ] | ||
| Amiga (erste Generation) [ 258 ] | 1985 | Agnus [ 259 ] und Denise [ 260 ] | 1M "Chip RAM" [ 261 ] | Beliebige Textgröße bis zu 80×32 (80×64 im Interlaced-Modus) [ 262 ] in 320×200p, 640×200p, 320×400i oder 640×400i [ 77 ] [ 263 ] Grafiken mit 2 bis 64 Farben und 4096 Farben | 320×200p, 640×200p, 320×400i oder 640×400i [ 263 ] | LC | Ja | 2 bis 32 Farben von insgesamt 4096 Farben | BL, SP, SC, DR | S#=8 [ 264 ] SS=16 breit, beliebige Höhe SC=3 oder 15 [ 265 ] SP= 8 | Viele einzigartige Merkmale [ 266 ] |
| Amiga (zweite Generation) [ 267 ] | 1990 | Super-Agnus [ 259 ] und Hires Denise [ 268 ] | 1M oder 2M "Chip-RAM" | Beliebige Textgröße bis zu 160×32 (160×64 im Zeilensprungmodus) in NTSC-Grafik: 320×200, 640×200, 320×400, 640×400 [ 269 ] 2 bis 64 Farben und 4096 Farben, 1280×200p oder 1280×400i 4 Farben. PAL-Grafik: 320×256, 640×256, 320×512, 640×512 [ 269 ] 2 bis 64 Farben und 4096 Farben, 1280×256p oder 1280×512i 4 Farben [ 77 ] . | NTSC: 320×200, 640×200, 320×400, 640×400, 1280×200p oder 1280×400i PAL: 320×256, 640×256, 320×512, 640×512, 1280×256p oder 1280×512i | noch mehr einzigartige Merkmale [ 270 ] | |||||
| Amiga (Dritte Generation) [ 271 ] | 1992 | Advanced Graphics Architecture (AGA) [ 272 ] | 2M "Chip-RAM" | Beliebige Textgröße bis zu 160×32 (160×64 im Interlaced-Modus, 100×75 im Super72-Modus) in NTSC: 320×200 bis 1280×400. Grafik: 2 bis 256, 4096 bis 262144 Farben. PAL: 320×256 .. 1280×512, Grafik: 2 bis 256, 4096 bis 262144 Farben VGA: 640×480, 2 bis 256, 4096 bis 262144 Farben Super72: 400×300 .. 800×600 (interlaced) [ 77 ] Grafik 2 bis 256, 4096 bis 262144 Farben | NTSC: 320×200 .. 1280×400 PAL: 320×256 .. 1280×512 VGA: 640×480 Super72: 400×300 .. 800×600 (interlaced) | 2 bis 256 Farben von insgesamt 16.777.216 Farben | S#=8 SS=64 breit, beliebige Höhe SC=2 oder 15 SP=8 | noch weitere einzigartige Merkmale [ 273 ] | |||
| Atari Falcon | 1992 | VIDEL, COMBEL (Blitter) | 1 bis 14M "Chip-RAM" | Beliebige Textgröße bis zu 160×32 CRT: 320×200 bis 1600×608; Grafik: 2, 4, 16.256 Farben (indexiert), 32.768 Farben (+Overlay), 65.536 Farben (Hi-Color); VGA: 640×480 oder 800×608 [ 77 ] ; Grafik: 2, 4, 16.256 Farben (indexiert), 32.768 Farben (+Overlay), 65.536 Farben (Hi-Color) | CRT: 320×200 bis 1600×608 VGA: 640×480 oder 800×608 | 2 bis 65536 Farben von insgesamt 262.144 Farben | BL | — | Scanverdoppler | ||
Systeme, die in mehrere Klassifizierungen fallen
Es ist bekannt, dass diese Systeme auf mehreren Technologien basieren. Die gewählte Hardware kann einen erheblichen oder geringfügigen Einfluss auf die Videoausgabe haben.
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | HW-Beschleunigung | Sprite-Details | einzigartige Merkmale | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | |||||||||||
| Acorn Eurocard-Systeme [ 274 ] | 1980 | MC6845 + SAA5050 | 1K | 40×25 8 Farben | Halbformat: 80×75 8 Farben | 40×25 | LC, BG | NEIN | Keiner | |||
| Commodore CBM-II Serie | 1982 | MC6845 / VIC-II | 2000 Bytes mit CRTC, 16 KB mit Video-Interface-Controller | 80×25 Mono auf einem 12-Zoll-Mono-Monitor mit CRTC oder 40×25 16 Farben mit Video-Interface-Controller | Vollständig: Begrenzte Auflösung 640×200 Mono mit CRTC oder 160×200 oder 320×200 16 Farben mit Video-Interface-Controller Halbautomatisch: 160×50 Monochrom mit CRTC (oder 80×50 16 Farben mit Video-Interface - Controller) unter Verwendung eines Teils des Pseudo-Grafikzeichensatzes | (80×25 mit CRTC) oder 40×25 mit Video-Interface-Controller | LC mit Video-Interface-Controller, BG, SG | 1 (320 px) oder 3 (160 px) Vordergrund + 1 Hintergrund von insgesamt 16 mit Video-Interface-Controller | SP, SC mit Video-Schnittstellencontroller | S#= 8 SS= 24×21, 12×21 SC=1 SP=8 mit Video-Interface-Controller | ||
| Commodore 128 | 1985 | VIC-II E (40-Spalten-Modus), VDC (80-Spalten-Modus) | 16K+16K (128) oder 64K (128D) sind für VDC reserviert. | 40×25, 80×25 oder 80×50 16 Farben [ 275 ] | Vollbild: 160×200 [ 212 ] oder 320×200 (40-Spalten-Modus), 640×200 oder 640×400 (80-Spalten-Modus), 16 Farben (semi: 80×50, 160×50 oder 160×100 16 Farben unter Verwendung eines Teils des Pseudo-Zeichensatzes ) | 40×25 (40-Spalten-Modus), 640×200 oder 640×400 (80-Spalten-Modus) | 1 (320 px) oder 3 (160 px) Vordergrund + 1 Hintergrund von 16 (40-Spalten-Modus) | SP, SC (40-Spalten-Modus); BL (80-Spalten-Modus) | S#= 8 SS= 24×21, 12×21 SC=1 SP=8 (40-Spalten-Modus) | Verwendet zwei verschiedene Videoschaltungen [ 276 ] | ||
| Amstrad CPC | 1984, 1990 | MC6845 + ASIC | 16K | 20×25 16 Farben, 40×25 4 Farben oder 80×25 [ 277 ] [ 278 ] 2 Farben | 160×200 16 Farben, 320×200 4 Farben oder 640×200 [ 77 ] [ 279 ] 2 Farben | 160×200, 320×200 oder 640×200 | LC | Ja | 17 von 27 (Original), 32 von 4096 (Plus) | SC, SP (Plus) | S#=16 [ 280 ] SS=16×16 [ 281 ] SC=1 SP=16 (Plus) | 3-stufiges RGB (Original), Bildschirmsteuerung [ 282 ] (Plus) |
| BBC Micro | 1981 | MC6845 + SAA5050 | 20K (max) [ 283 ] [ 284 ] | 80×32 oder 80×25, 2 Farben; 40×32, 2 oder 4 Farben; 40×25, 2, 4 oder 8 Farben; [ 285 ] 20×32, 4 oder 8 Farben | Vollbild: 640×256, 640×200 [ 286 ] 2 Farben, 320×256, 320×200 2 oder 4 Farben oder 160×256 4 oder 8 Farben Halbformat: 80×75 [ 287 ] 8 Farben | 640×256, 320×256, 160×256, 640×200 oder 320×200; 40×25 | LC, BG | NEIN | 16 [ 288 ] | Keiner | Teletext-Modus, Schatten-RAM-Unterstützung [ 289 ] | |
| NEC PC-6001 MKII | 1983, 1984 | MC6845 +M5C6847P-1 | 50.000 | 32×16 oder 40×20; später auch 40×25, 80×20 oder 80×25; 9 oder 16 Farben | Vollbild: 64×64 (4 oder 16 Farben), 128×64, 128×96, 128×192 (2, 4 oder 16 Farben), 256×128, 256×192 (2 oder 16 Farben), 160×200, 320×200 (4 oder 16 Farben); später auch 640×200 (4 Farben) Halbformat: 64×32 Pixel, 9 oder 16 Farben oder 64×48 Pixel, 4, 9 oder 16 Farben oder 80×40 Pixel, 16 Farben; später auch 80×50, 160×40, 160×50 Pixel, 16 Farben | 64×64, 128×64, 128×96, 128×192, 256×128, 256×192, 160×200, 320×200; später auch 640×200: 32×16 oder 40×20; später auch 40×25, 80×20 oder 80×25 | 2 oder 4 von 16 | — | ||||
| Polycorp Poly-1 | 1980 | 2× SAA5050 + SAA5020 + diskrete Logik | 48K | 40×24, 80×20, 8 Farben | Vollbild: 240×204 oder 480×204, 8 Farben Halbformat: 80×72 [ 290 ] 8 Farben | 240×204 oder 480×204, 40×24 | Keiner | Außerdem wurden drei für Fernsehgeräte entwickelte Teletext- Chips verwendet. [ 291 ] | | ||||
| Sharp X68000 | 1987 | VINAS 1 + 2, VSOP, CYNTHIA / Jr, RESERVE [ 292 ] | 1056K [ 293 ] | von 16×16 bis 128×128 [ 294 ] 256 Farben | von 256×256 bis 1024×1024 [ 77 ] 256 Farben | von 256×256 bis 1024×1024 | LC | Ja [ 295 ] | 65.536 Palette | SP | S#=128 SS=16×16 SC=16 SP=32 | spezielle Hardwareoptionen [ 296 ] |
Systeme, die nicht klassifiziert werden konnten
Bei diesen Systemen konnte nicht festgestellt werden, auf welcher Technologie sie basieren; daher sind einige Informationen darüber möglicherweise ungenau.
| Systemname | Jahr | Chipname | Video-RAM | Videomodus(en) | Farbauflösung | Schriftart-Extras | weiche Schriftarten | Palettenunterstützung | |
|---|---|---|---|---|---|---|---|---|---|
| Text | Grafik | ||||||||
| Agat-Serie | 1983 | Unbekannt | 8 KB | 32×32 Pixel, 16 Farben | 64×64 Pixel, 16 Farben; 128×128 Pixel, 8 Farben; oder 256×256 Pixel, 2 Farben. | 64×64, 128×128 oder 256×256 | LC | Unbekannt | n von 16 |
| Orao | 1984 | bis zu 24 KB | 32×32 bis zu 8 Graustufen | Volle Auflösung: 256×256 Pixel, bis zu 8 Graustufen Halb: 64×96 bis zu 8 Graustufen | 32×32, 256×256 | Ja | |||
| Vector-06C | 1987 | 32 KB | 32×32 2 oder 16 Farben oder 64×32 [ 297 ] 2 oder 4 Farben | 256×256 2 oder 16 Farben oder 512×256 2 oder 4 Farben [ 77 ] | 256×256 oder 512×256 | Unbekannt | 256 | ||
Siehe auch
Anmerkungen
- ^ Geschichte des C64 als Spieleplattform
- ^ Einige der Grafikfähigkeiten des VIC-II-Chips von 1982, der zu einer Zeit entwickelt wurde, als andere Systeme nur wesentlich primitivere Grafiken erzeugen konnten.
- Tatsächlich ist die tatsächliche Größe komplexer: 6144 Bit, von denen 5760 Bit tatsächlich genutzt wurden. Dies liegt daran, dass die Videodaten nicht im Arbeitsspeicher (RAM), sondern in sechs dynamischen Schieberegistern vom Typ Signetics 2504, die jeweils 1024 Bit fassten. Tatsächlich wurden aber nur 40 × 24 = 960 Speicherplätze der Schieberegister belegt.
- ^ Die sechs Bits pro Zeichenspeicherplatz reichten nur für die Adressierung von 64 Zeichen aus. Ein Signetics 2513 Zeichengenerator-ROM speicherte nur Großbuchstaben und einige andere alphanumerische Zeichen in einer 5×7-Matrix.
- Der Datapoint nutzte Schieberegister für seinen Videospeicher und die Netzfrequenz (50 oder 60 Zyklen pro Sekunde) für einen vollständigen Aktualisierungszyklus. Beim Schreiben auf das Display musste die CPU auf das nächste Zeitfenster warten, das 50 (oder 60) Mal pro Sekunde erschien. Anschließend konnte die CPU ein einzelnes Zeichen oder (mit spezieller Software) mehrere Zeichen bis zu allen 960 Zeichen schreiben .
- ^ „Der Eintrag auf oldcomputers.com gibt an, dass der Mupid zwischen 1981 und 1983 entwickelt wurde .“ Archiviert vom Original am 21.11.2010 . Abgerufen am 14.10.2012 .
- ^ 2K 32 Bits Holz pro Zeichen, zie
- ^ Vom Benutzer generierte grafische Symbole bilden das Herzstück der Grafikfähigkeiten von Mupid.
- ^ TU Graz-Seite darüber, wie das Mupid entstanden ist
- ^ Der SOL-20 nutzte den Motorola 6574 Zeichengenerator-ROM als Grundlage
- Die ersten 32 Zeichen im Zeichengenerator-ROM von Motorola enthielten spezielle Pseudografikzeichen, hauptsächlich Linienzeichen und Ähnliches. Für den ASCII-BELL-Code gab es eine einfache Glockenform im Zeichensatz. Alternativ konnte das Zeichen-ROM auch zweibuchstabige Abkürzungen der ASCII-Steuerzeichen erzeugen.
- Noch vor dem SOL-20 gab es zahlreiche frühe Systeme mit S100-Bus , in die man ebenfalls eine Grafikkarte einsetzen konnte. Einige waren sehr primitiv, viele boten aber sehr gute Grafikfähigkeiten. Ein solches S100-System war der Micro Mini der ECD Corporation . Eine besonders leistungsfähige frühe S100-Grafikkarte war die „Merlin Intelligent Video Interface“ von „MiniTerm“-Mitarbeitern. Die damals wohl bekannteste war die Cromemco Dazzler . Allerdings fallen nicht alle S100-basierten Systeme in den Rahmen dieses Artikels, da hier vollständige (und standardisierte) Systeme und nicht nur Grafikkarten beschrieben werden.
- ^ gemäß Benutzerhandbuch
- ^ Es gibt keinen echten Videospeicher, da die Anzeige größtenteils softwarebasiert aufgebaut ist. Für andere Zwecke als die zeichenbasierte 32×16-Anzeige könnte mehr Arbeitsspeicher verwendet werden.
- ^ Eine häufig modifizierte Galaksija 1-Firmware ermöglicht es, Zeichendefinitionen zeilenweise auszutauschen, ähnlich wie beim MC6883; der entsprechende Galaksija 2-Grafikmodus erlaubt die vollständige Grafikdarstellung (abgeleitet von einer 8×13-Zeichenmatrix).
- Bei Verwendung von 2×3 Text-Semigrafikzeichen , wie dem TRS-80 auf einer 8×13 Pixel pro Zeichenmatrix, bedeutet dies, dass eine der Zeilen 4 Pixel hoch war anstatt 3. Beachten Sie, dass die Pixel durch eine 1 Pixel breite Barriere getrennt waren. Dies war notwendig, da die unterste (letzte) Pixelzeile eines jeden Zeichens schwarz sein musste, da diese Zeile verwendet wurde, wenn der sichtbare Bereich des Bildschirms nicht angezeigt wurde.
- ^ Der standardmäßige Zeichengenerator im EEPROM unterstützte keine Kleinbuchstaben.
- ^ Dank eines speziellen Softwaretricks konnte die Galaksija flüssiges Scrollen ausführen.
- Das OSI Superboard II war auch deshalb berühmt, weil es das erste System war, für das Microsoft BASIC im ROM verfügbar war.
- ^ Virtueller Klon des Ohio Scientific Superboard II-Computers mit verbessertem Textmodus, da das Original einen weniger nützlichen 32×32-Textmodus verwendete.
- ^ 1,5K mit bestücktem Farb-RAM-Steckplatz
- ^ Vermutlich konnte der Compukit UK101 auf diesen Modus zugreifen.
- ^ abwechselnd verwendete und ungenutzte Zeilen einer 64×32-Matrix
- ^ a b c d durch einen Tastendruck auf das Tastaturregister auswählbar
- ^ Tatsächlich ist nur ein Bereich von 24×24 oder 48×15 sichtbar (abwechselnd verwendete und ungenutzte Zeilen einer 48×30 Matrix), der Bereich außerhalb davon ist normalerweise auf einem Fernseher nicht sichtbar und wird daher von der Software nicht genutzt.
- ^ Tatsächlich ist nur ein Bereich von 192×192 oder 384×120 sichtbar, der Bereich außerhalb, der normalerweise auf einem Fernseher nicht sichtbar ist und daher von der Software nicht genutzt wird.
- ^ Tatsächlich ist nur ein Bereich von 48×72 oder 96×45 sichtbar, der Bereich außerhalb, der normalerweise auf einem Fernseher nicht sichtbar ist und daher von der Software nicht genutzt wird.
- ^ Ferranti ULA 2C184E / 2C210E integriert die Videologik des ZX80 in eine einzige Schaltung
- ^ Im Gegensatz zu allen anderen Systemen (mit Ausnahme des ZX81) verwendete der ZX80 einen flexiblen "Anzeigepuffer", der nicht mehr als die absolute Anzahl von Bytes enthielt, d. h. ein Byte für jedes angezeigte Zeichen vom Anfang einer Zeile zuzüglich eines "Zeilenendes"-Bytes.
- Da die Darstellung vollständig softwaregesteuert war, gelang es einigen sehr raffinierten Spielen, eine echte „hochauflösende“ Darstellung mit potenziell 256×192 Pixeln zu erzeugen .
- ^ Mithilfe der acht Text- Semigrafikzeichen und der Option „Inverses Video“ war es möglich, einen sehr groben adressierbaren Modus mit 64×48 Punkten anzuzeigen.
- Der langsame Modus bedeutete, dass BASIC-Programme entweder nur eine Bildausgabe generieren oder Berechnungen durchführen konnten, nicht beides gleichzeitig. Während der Bildausgabe wartete der ZX80 lediglich auf einen Tastendruck. Einige Assembler-Programme konnten dieses Problem umgehen. Der Nachfolger des ZX80, der ZX81, löste das Problem, indem er die Zeit zwischen zwei Bildausgaben für Berechnungen nutzte.
- ^ Weitere Informationen: https://hc-ddr.hucki.net/wiki/doku.php/homecomputer/bcs3
- ^ Mit 2,5 MHz CPU-Takt
- ^ Mit 3,5 MHz CPU-Takt
- ^ Videogenerierungsverfahren ähnlich dem ZX80, 2,5 MHz oder 3,5 MHz CPU-Taktvarianten, Timing-Generierung mittels Z80 CTC-Schaltung
- ^ Verwendung von 2×3 Videotex- Blockgrafiken ( Text-Semigrafiken )
- Ähnlich wie der Sinclair Spectrum mit seinen „parallelen Attributen“ konnte der Oric mit seinen seriellen Attributen und einem Videospeicher, der gerade für ein Monochrom-Display ausreichte, ein Farbdisplay mit vielen Zusatzfunktionen erzeugen. Im Fall des Oric waren dies doppelt so hohe Zeichen, blinkende Zeichen, das Umschalten zwischen Text und hochauflösenden Grafiken auf dem Bildschirm, das Umschalten zwischen Zeichensätzen (aus dem Zeichen-ROM oder programmierbaren Zeichensätzen), das Umschalten der acht Vorder- und Hintergrundfarben und vieles mehr. Dies hatte jedoch den Nachteil, dass die Anzeige schwierig zu handhaben war und die Attribute jeweils sechs aufeinanderfolgende Pixel (ein Zeichen) belegten, in denen nur die Hintergrundfarbe dargestellt werden konnte. Siehe auch: [1] Archiviert am 15.02.2010 in der Wayback Machine.
- ^ Und die Vielzahl seiner Klone, siehe Liste der Apple II-Klone
- Der Apple II verfügt über einen 1-KB-Textpuffer für den 40×24-Textmodus bzw. den 40×48-Grafikmodus mit niedriger Auflösung und einen 8-KB-Framepuffer für den 280×192-Grafikmodus mit hoher Auflösung. Da Apple jedoch zwei Text- und zwei Grafikseiten verwendete, beträgt der gesamte für Video reservierte Speicher 18 KB. Die erste Text-/Niedrigauflösungsseite erstreckt sich von 0400H bis 07FFH, die zweite von 0800H bis 0BFFH. Der erste Framepuffer für hohe Auflösung erstreckt sich von 2000H bis 3FFFH und der zweite von 4000H bis 5FFFH.
- ^ in einer 5×7-Punktmatrix mit einem Pixel auf jeder Seite der Zeichen und einem ein Punkt hohen Abstand zwischen den Zeilen.
- Im hochauflösenden Grafikmodus stehen sechs Farben zur Verfügung: Schwarz, Weiß, Orange, Blau, Grün und Violett. Jeder Punkt kann schwarz, weiß oder farbig sein, wobei nicht alle Farben für jeden Punkt verfügbar sind. Ein Pixel mit dem Wert 0 wird schwarz dargestellt , ein Pixel mit dem Wert 1 weiß oder farbig. Die Farbe eines Pixels in einer 7-Pixel-„Linie“ wird sowohl durch das achte Bit des Pixeldatenbytes als auch durch dessen Position im Byte bestimmt. Befindet sich das Bit in der Spalte ganz links auf dem Bildschirm oder in einer geraden Spalte, erscheint der Punkt violett. Befindet sich das Bit in der Spalte ganz rechts oder in einer ungeraden Spalte, wird der Punkt grün dargestellt. Befinden sich zwei gerade und zwei ungerade Pixel nebeneinander, sind beide weiß. All dies gilt für alle sieben Pixel eines Anzeigebytes, dessen achtes Bit 0 (aus) ist. Wenn dieses Bit „ein“ (auf 1) gesetzt wird, werden Violett und Grün durch Blau und Orange ersetzt. Eine Ausnahme bildet die Platine der Revision 0, die nur vier Farben – Schwarz, Weiß, Grün und Violett – darstellen kann, da das achte Bit des Anzeigebytes keine Auswirkung hat.
- Der Apple zeigte nur 7 Pixel jedes Bytes des Framebuffers an; das achte Pixel diente dazu, die möglichen Farbkombinationen der Pixel der übrigen sieben Bits zu bestimmen .
- ^ Austausch des Zeichensatzes gegen Blöcke von 1×2 Pixeln
- Jedes Byte des Textmodus-RAMs war in zwei Nibbles unterteilt. Das untere Nibble bestimmte die Farbe des oberen Blocks, das obere die des unteren. Die sechzehn verfügbaren Bitkombinationen ergaben fünfzehn einzigartige Farben, da die beiden Grautöne identisch waren. Laut offizieller Dokumentation waren die Farben: Schwarz, Magenta, Dunkelblau, Lila, Dunkelgrün, Grau 1, Mittelblau, Hellblau, Braun, Orange, Grau 2, Rosa, Hellgrün, Gelb, Aquamarin und Weiß.
- ^ halbe Pixelauflösung
- Die Zeichen konnten auch invertiert oder blinkend dargestellt werden. Die Anordnung war nicht vollständig ASCII-kompatibel! Die Zeichen von 00H bis 3FH waren invertiert, von 40H bis 7FH blinkten und von 80H bis BFH entsprachen sie dem normalen Zeichensatz. Spätere Modelle fügten zunächst Kleinbuchstaben und dann auch Strichzeichnungen von C0 bis DFH hinzu, sodass alle 256 Kombinationen genutzt wurden.
- ^ Im Modus mit hoher oder niedriger Auflösung konnte Apple die unteren 32 Anzeigezeilen durch eine vierzeilige Text-"Unterschrift" ersetzen, wodurch die gleichzeitige Anzeige von Text und Grafiken ermöglicht wurde.
- Mit geschickter Programmierung ließ sich die tatsächliche Bildschirmauflösung von 512×240 Pixeln optimal nutzen. Standardmäßig füllte die Firmware den programmierbaren Zeichensatz mit Pseudo-Grafiksymbolen wie PET , Superboard II und UK101 , mit denen sich größere, einfache Grafiken, beispielsweise Strichmännchen ,erstellen ließen .
- ^ Begrenzte "Grafik"-Modi waren durch Programmierung der 128 (8×8 Pixel) programmierbaren Zeichen möglich. Eine Möglichkeit besteht darin, 64 davon für die Programmierung von 2×3 Pseudografikzeichen ( Text-Semigrafiken wie der TRS-80 ) zu reservieren, wodurch ein 128×90 "Pseudografik"-Modus möglich wäre.
- ^ 128 permanente Zeichen und 128 frei definierbare (8×8 Pixel) Zeichen
- ^ Das Ferguson Big Board war berüchtigt dafür, eine Variante der Mikroprozessorplatine für den vielgeschmähtenBürocomputer Xerox 820 zu sein.
- ^ Ein Nachfolger dieses Computers, der Xerox 8/16, unterstützte Grafiken mit einer Auflösung von 640×256.
- ^ 320×96 Semigrafiken auf dem Xerox 820 -II
- ^ Der Xerox 820 -II war eine Variante dieses Computers, die auch Semigrafik unterstützte.
- ^ abgeleitet von der Videotext- Modus-Funktion
- ^ Modell von 1984
- ^ für 128×32-Bildschirmspeicher
- ^ a b Fenster auf dem Bildschirmspeicher
- ^2K VRAM + 2K Character RAM according to old-computers.com [2]Archived 2010-11-22 at the Wayback Machine. and according to this "self portrait picture [3]"
- ^8×8 pixel characters
- ^For each character position there was an attribute byte (from C500 to C7FF in memory, see [4](translate with Babelfish)). The three least significant bits (0,1 & 2) determined the foreground color, and the next three bits (3, 4 & 5) the background color, from LSB to MSB in the order blue, red, green. Bit six was used to switch between predefined, and software-defined characters. A similar scheme was used when one of the 16 semi graphics characters was chosen, where two attribute bytes were used for each of the sixteen block combinations, to determine the color of each quadrant of the semi graphics character.
- ^Not point addressable, but through the 8×8 pixel programmable character set
- ^64×48 by using one of the 16 available characters with a 4×4 pixel (quarter character) text semigraphics pattern
- ^1K for fonts, (128 8×8 characters) and 1K for character data (768 bytes)
- ^64×48 using TRS-80 style text semigraphics
- ^for basic system, the Hires expansion board had its own 16K Video RAM
- ^2, 4 or 16 tints with Hires expansion board; grayscale with monochrome monitor and composite interface only, color with color monitor and composite or TTL RGB interface
- ^ abCode table 1 contained 16 text semigraphics characters with all combinations of a 2×2 matrix of blocks on and off to use to create a pseudo all points addressable 80×50 mode
- ^The MZ-80 K had very poor graphics capabilities, but the large sets of well-chosen pseudo graphic characters made it possible to still create some enjoyable games, especially when the MZ700 came out which added color
- ^Only seven bits of each byte are defined.
- ^The 85/1 and 87 also offer semigraphics, but this mode uses a higher 40×24 resolution
- ^Some of its many clones used CRTCs
- ^Actually there were only seven 1024×1 bit RAMs used in the Model I to store the seven bits per character, but there was an unpopulated socket for an eighth RAM. That is also why lowercase could not easily be accomplished. Of the 128 possible characters 64 were used for the "pseudographics", and the remaining 64 came from a character generator PROM that only contained uppercase characters
- Das Zeichen ^ existiert tatsächlich im Zeichensatz des Model I, aber das Model I benötigt einen achten Chip (der in BASIC deaktiviert werden muss), um es anzuzeigen.
- Jedes Zeichen wurde einer 2×3-Pixel-Matrix zugeordnet, um einen „semi-hochauflösenden Modus“ zu erzeugen. Da keine Video-RAM-Arbitrierungslogik verwendet wurde, verursachte das Schreiben auf den Bildschirm viele schwarze Streifen („schwarzer Schnee“).
- ^ a b c d e f g h i j k l m n o p q r s t u v Theoretisch war es möglich, Blockgrafiken auf dem realen hochauflösenden Bildschirm zu zeichnen, aber in der Praxis war es meist sinnlos, dies zu tun.
- ^ 16 Farben oder Grüntöne
- ^ Der Framebuffer wurde aus diskreter Logik aufgebaut, aber ein PAL erzeugte die Video-Timing-Signale.
- ^ Grundsätzlich wurde der Bildschirm mit diskreter Logik aufgebaut, aber ein Ferranti ZNA134 wurde verwendet, um die Video-Timing-Impulse zu erzeugen.
- ^ Je nach Auflösung wurden 715/1430 Bytes, 2860/5720 Bytes, 11440/22880 Bytes oder 15840/31680 Bytes RAM verwendet.
- ^ a b blockige Versionen des hochauflösenden Grafikmodus
- ^ Der ZNA134 erzeugte tatsächlich die korrekten Video-Timing-Impulse für Zeilen mit 66 Zeichen, aber der Bildschirm zeigte diese zusätzlichen Spalten im Textmodus in der Regel nicht an.
- Im 4 -Farben-Modus war die logische Farbpalette pro Zeile auf eine Vordergrund- und eine Hintergrundfarbe beschränkt, im 16-Farben-Modus auf vier. In beiden Modi konnte jeweils nur eine Farbe der Palette geändert werden.
- ^ Berechnet als 288×256 Pixel/8 = 9216 Bytes für Pixeldaten und 384 Bytes für Graustufendaten (2 Bit pro Pixel) für jede der 48 (6-Pixel-)Zeilen pro Zeile
- ^ Bei einer angenommenen Größe von 6×8 Pixeln pro Zeichen sind die Details unklar.
- ^ Softfonts, da Zeichen nur im Grafikmodus eines Bildschirms dargestellt werden; es existiert keine Hardware für den Textmodus.
- ^ Höchstwahrscheinlich mindestens 16, um die Abwärtskompatibilität zu gewährleisten.
- ^ a b Teil des regulären Arbeitsspeichers (RAM), Größe abhängig von der Grafikauflösung
- ^ 64 × 32 bei Verwendung von 0,25 KB RAM, 64 × 64 bei Verwendung von 0,5 KB RAM , 64 × 128 bei 1 KB RAM
- ^ a b In der Praxis wurde der Text oft im niedrig auflösenden Grafikmodus gezeichnet, insbesondere bei Verwendung des Programmiersystems CHIP-8.
- Mit dem ebenfalls integrierten CDP 1862 konnten beide Computer 8 Farben pro Pixel auf einem aus 4 Farben wählbaren Hintergrund darstellen, wodurch die Unterstützung für Videospeicher auf bis zu 3K erweitert wurde .
- ^ 64 × 48 bei Verwendung von 384 Byte RAM, 64 × 96 bei Verwendung von 768 Byte RAM, 64 × 192 bei 1,5 KB RAM
- Mit dem ebenfalls integrierten CDP 1862 könnten alle diese Geräte 8 Farben pro Pixel auf einem Hintergrund darstellen, der aus 4 Farben ausgewählt werden kann, wodurch die Unterstützung für Video-RAM auf bis zu 4,5K erhöht wird .
- Der Apple IIe nutzte zwei ASICs (MMU und IOU) , um den Großteil der diskreten Logik des Apple II zu ersetzen. Alle Anmerkungen zum Apple II gelten auch für den IIe, dieser verfügt jedoch über zusätzliche Funktionen.
- ^ Und der Apple IIc Plus, der über identische Grafikfähigkeiten verfügt.
- ^ verfügt über alle Funktionen des Apple IIe und einen verbesserten Zeichensatz
- Die diskrete Logik der früheren Apple II-Modelle wurde größtenteils in zwei ASICs neu implementiert: einer Speicherverwaltungseinheit (MMU) und einer Eingabe-/Ausgabeeinheit (IOU). Diese Chips wurden auch im IIc verwendet.
- Der Apple IIe nutzte 1 KB RAM im Hilfssteckplatz für den 80-Zeichen-Textmodus und 8 KB RAM im Hilfssteckplatz für Double Hi-Res. Am häufigsten wurde eine 64-KB-Erweiterung (die „Extended 80-Column Card“) installiert, obwohl Apple kurzzeitig auch eine 1-KB-Karte anbot, die nur den 80-Zeichen-Textmodus ermöglichte .
- ^ a b Aufgrund von Beschränkungen bei der Pixelplatzierung betrug die effektive Farbauflösung nur 140×192.
- ^ Die Verwendung des ursprünglich für den Modus mit doppelter niedriger Auflösung entwickelten "Auflösungsverdopplers" nutzt den zweiten Bank des hochauflösenden RAM.
- ^ Modus mit doppelter niedriger Auflösung, der den zusätzlichen 1K-Textmodus nutzt
- ^ Der Apple IIc nutzte nun einen kleinen Teil des Zeichensatzes zur Anzeige spezieller "Mausgrafik"-Symbole, und der Zeichen-ROM wurde verdoppelt, sodass es möglich war, auf einen Zeichensatz umzuschalten, der zusätzliche lokale Sprachzeichen und Symbole wie Akzentbuchstaben wie "á", "é", "ç" usw. darstellen konnte.
- Der Apple IIe verwendete einen Hardware-Zeichengenerator, konnte aber Text und Grafiken nur dann mischen , wenn vier Textzeilen unterhalb des Grafikbildschirms angezeigt wurden. Außerdem war der Text strikt schwarzweiß, sodass der Text auf dem Bildschirm oft mithilfe von Software angezeigt wurde, damit farbiger Text in verschiedenen Schriftarten dargestellt werden konnte.
- ^ Videografikchip
- ^ Dadurch wird fast die Hälfte des 4 KB großen Systemspeichers genutzt, sodass für (BASIC-)Programme nur noch 1,7 KB übrig bleiben.
- ^ 16 Vordergrund- und 16 Hintergrundfarben pro Zeichen
- ^ Verwendung von TRS-80-ähnlichen 2×3 -Text-Semigrafikzeichen , die in der Schriftart verfügbar sind
- ^ Soft-Logic-Implementierung des MC6847 plus höhere Farb- und Auflösungsgrafikmodi
- ^ Im echten 256-Farben-Modus werden theoretisch Artefakte bei zusammengesetzten Verbindungen angezeigt.
- ^ GIME-verarbeitete Modi verwenden 8×9- oder 8×12-Zeichenzellen
- ^ 8 Vordergrund + 8 Hintergrund
- ^ 9 für den älteren 32×16-Modus
- ^ Die einzigen in der Hardware verfügbaren Zwischenmodi sind 200 Zeilen und der fehlerhafte Modus 210 Zeilen, in dem GIME die Verarbeitung der letzten Zeile der realen Farbdaten "unendlich" fortsetzt.
- Der Zeichensatz umfasst 8 × 16 Zeichen (einen Satz pro Farbe) mit einer 2×2 - Pixelmatrix. Damit lässt sich ein gemischter Text- und Grafikmodus erstellen, der Pixel in 8 Farben vor schwarzem Hintergrund darstellen kann, allerdings mit leichten Farbkontrasten .
- ^ a b Ein weiterer semigrafischer Modus, ähnlich dem 64×32-Modus, jedoch mit einer geringeren Farbanzahl zugunsten einer etwas höheren Auflösung.
- ^ Palette mit 512 Farben
- ^ Die Reihe sowjetischer Heimcomputer, die auf der PDP-11- Architektur
- ^ Der K1801VP1-037 mit 600 Logikelementen
- ^ Dies war eines der größten Probleme von BK, das auch im aktualisierten Modell -0011 mit 128 KB Speicher nicht behoben wurde, da 16 KB aufgrund der geringen Anzahl an Gates des Host-PLA die festverdrahtete Grenze des VP1-037 darstellten.
- ^ Nur BK-0011. VDC verfügte nicht über Hardware-Textmodi, daher wurden diese per BIOS- Routine simuliert. Das Modell -0011 besaß ein aktualisiertes BIOS, das schmalere Symbole darstellen konnte. Es bot außerdem eine eingeschränkte Palettenunterstützung.
- ^ 16 festverdrahtete 4-Farben-Sets, aus einer 64-Farben-Palette auswählbar
- BKs VDC war recht primitiv und bot bis auf Hardware-Scrolling (implementiert über ein softwaregesteuertes Framebuffer -Offset-Register) kaum fortschrittliche Funktionen. Die Tatsache, dass die Bildschirmausgabe fast vollständig softwaregeneriert war,ermöglichte zusammen mit einer leistungsstarken 16-Bit -CPU jedoch die nahtlose Integration von Text und Grafiken mit einer über Escape-Sequenzen gesteuerten Composite-Ausgabe.
- ^ und Enterprise 128, die baugleich mit anderen Maschinen ist, nur mit mehr Speicher, auch bekannt als DPC, Samurai, Oscar, Elan und Flan.
- ^ Im "LORES"-Modus, der nur halb so viel Speicher benötigt, wird die horizontale Auflösung halbiert, während die Anzahl der Farben gleich bleibt.
- ^ In allen Modi außer dem 256-Farben-Modus war es möglich, die Farben für den eingeschränkten Satz aus den 256 verfügbaren Farben auszuwählen.
- Der „Nick“-Chip der Enterprise konnte so programmiert werden, dass er mehr leistete, als die integrierte Software unterstützte. Die genannten Auflösungen beziehen sich daher auf die von der integrierten Software unterstützten Funktionen und nicht auf die tatsächliche Leistungsfähigkeit der Hardware. Es ist sehr schwierig, verlässliche Daten über die tatsächliche Leistungsfähigkeit des „Nick“-Chips zu erhalten. Diese Angaben stammen aus dem „Enterprise Programming Guide“.
- ^ und Oric Atmos, das im Prinzip dasselbe System war, nur mit einer besseren Tastatur und einem erweiterten ROM. Der STRATOS/IQ 164 war fast identisch, sollte aber 16 Farben unterstützen. Obwohl er nie auf den Markt kam, inspirierte er den französischen TELESTRAT, der dem Oric 1 ebenfalls sehr ähnlich war, aber einen 80-Zeichen-Textmodus und CP/M bieten sollte.
- Im Textmodus liest das System 40 Bytes aus dem Speicher, um eine 240 Pixel lange Zeile anzuzeigen . Das entspricht sechs Bits pro Byte. Sechs Bits wählen eines der 64 verfügbaren Zeichen des aktuellen Zeichensatzes aus (der umgeschaltet werden kann). Die beiden anderen Bits entscheiden, ob das Zeichen angezeigt oder ein Attribut verarbeitet wird. Sind beide Bits null, wird das Zeichen einfach angezeigt. Andernfalls wird ein Leerzeichen in der aktuellen Hintergrundfarbe dargestellt. Das höchstwertige Bit ist ein Video-Inverse-Bit. Wird ein Attributbyte gefunden, wirkt es sich sofort auf den Rest der Zeile aus und kann Vorder- und Hintergrundfarbe ändern, zwischen Zeichensätzen wechseln, die Zeichenhöhe anpassen, in den Grafikmodus umschalten und vieles mehr.
- ^ Oric besaß auch einen programmierbaren Zeichensatz
- ^ durch einen programmierbaren Zeichensatz
- ^ Unbenannte FPGA-basierte VLSI, weitere Details unbekannt
- ^ Hergestellt von VLSI Technology , kein Spitzname bekannt, Inhalt gestaltet von Bruce Gordon
- ^ 6 ¾, 12 oder 24K
- ^ 2-2-2-1 Bit RGBI
- ^ Ferranti 6C001E ULA
- ^ Acht Farben, aber mit zwei Helligkeitsstufen, wobei die "Farbe" Schwarz zweimal wiederholt wird (sie war bei jeder Helligkeitsstufe gleich), sodass es tatsächlich nur 15 Farbtöne gibt.
- Der hochauflösende Bildschirm des Sinclair Spectrum weist erhebliche Farbbeschränkungen auf. Jeder 8×8-Pixel-Block kann nur einen Satz Vorder- und Hintergrundfarben haben. Dies liegt an der separaten 768-Byte-Farbtabelle (ein Byte pro 8×8-Pixel-Block). In jedem dieser Bytes repräsentieren die unteren drei Bits (0–2) die Hintergrundfarbe, die nächsten drei höheren Bits (3–5) die Vordergrundfarbe und die beiden verbleibenden höherwertigen Bits wurden für ein „helles“ (6.) und ein „blinkendes“ (7.) Bit verwendet. Die Farbbeschränkungen dieses Designs können zu starken Attributkonflikten führen , für die der Spectrum berüchtigt ist. Weitere Informationen finden Sie unter ZX Spectrum Grafikmodi .
- ^ Timex' eigener CPLD, genannt „SCLD“, hergestellt von der NCR Corporation für Sinclair, Typ „TS 2068 PAL“ in einem 68-poligen QFP-Gehäuse.
- ^ Das Copper ist ein einfaches programmiertes System, das es ermöglicht, bestimmte Next-Register an bestimmten Scanline-Positionen automatisch zu ändern.
- So simulierte der QL physikalisch bis zu 256 Farben, aber eine RF-Verbindung konnte diesen Effekt nicht zuverlässig auf einen Fernseher übertragen.
- ^ Im 256×256-Modus (Achtfarbenmodus) verwendet der QL ein Nibble (vier Bit) pro Pixel, drei Bit werden für die Farbe selbst verwendet, sodass ein Bit pro Pixel übrig bleibt, das zum Ein- und Ausschalten des Hardware-Blinkens pro Pixel verwendet wird.
- ^ 8000 Bytes für Pixel; 6000 Bytes für Farbattribute, entweder 7000 oder 8000 Bytes für TO7-70
- Der TO7 verwendete ein komplexes System mit Farbbeschränkungen. Jede Zeile war in 40 Abschnitte von je 8 Pixeln unterteilt, wobei jeder Abschnitt nur zwei verschiedene Farben (von acht bzw. sechzehn beim TO7-70) aufweisen konnte. Dadurch konnten 8 Pixel mit 14–16 Bit dargestellt werden ( zwei 3-Bit-Paletteneinträge [entweder diese und ein gemeinsames Intensitätsbit oder zwei 4-Bit-Paletteneinträge beim TO7-70] und 8 1-Bit-Pixeinträge) anstatt mit 24 bzw. 32 Bit beim TO7-70.
- Je nach verwendeter Boot-Diskette passte der Aster seinen internen Speicherbelegungsplan an, um entweder als TRS-80-kompatibles oder als vollständig CP/M-kompatibles System zu arbeiten. Dies betraf auch die Position des Videospeichers im internen Speicherbelegungsplan. Im TRS-80-Modus nutzte er 1 KB (16 Zeilen mit je 64 Zeichen) und alle 8 Bit des Zeichens, um einen vollständigen Zeichensatz von 256 Zeichen zu unterstützen. Im CP/M-kompatiblen Modus verwendete er 2000 Byte (25 Zeilen mit je 80 Zeichen) eines dedizierten 2-KB-Speichers und denselben Zeichensatz wie im TRS-80-Modus.
- ^ 160×75 nur im CP/M-kompatiblen Modus
- ^ 80×75 nur beim Start mit einem speziellen Videotex - Terminalemulatorprogramm
- Sowohl im TRS-80- als auch im CP/M-Modus konnte der Aster in einen Anzeigemodus umschalten, in dem nur die ungeraden Bytes des Anzeigespeichers in doppelter Breite angezeigt wurden. Der 40×25-Modus wurde beim Systemstart mit einem speziellen Videotex- Terminalemulatorprogramm aktiviert . In beiden Modi kam ein Hardware-System zur Rauschunterdrückung (Videospeicher-Arbitrierungssystem) zum Einsatz, das das störende „Flimmern“ auf dem TRS-80-Bildschirm beseitigte, das bei vielen Videospeicherzugriffen auftrat. Da die Speicherarbitrierungslogik keine Softwareunterstützung benötigte, funktionierte sie mit allen gängigen Softwareprogrammen.
- Tatsächlich konnte der Aster die TRS-80-Grafiken in Schwarz (Pixel aus), Weiß (Pixel an) und einer Graustufenabstufung zwischen Schwarz und Weiß darstellen. Dies wurde durch Dithering der Pixel im halbgrafischen Block mit einem Schachbrettmuster
- Obwohl der ursprüngliche TRS-80 Model 1 keine Kleinbuchstaben unterstützte, tat dies der Aster. Er unterstützte außerdem eine zweite Kopie des 2×3-Zeichensatzes, der gedithert wurde , um eine „graue“ Version der TRS-80-Grafikpixel zu emulieren, und er unterstützte einen Satz von Zeichen, die dem PETSCII- Zeichensatz
- Das Aster-System konnte im laufenden Betrieb zwischen zwei völlig unterschiedlichen Systemarchitekturen umschalten und passte seine Videologik und Speicherbelegung entsprechend an. Außerdem wurde im CP/M-Modus der Pixeltakt (Quarz) reduziert, sodass die 64×16- und 80×25-Bildschirme gleich breit waren .
- ^ Ein Teil des Zeichensatzes war programmierbar
- ^ 2 KB "Bildschirm"-RAM, 2 KB PCG-RAM für 128 8×16 Zeichen
- ^ Spätere Modelle bis zu 56K (8K pro Bildschirm + "Attribut" + Farbe + 32K PCG)
- ^ a b Spätere Modelle ebenfalls 80×25
- ^ Spätere Modelle 16, 27 und weitere? Aber nur 2 pro Zeichenzelle
- ^ Spätere Modelle bieten außerdem 26 (eingeschränkte) Vollgrafikmodi von 640×200 bis 640×400 in Schritten von 8 Zeilen sowie Vollgrafikmodi bis zu 512×512.
- ^ Spätere Modelle ebenfalls 160×75
- ^ durch die Anwendung des üblichen TRS-80-Semigrafiktricks, indem der Font-RAM mit dem benötigten 2×3-Muster programmiert wird.
- ^ VRAM 32 KB + 2 KB Zeichen-RAM, 2 KB Attribut-RAM und 2 KB programmierbarer Schriftarten-RAM (PCG)
- Die G-Version hatte einen NTSC-Genlocker, die P-Version einen PAL-Genlocker.
- Oder weniger, wenn eine oder mehrere „Anzeigeseiten“ deaktiviert waren. Der Lynx verwendete für jede der drei Primärfarben eine Anzeigeseite. Wurde beispielsweise der BASIC-Befehl TEXT ausgeführt, deaktivierte der Lynx die Anzeigeseiten für Rot und Blau, um zwei Drittel des Speichers für die Anzeige größerer Programme freizugeben (bei aktivierten Anzeigeseiten blieben dem Lynx nur noch 16 KB für Programme). Dies erhöhte zudem die Systemgeschwindigkeit, da der VDU den CPU-Speicherzugriff nicht mehr so häufig blockierte .
- Der Lynx nutzte einen Trick: Die natürliche Auflösung von 256 Pixeln hätte eigentlich eine Anzeige von nur 32×24 Pixeln erfordert. Da die Zeichen jedoch nur 6 Pixel breit waren, konnte der Lynx 40 Zeichen pro Zeile darstellen. Der dafür nötige Software-Overhead war allerdings enorm, weshalb die Anzeige so langsam war, dass die Software den Text nicht scrollte, sondern einfach wieder in der obersten Zeile begann.
- Colour Genie nutzte 4080 Byte Videospeicher, um Grafiken mit einer Auflösung von 160×102 Pixeln in vier Farben anzuzeigen, und konnte mithilfe von „Page Flipping“ bis zu vier verschiedene Paletten mit je vier Farben anzeigen, die alle einzigartig sein konnten.
- ^ a b oder 40×25 mit einem ROM-Upgrade
- ^ oder 320×200 mit einem ROM-Upgrade
- Weiß , Rot, Gelb, Orange, Braun, Cyan, Magenta, Hellblau, Grau, Hellgelb, Violett, Hellgrau, Rotviolett, Reinweiß
- ^ a b oder 160×102 mit aktualisierten ROMs
- ^ oder 80×75 mit einem ROM-Upgrade
- ^ 128 programmierbare 8×8-Pixel-Zeichen plus 128 halbgrafische Zeichen in zwei Sätzen.
- Hier herrscht etwas Verwirrung. Laut einigen Quellen nutzte der programmierbare Zeichengenerator (PCG) des X1 vier Bit pro Pixel, was 64.000 Byte RAM für 640×200 Pixel bedeuten würde. Andere Quellen sprechen hingegen nur von 48.000 Byte VRAM .
- ^ Der Zugriff erfolgt nicht über die Speicherabbildung, sondern über die speziellen Anweisungen des Z80 zum Zugriff auf die "E/A-Abbildung".
- Die Turbo-Serie nutzte Bank Switching zur Speicherung von Pixeldaten für eine Auflösung von 640×400 und wahrscheinlich 12-Bit-Farbtiefe.
- Es ist nicht eindeutig, ob es sich um einen APA- Modus (All Points Addressable ) handelt oder ob es sich tatsächlich um Textmodi handelt, die den programmierbaren Zeichengenerator (PCG) des X1 nutzten, um den Eindruck hochauflösender APA-Grafiken zu erwecken. Das heißt, es ist möglich, dass der X1 über 1000 (40×25) oder sogar 2000 (80×25) oder noch mehr einzigartige programmierbare Zeichen verfügte, sodass für jede Bildschirmposition ein PCG-Zeichen vorhanden sein konnte.
- Es ist nicht ersichtlich, wie viele einzigartige programmierbare Zeichen der X1 besaß; man weiß nur, dass sie pixelweise mit 3 oder 4 Bit pro Pixel programmierbar waren.
- ^ Die Turbo-Serie ist auch in 80×50 und 640×400 erhältlich.
- ^ Ich bin mir da auch nicht sicher.
- In gewisser Weise ist das PGC eine Art Sprite-System.
- Der X1 besaß einen programmierbaren Zeichengenerator, der die Programmierung einzelner Pixel mit 3 oder 4 Bit pro Pixel ermöglichte. Dadurch konnten feine Farbgrafikbausteine dynamisch erstellt werden, um größere, vollfarbige Grafikelemente zu erzeugen – nicht nur für Text, sondern insbesondere für Spiele. Da der VRAM des X1 nicht speicheradressiert war, sondern die einzigartige erweiterte I/O-Adressierung des Z80 nutzte, während der i8080 normalerweise nur 256 I/O-Speicherplätze besaß, unterstützte der Z80 eine 16-Bit-I/O-Adressierung. So konnte die I/O-Adressierung 64 KB umfassen. Es herrscht Unklarheit darüber, ob der X1 48.000 oder 64.000 Byte der I/O-Adressierung zur Adressierung des VRAM verwendete, sodass die gesamten 64 KB Speicherbereiche (bis auf ein kleines BIOS/IPL-ROM) als RAM genutzt werden konnten.
- ^ 2K für Zeichen; 2K für Attribute, davon 3 Bit für die Vordergrundfarbe, 3 Bit für die Hintergrundfarbe, 1 Bit für Blinken und 1 Bit für doppelt hohe Zeichen
- ^ Höchstwahrscheinlich handelt es sich lediglich um einen angepassten Semigrafikmodus, der die Zeichen des Textbildschirms in eine 2×4- (einfache Höhe) oder 2×8- (doppelte Höhe) Semigrafikmatrix aufteilt, anstatt der im Systemfont enthaltenen, vermutlich 2×3-Matrix.
- ^ 1 KB Video-RAM und 2 KB Zeichen-RAM für 128 programmierbare Zeichen (6×8 Byte NTSC oder 6×9 Byte PAL; RAM für 6×16 war verfügbar und konnte über Assembler-Code genutzt werden).
- ^ Im Assembler konnte die Breite und/oder Höhe der Zeichen verdoppelt werden, so waren auch 20×24, 40×12 und 20×12 möglich.
- Die Verwendung einer programmierbaren Schriftart (mit 128 Zeichen, 6 Pixel breit und 9 Pixel hoch) bedeutete, dass nicht jedes Pixel der theoretischen Auflösung von 240×192, 240×216 oder 240×384 einzeln angesteuert werden konnte. Tatsächlich konnten maximal 128×6×8 = 6144, 128×6×9 = 6912 oder 128×6×16 = 12288 einzelne Pixel gleichzeitig angesteuert werden.
- Eine Möglichkeit, einen echten hochauflösenden Modus zu erstellen, bestand darin, den Zeichensatz zu programmieren, indem die 6×8 oder 6×9 Pixel des Zeichens in 3×2- und 3×3-Zonen unterteilt wurden (ähnlich dem Grafikmodus des TRS-80). Auf diese Weise war ein 80×72-Punkt-adressierbarer hochauflösender Modus mit 64 Zeichen realisierbar .
- Durch die Verwendung der maximalen Zeichengröße von 6×16, doppelter Höhe und doppelter Breite, war eine Auflösung von 120×96 möglich, wobei 120 Zeichen (20×6) den gesamten Bildschirm ausfüllten .
- ^ Außer durch Umprogrammierung des 64-Zeichen-Zeichensatzes, aber BASIC verwendete nur Großbuchstaben.
- ^ Ähnlich dem MZ-80K, jedoch mit Farbdarstellung und ohne eingebauten CRT-Bildschirm.
- ^ VHiMZ60719GSO Sharps eigene kundenspezifische VLSI
- ^ 1000 Bytes für (40×25) Zeichen und weitere 1000 Bytes für Farbdaten
- ^ 160×200 mit Erweiterungsoption
- Der PC-8001 nutzte höchstwahrscheinlich einen Pseudo-Grafikmodus basierend auf dem 80×25-Textbildschirm mit einer 2×4-Pseudo-Grafikmatrix (2×8 mit Erweiterung). Der 80×25-Modus belegte 2000 Byte, sodass 1072 Byte für Attribute übrig blieben. Drei Bit für die Vordergrundfarbe und drei für die Hintergrundfarbe; die beiden verbleibenden Bit wurden für Invertierung und Blinken verwendet.
- ^ 1 KB Video-RAM und 2 KB Zeichen-ROM
- ^ Lapierre, Patrice. „Le wiki d'Alice – Hardware“ . Das Wiki von Alice . Abgerufen am 4. April 2018 .
- ^ Die Matra Alice 90 verfügte über einen Videoeingang, sodass EF9345-Grafiken auf das Eingangsvideo überlagert werden konnten.
- Europäische Fernsehgeräte jener Zeit konnten die vom 6847 erzeugten Farben im Allgemeinen nicht auflösen, da sie keine Möglichkeit zur Synchronisierung mit dessen 60-Hz-Taktfrequenz boten.
- ^ a b Einzigartige Grafikmodi
- Der Rabbit 83 ist vermutlich eine Kopie des belgischen GEM 1000 und wurde mit mehr Speicher auch als brasilianischer MC-1000 angeboten. Anders als viele andere Systeme auf MC6847-Basis (CoCo-Klone) verwendete er nicht ausschließlich Motorola-Chips, wie beispielsweise die 6809-CPU. Stattdessen kam ein Z80-Prozessor und der General Instruments AY-3-8910-Soundchip zum Einsatz . Grafisch war er vor allem durch den geringen Arbeitsspeicher (RAM) eingeschränkt, wodurch die meisten 6847-Videomodi nicht nutzbar waren.
- Der VTech Laser 200 wurde auch „Salora Fellow“ (hauptsächlich in Skandinavien, insbesondere in Finnland), „Texet TX8000“ (im Vereinigten Königreich) und Dick Smith „VZ 200“ (in Australien und Neuseeland) genannt. Die Modelle Laser 100 und 110 sind einfachere Vorgängermodelle .
- ^ MC-1000 zwei Jahre nach den anderen beiden
- ^ Zwei Intensitätsstufen von Blockgrafikzeichen
- Es gab drei Modelle, aber die Videodarstellungsfähigkeiten der ersten beiden Modelle unterschieden sich nur geringfügig.
- ^ Einige spätere Modelle des CoCo Modells 2 verwendeten den MC6847T1.
- Dieser semigrafische Modus existiert zwar technisch, aber BASIC kann nicht darauf zugreifen.
- ^ Spätere Modelle, die den MC6847T1 verwendeten, unterstützten Kleinbuchstaben.
- ^ oder „Video-Interface-Controller“, bezogen auf die MOS-Technologie-Chips 6560 (NTSC-Version) und 6561 (PAL-Version). Diese Chips unterstützten nicht nur die Videoanzeige, sondern stellten auch das Soundsystem bereit und verfügten über zwei A/D-Wandler für das Paddel-Spielsteuerungssystem.
- Der VIC-Chip selbst konnte 16 KB Adressraum für Bildschirm- und Zeichenspeicher adressieren. Allerdings waren auf dem VIC-20 (selbst mit angeschlossenem RAM-Erweiterungsmodul) ohne Hardwaremodifikation nur die 5 KB nutzbar, die auf den internen RAM zugriffen. Der nicht erweiterte VIC-20 verfügte insgesamt nur über 5 KB, von denen lediglich 512 Byte für den Bildschirm reserviert waren. Die Zeichenformdaten umfassten 2 KB, stammten aber üblicherweise aus dem ROM, nicht aus dem RAM. Der Farbspeicher ist ein Nibble-Speicher (4 Bit pro Speicherzelle), der vom normalen RAM getrennt ist, da beide gleichzeitig angesprochen werden müssen.
- ^ a b 8×8 Zeichen, der VIC unterstützte auch 8×16 Zeichen; bis zu 31×29 auf NTSC-Geräten oder bis zu 32×35 auf PAL-Geräten möglich.
- ^ PETSCII enthielt 2×2 Blockgrafikzeichen, und der 22×23-Standard für den VIC-20 Firmware-Textbildschirm reichte aus, damit die PETSCII- Blockgrafiken den Blockgrafikmodus des Apple II deutlich übertrafen, obwohl sich zu dieser Zeit seltsamerweise niemand wirklich darum kümmerte.
- ^ Wie beim PET konnten 256 verschiedene Zeichen gleichzeitig angezeigt werden, die normalerweise aus einem der beiden Zeichengeneratoren im ROM stammten (einer für Großbuchstaben und einfache Grafiken, der andere für gemischte Groß- und Kleinschreibung – nicht-englische Zeichen wurden nicht bereitgestellt).
- ^ 176×184 ist der Standard für die VIC-20 Firmware, obwohl auf einem NTSC-Gerät bis zu 248×232p/464i und auf einem PAL-Gerät bis zu 256×280 möglich sind.
- ^ a b c d Blockversion des 320×200-Modus
- ^ Der VIC-III lieferte nur feste Timings, konnte aber auf den gesamten Paletten-RAM zugreifen, unabhängig davon, welches Timing er gerade lieferte.
- ^ a b blockige Versionen der 320×200- und 320×400-Modi
- ^ RAM-Palette mit 256 Farben und 16 Intensitätsstufen pro Primärfarbe (ergibt 4096 Farben)
- ^ Enthält drei Intervalltimer
- ^ Nicht zu verwechseln mit VGA . Das PCjr-Videosubsystem, auch bekannt als „CGA plus“, bestand aus dem Video Gate Array, dem 6845 und etwas diskreter Logik.
- ^ Wird gemeinhin als "TGA" bezeichnet und hat im Wesentlichen die gleiche Funktion wie die Videoschaltung im PCjr.
- Von 2 KB bis 96 KB konnte tatsächlich der gesamte Systemspeicher als Videospeicher genutzt werden, obwohl nicht alles davon auch praktisch nutzbar war; maximal 32 KB konnten von einem Videomodus verwendet werden .
- ^ CGA-optimierter Textmodus
- ^ Im Videospeicher konnten bis zu acht Schriftartensätze gespeichert werden.
- ^ Alle Maschinen der Acorn A-Serie (A300, A5000 usw.) außer A7000(+)
- ^ für Mauszeiger
- Es gibt keine festen Grafikmodi; jeder Modus kann durch Angabe von Timing-Werten generiert werden. Die Modi sind lediglich durch die Bandbreite des analogen Videos, des Video-RAMs oder des DRAMs sowie die minimale Bildwiederholfrequenz des Monitors begrenzt. Definitionen für gängige Monitore bis zu einer Auflösung von 1600 × 1200 × 256 Spalten sind verfügbar.
- ^ SGP = Supergrafikprozessor
- ^ Einige Versionen unterstützten 65536 Farben (16 Bit pro Pixel).
- ^ a b Nur relevant für sehr frühe Systeme mit Textmodusanzeigen, in Software für spätere Systeme möglich, aber im Allgemeinen nicht relevant
- ^ Einige Versionen unterstützten 256 von 65536 Farben
- ^ Interface Age Magazin
- ^ Ein Byte für Schriftart und ein Nibble für Farbe pro Zeichen (angenommen).
- ^ Die Details sind sehr vage, dies ist eine "bestmögliche Schätzung" basierend auf dem punktadressierbaren Modus, der anscheinend existierte; das heißt, die 168 Bytes Videospeicher wurden als die 4-Bit-RGBI-Werte einer Spalte von 336 Pixeln neu interpretiert und dann 384 Mal pro Frame neu geladen.
- ^ Die Details sind sehr vage, dies ist eine "bestmögliche Schätzung" basierend auf 8×8 (blockartigen) Pixelzeichen, die höchstwahrscheinlich aus 3×6i hochauflösenden Pixeln bestehen.
- ^ Der Text wurde offenbar in blockigen Pixeln auf einem hochauflösenden Grafikbildschirm gezeichnet.
- Der extrem flexible ANTIC-Chip kann auf den gesamten 64 KB großen adressierbaren Speicher zugreifen. Die höchste mögliche Auflösung könnte jedoch maximal 15 KB für die Spielfeldgrafik, 2 KB für die Spieler-/Raketengrafik und 1 KB für den Zeichensatz belegen. Da mehrere neu definierte Zeichensätze möglich sind, könnte die maximale Speichernutzung des ANTIC-Chips sogar über 18 KB liegen. Der Speicher für die scrollende Karte kann beliebig viel verfügbaren RAM belegen.
- ^ Im PAL-Format können maximal 30 Zeichen pro Zeile angezeigt werden. Im Modus mit 48 Zeichen Breite werden auf einem normalen Fernseher nur 42–44 Zeichen dargestellt.
- ^ Blockige Version des 64/80/96×48 (60)-Modus
- ^ 192 Zeilen ist der vom Betriebssystem beim Erstellen von Anzeigelisten festgelegte Standardwert. Benutzerdefinierte Anzeigelisten können weniger oder mehr Zeilen im Overscan-Bereich des Displays verwenden, wobei die maximale Anzahl von 240 Scanzeilen der Spielfeldgrafik durch die Hardware begrenzt ist.
- Die Standardsystemschriftart umfasst Kleinbuchstaben und Grafikzeichen zum Zeichnen von Linien, Kästchen und Grafiken auf dem Bildschirm. ANTIC unterstützt außerdem einen speziellen Modus „Kleinbuchstaben mit Unterlängen“ in benutzerdefinierten Anzeigelisten, der nicht über den Befehl „BASIC GRAPHICS“ verfügbar ist. In diesem Modus sind die Zeichen 10 Pixel hoch und belegen entweder die oberen oder die unteren 8 Pixel dieser Höhe. Streng genommen handelt es sich aufgrund der ungewöhnlichen Höhe nicht um einen 40×24-Textmodus .
- ^ Der Zeichensatz konnte durch Ändern eines ANTIC-Registers leicht umgeleitet werden, sodass der Benutzer mit relativer Leichtigkeit seine eigenen Zeichensätze erstellen oder aus der P/M-Grafik des CTIA/GTIA aufbauen konnte, wie es beim TIA des Atari 2600 der Fall sein musste.
- MSX war kein einzelnes Gerät, sondern ein Standard, der von verschiedenen Herstellern übernommen wurde. Daher variieren die Spezifikationen zwischen den verschiedenen Modellen und Standardversionen. Hinsichtlich der Videohardware sind jedoch alle MSX1-Systeme identisch, da sie denselben Videogenerator mit 16 KB Video-RAM verwenden.
- ^ Die Memotech-Geräte MTX500, MTX512A und RS128 verfügen alle über die gleichen Videofunktionen.
- Der TMS9918 ist eigentlich eine Gerätefamilie. Der TMS9918A gibt ein 60-Hz-NTSC-Composite-Videosignal aus, während TMS9928 und TMS9929 drei separate Signale (Y, RY und BY) ausgeben, mit denen entweder ein 60-Hz-NTSC- (TMS9928A) oder ein 50-Hz-PAL- oder SECAM-Videosignal (TMS9929A) erzeugt werden kann.
- ^ TMS9918/28-basierte Systeme: Im 32×24-Textmodus ist der Zeichensatz in 32 Blöcke mit je acht Zeichen unterteilt. Jeder dieser Blöcke kann eine andere Vorder- und Hintergrundfarbe haben. Dies ist in Spielen nützlich, da sich durch die Umprogrammierung der Zeichen als 8×8- Kacheln und deren Gruppierung in Achterblöcken mit gleichen Farben ein relativ schneller hochauflösender Modus erzeugen lässt. Die Kacheln können dann schnell über die Zeichenzeigertabelle manipuliert werden . Auch Sprites können in diesem Modus verwendet werden, und alle 16 Farben können gleichzeitig dargestellt werden. Eine weitere Anwendungsmöglichkeit besteht darin, vier identische Zeichensätze mit jeweils 64 Zeichen, aber unterschiedlichen Farben zu verwenden. Mit diesem Zeichensatz lässt sich ein 32×24-Textmodus erstellen, der Texte mit vier verschiedenen Vorder- und Hintergrundfarben gleichzeitig auf demselben Bildschirm anzeigen kann. Im 256×192-Grafikmodus ist die Anzahl der Farben pro 8 Pixel breiter Zeile innerhalb eines Zeichens auf zwei beschränkt.
- ^ Der MTX-Zeichensatz enthielt nur Kleinbuchstaben
- Abgesehen vom ASCII-Zeichensatz definierte der MSX-Standard den Zeichensatz nicht. Die meisten im Westen verkauften MSX-Systeme enthielten jedoch neben griechischen und anderen Alphabeten einen großen Satz halbgrafischer Zeichen , darunter auch einige für Blockgrafiken. Bei manchen Systemen waren die Pseudo-Grafikzeichen sogar auf den Tasten aufgedruckt.
- Die zweite bis vierte Revision des MSX -Standards erweiterten die Leistungsfähigkeit der Maschine erheblich. Die wichtigste Änderung war der sogenannte MSX-Videochip – eine verbesserte Version des in MSX-1-Maschinen verwendeten TMS9918 VDP – und dessen Weiterentwicklung, der Yamaha V9958 , sowie eine entsprechende Speichererweiterung.
- ^ Abhängig vom Hersteller oder der Revision. Die Speicherkapazität kann nur durch Modifikation des Geräts auf 192 KB erweitert werden.
- ^ a b 26,5 Zeilen werden von MSX BASIC standardmäßig nicht unterstützt , können aber leicht aktiviert werden.
- ^ Nur vertikal. Horizontales Scrollen ist auf 16 Pixel begrenzt, durch Verwendung des Bildschirmpositionsanpassungsregisters.
- ^ 1 Farbe pro Zeile. Unterstützt die Kombination von Sprites als Bitplanes, um 3 oder 8 Farben pro Zeile zu ermöglichen.
- MSX2 -Rechner und höherwertige Computer verfügten über eine fortschrittliche VDP ( Visual Design Platform), deren Fähigkeiten der Amiga- Version ähnelten. Sie ermöglichte hardwarebeschleunigtes Scrollen , Bit-Kopien (mit logischen Operationen) , Linienzeichnen, Flächenfüllen und bot sogar Overlay- Unterstützung, Digitalisierung sowie Maus- und Lichtstiftanschlüsse. Die Sprite- Engine war besonders leistungsstark und erlaubte die vorprogrammierte Bewegung mehrfarbiger Sprites (bis zu 16 Farben). Verschiedene VDP-Ausnahmen, wie Sprite-Kollisionen und Backtracking, besaßen spezielle Status-Flags, die durch geschickte Manipulation der VDP-Register zahlreiche visuelle Effekte ermöglichten.
- ^ Die P2000M hatte nichts mit der P2000T zu tun; es handelte sich um eine CP/M -Business-Maschine ohne spezielle Videofunktionen, lediglich mit 80×24-Textdarstellung.
- Philips (ein Fernsehhersteller) nutzte im Wesentlichen einfach einen in seinen Fernsehern verwendeten Videochip für die Teletext -Anzeige . Ich glaube, es war der SAA5243, bin mir aber nicht ganz sicher, da Philips viele verschiedene Teletext-Chips verwendete. Sollten Hinweise darauf vorliegen, dass Philips einen anderen Chip verwendete, korrigieren Sie mich bitte.
- ^ 96K für FM-77AV und AV20, 144K für FM-77AV40
- Der FM-77AV verwendete zwölf (AV und AV20) bzw. achtzehn (AV40) „Grafikebenen“, vier (AV und AV20) bzw. sechs (AV40) für jede Primärfarbe. Jede Ebene hatte ein Bit pro Pixel, belegte also 8000 Byte, wovon 192 Byte pro Ebene ungenutzt blieben .
- Der FM-7 verwendete drei „Grafikebenen“, eine für jede Primärfarbe. Jede Ebene hatte ein Bit pro Pixel, belegte also 16.000 Byte, wovon 384 Byte pro Ebene ungenutzt blieben .
- Aufgrund des separaten 6809-Prozessors für die Grafik konnte der FM-7 beeindruckende 48 KB RAM für drei 16-KB-Grafikebenen mit jeweils 16.000 Byte nutzen . Der FM-77AV bot sogar noch mehr: 96 KB (AV und AV20) bzw. 144 KB (AV40), allerdings nur für 8-KB -Grafikebenen mit jeweils 8.000 Byte (warum Fujitsu diese Entscheidung traf, ist ein Rätsel). Dadurch konnte er Pixel mit zwölf bzw. achtzehn Bit zur Verfügung stellen. Die verbleibenden 16 KB oder mehr (32 KB bzw. 112 KB beim FM-77AV und AV20 oder 48 KB bzw. 176 KB beim FM-77AV40) RAM dienten der Speicherung von Schriftarten und Zeichenroutinen. Zur Kommunikation mit der Haupt-CPU nutzte der FM-7 ein gemeinsames Speichersystem, ähnlich dem „ Tube “ des BBC Micro .
- ^ Betrifft die Amiga 1000, Amiga 2000 und Amiga 500 Computer
- ^ a b Für DMA-Speicherzugriffe und Blitter-Funktionen sowie einen Copper (Co-Prozessor), eine programmierbare Zustandsmaschine, die einen programmierten Befehlsstrom ausführt, synchronisiert mit der Videohardware
- Der Hauptvideoprozessor. Ohne Overscan betrug die Bildschirmauflösung 320 (niedrige Auflösung) bzw. 640 (hohe Auflösung) Pixel in der Breite und 200 (NTSC) bzw. 256 (PAL) Pixel in der Höhe. Er unterstützte auch Interlacing, wodurch sich die vertikale Auflösung verdoppelte. Unterstützt wurden 2 bis 32 verschiedene Farben (1 bis 5 Bitplanes) aus einer 12-Bit-Palette (4096 Farben). Eine sechste Bitplane stand entweder für den Halfbrite-Modus zur Verfügung, der eine Kopie der ersten 32 Farben mit halber Intensität hinzufügte, oder für den Holds-and-Modify-Modus, der den Zugriff auf alle 4096 Farben gleichzeitig ermöglichte. Denise unterstützte acht Sprites, flüssiges Scrollen und ein „Dual-Playfield“. Weitere Informationen finden Sie unter Original Amiga Chipset .
- Ältere Versionen konnten nur auf 512 KB Chip-RAM zugreifen.
- ^ Sämtliche Textausgabe, die von Blitter oder Software in einem beliebigen Grafikmodus gerendert wird
- ^ a b 320×256p, 640×256p, 320×512i oder 640×512i im PAL-Modus
- Die Hardware des Amiga unterstützt nur 8 Sprites, kann aber mit Hilfe von Kupfer die Illusion von viel mehr erzeugen. Jeder Sprite wird an einer bestimmten Position gezeichnet , bis der Rasterstrahl ihn passiert hat; dann kann das Kupfer seine Position und sein Aussehen sofort ändern und ihn wieder unter den Rasterstrahl bewegen.
- ^ 3 Farben (plus eine vierte transparente "Farbe"). Zwei Sprites können zu einem einzelnen 15-Farben-Sprite kombiniert werden.
- ^ Zu viele, um sie alle aufzuzählen, siehe Original Amiga Chipsatz
- ^ Betrifft die Amiga 3000-Maschinen
- Der neue Chip konnte alle Funktionen des ursprünglichen Agnus-Chips und bot zusätzlich Unterstützung für die Anzeigemodi Produktivität (640×480, nicht interlaced) und Super Highres (1280×200 oder 1280×256), die allerdings auf vier Farben beschränkt waren. Außerdem konnte der Blitter Bereiche mit mehr als 1024×1024 Pixeln in einem Arbeitsgang kopieren. Sprites konnten in Randbereichen (außerhalb des Anzeigefensters, in dem Bitplanes dargestellt werden) angezeigt werden.
- ^ a b Jetzt auch in nicht verschachtelter Form
- ^ Noch mehr Funktionen als der ursprüngliche Chipsatz, siehe Erweiterter Amiga-Chipsatz
- ^ wurde im CD32, Amiga 1200 und Amiga 4000 verwendet.
- Der AGA-Chipsatz unterstützt 8-Bit-Pixel, was im normalen Anzeigemodus 256 Farben und im HAM-8-Modus (Hold-And-Modify) 262.144 Farben (18-Bit-Farbtiefe, 6 Bit pro RGB-Kanal) ermöglicht. Die Farbpalette des AGA-Chipsatzes umfasst 256 Einträge aus 16.777.216 Farben (24 Bit). Der ursprüngliche Amiga-Chipsatz (OCS) bot 4.096 Farben (12 Bit, 4 Bit pro RGB-Kanal), von denen nur 32 Farben angezeigt werden konnten, außer im Halbhelligkeitsmodus (in dem zusätzlich 32 Farben mit halber Helligkeit der ersten 32 dargestellt wurden) oder im HAM-Modus.
- Weitere Funktionen, die AGA gegenüber ECS hinzufügte, waren SuperHiRes, flüssiges Scrollen und schnelle 32-Bit-Speicherzugriffe, um die Grafikdatenbandbreite für 8-Bitplane-Grafikmodi und breitere Sprites bereitzustellen (siehe Advanced Graphics Architecture) . Der CD32 verfügt über einen Akiko-Bitmap-zu-Planar-Konvertierungschip.
- ^ Später war auch eine alternative 80×25-Textmoduskarte erhältlich.
- ^ YPbPr (40-Spalten-Modus), RGBI (80-Spalten-Modus)
- ^ Einzigartig war, dass das System zwei verschiedene Videoschaltungen mit separaten Ausgängen enthielt.
- ^ Sämtliche Textausgaben, die von Software in hochauflösenden Grafikmodi erzeugt werden.
- ^ Vollbild bis zu 26×36, 52×36, 104×36
- ^ Vollbild bis zu 208×288, 416×288, 832×288
- ^ mit einer unabhängigen Palette von 15 Farben, wobei Sprite-Pixel auch transparent sein können und jede logische Farbe eine von 4096 Farben sein kann
- ^ Drei Vergrößerungsstufen: 1×, 2× und 4×. Unabhängig für die X- und Y-Achse.
- ^ Es wurden zusätzliche Bildschirmsteuerungen hinzugefügt, um den Betrieb mit geteiltem Bildschirm zu ermöglichen und ein reibungsloses Scrollen zu gewährleisten.
- Der Videotextmodus nutzte nur 1 KB Speicher, die anderen je nach Bedarf 8 bis 20 KB .
- ^ Im Teletext- Modus mit Hilfe eines SAA5050 benötigte die Beeb in diesem Modus nur 1 KB RAM für 40×25 Zeichen Text.
- ^ durch Verwendung serieller Attribute, wie sie in Teletextsystemen üblich sind
- ^ Anzeige mit Abstand, wobei auf jeweils 8 Pixel zwei leere horizontale Linien folgen
- ^ Verwendung der 2×3-Blockgrafik des Videotextmodus
- ^ Die Modi 0 bis 6 konnten eine Auswahl an Farben aus einer logischen Palette von sechzehn anzeigen, obwohl nur acht Farben zur Verfügung standen: die acht RGB-Grundfarben (0-Schwarz, 1-Rot, 2-Grün, 3-Gelb, 4-Blau, 5-Magenta, 6-Cyan, 7-Weiß) und acht Farben im Blinkmodus (8-Schwarz/Weiß, 9-Rot/Cyan, 10-Grün/Magenta, 11-Gelb/Blau, 12-Blau/Gelb, 13-Magenta/Grün, 14-Cyan/Rot, 15-Weiß/Schwarz).
- Modus 7 war ein Videotextmodus und äußerst speichereffizient (nur 1 KB). Zusätzlich ermöglichten der BBC B+ und der spätere Master sogenannte „Schattenmodi“. Dabei wurde der Framebuffer in 20 KB zusätzlichem RAM ab Adresse 0x8000 gespeichert ( wodurch der BASIC-ROM in diesem Bereich quasi „überschattet“ wurde), anstatt den Benutzerspeicher unterhalb von 0x8000 zu belegen. Diese Funktion wurde durch Setzen von Bit 7 der Modusvariablen aktiviert, also durch Anfordern der Modi 128–135.
- ^ Teletextgrafiken, die Text-Semigrafikzeichen verwenden , gab es im Gegensatz zum TRS-80 bei den Pseudografikzeichen zwei Arten: „massiv“ und „getrennt“. Die erste Art entsprach genau der des TRS-80, bei der zweiten war jeder „Pixelblock“ von einer schmalen Linie aus Hintergrundfarbe umgeben.
- ^ Verwendete einen Chip, der für die Anzeige von Videotext in Fernsehgeräten entwickelt wurde. Dieser „Video-Coprozessor“ nutzt „serielle Attribute“ für seinen „Videotextmodus“.
- Die beiden Haupt-CRT-Controller-Chips hießen „VINAS 1 + 2“, spätere Modelle verwendeten einen Chip namens VICON. Der „Video-Controller“ hieß „VSOP“ oder in späteren Modellen „VIPS“. Der separate „Sprite-Controller“ hieß in seiner ersten Version „CYNTHIA / Jr“ und später nur noch „CYNTHIA“. Zu guter Letzt gab es noch den „Video-Datenselektor“, der zunächst (seltsamerweise) „RESERVE“ und später den fantasievolleren Namen „CATHY“ trug.
- ^ 512 KB Text-VRAM, 512 KB Grafik-VRAM, 32 KB Sprite-VRAM
- ^ Der X68000 verfügte über einen separaten 768 KB großen Zeichengenerator-ROM mit Schriftarten für 16×16-, 8×16-, 8×8- und JIS 1 + 2-Zeichen.
- ^ Software-Rendering
- ^ Hardware-Scrollen, Prioritätssteuerung, Überlagerung
- ^ Möglicherweise auf dem Grafikbildschirm gezeichnet