Video Graphics Array - Versionsgeschichte

77.87.224.102: /* Geschichte */

2025-01-28T10:24:03Z

Geschichte

← Nächstältere Version		Version vom 28. Januar 2025, 12:24 Uhr
Zeile 193:		Zeile 193:
	Allerdings waren all diese erweiterten, über VGA hinausgehenden Funktionen nicht standardisiert und unterschieden sich zum Teil je nach Grafikkarte. Daher musste zunächst jede Software, die diese Funktionen nutzen wollte, ihre eigenen Grafikkartentreiber mitbringen (Beispiel: [[Microsoft Flugsimulator\|MS Flugsimulator 5.0]]). Für wichtige Anwendungen wie [[Microsoft Windows 3.1\|Windows 3.1]], teilweise [[AutoCAD]], wurden aber auch seitens der Grafikchiphersteller [[Treibersoftware\|Treiber]] zur Verfügung gestellt. Vor allem bei günstigen Nicht-Standard-Grafikkarten war dies aber auch nicht immer der Fall, und daher beschränkte sich die Software unter DOS meist auf VGA.		Allerdings waren all diese erweiterten, über VGA hinausgehenden Funktionen nicht standardisiert und unterschieden sich zum Teil je nach Grafikkarte. Daher musste zunächst jede Software, die diese Funktionen nutzen wollte, ihre eigenen Grafikkartentreiber mitbringen (Beispiel: [[Microsoft Flugsimulator\|MS Flugsimulator 5.0]]). Für wichtige Anwendungen wie [[Microsoft Windows 3.1\|Windows 3.1]], teilweise [[AutoCAD]], wurden aber auch seitens der Grafikchiphersteller [[Treibersoftware\|Treiber]] zur Verfügung gestellt. Vor allem bei günstigen Nicht-Standard-Grafikkarten war dies aber auch nicht immer der Fall, und daher beschränkte sich die Software unter DOS meist auf VGA.

	Spiele bis ~~1995~~ sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.		Spiele bis 1994 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.

	Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.		Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.

Känguru1890: Revert - unpassender Beleg

2024-08-18T17:02:39Z

Revert - unpassender Beleg

← Nächstältere Version		Version vom 18. August 2024, 19:02 Uhr
Zeile 132:		Zeile 132:
	Der größte Vorteil des Mode-X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den 0., 4., 8. und 12. Pixel ab, die Ebene 1 bildet den 1., 5., 9. und 13. Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als ''unchained mode'' bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.		Der größte Vorteil des Mode-X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den 0., 4., 8. und 12. Pixel ab, die Ebene 1 bildet den 1., 5., 9. und 13. Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als ''unchained mode'' bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.

	Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, wie auch bereits im Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}~~</ref><ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1991/9107/9107j/9107j.htm ''GRAPHICS PROGRAMMING Mode X: 256-Color VGA'' Magic Michael Abrash Dr. Dobb's Journal Juli 1991~~</ref>		Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, wie auch bereits im Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}</ref>

	=== Flexibilität des VGA-Anschlusses ===		=== Flexibilität des VGA-Anschlusses ===
Zeile 161:		Zeile 161:

	== Kompatibilität zu MDA-, CGA- und EGA-Karten ==		== Kompatibilität zu MDA-, CGA- und EGA-Karten ==
	~~Der~~ VGA~~-Standard~~ ~~ist~~ ~~beim Zugriff über das~~ [[~~BIOS~~ (~~IBM PC~~)\|~~BIOS~~]] zu ~~den~~ bisherigen IBM-~~Grafikstandards~~ ~~voll~~ [[~~Kompatibilität~~ ~~(Technik)~~\|~~abwärtskompatibel~~]]. ~~Dies~~ ~~gilt~~ ~~allerdings~~ ~~nicht~~ ~~für~~ ~~Zugriffe auf direkter Registerebene am~~ BIOS ~~vorbei.~~ ~~Viele~~ ~~Hersteller~~ ~~von~~ ~~VGA-Grafikchips sorgten daher dafür~~, ~~dass ihre VGA-Grafikchips~~ auch bei direkter Registerprogrammierung ~~dennoch weitgehend zu den bisherigen IBM-Grafikstandards kompatibel sind, so dass in der Praxis auch~~ die meisten Programme~~, die diese älteren Grafikstandards nutzen,~~ weiterhin ~~auf VGA-Grafikkarten funktionieren~~.~~<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990 (englisch)</ref>~~ Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.		VGA war weitgehend [[Kompatibilität (Technik)\|abwärtskompatibel]] zu allen bisherigen IBM-Grafikkarten für [[IBM-PC-kompatibler Computer\|PCs]]; beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] war die Kompatibilität besonders hoch, aber auch bei direkter Registerprogrammierung funktionierten die meisten Programme weiterhin. Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.

	=== Farbpaletten ===		=== Farbpaletten ===
Zeile 211:		Zeile 211:
	== Literatur ==		== Literatur ==
	* Mathias Uphoff: ''Programmierung der EGA /VGA-Grafikkarte.'' Addison-Wesley, 1990, ISBN 3-89319-274-3.		* Mathias Uphoff: ''Programmierung der EGA /VGA-Grafikkarte.'' Addison-Wesley, 1990, ISBN 3-89319-274-3.
	* [https://archive.org/details/dr_dobbs_journal_vol_15/page/427/mode/2up?view=theater Dr. Dobbs Journal vol 15 - Demystifying 16-Bit VGA - May 1990 S.428]

	== Einzelnachweise ==		== Einzelnachweise ==

Gentle Irony: Wort "diesen" entfernt, da schwacher Ausdruck durch vorherige Wortnutzung im Satz

2024-08-12T21:47:23Z

Wort "diesen" entfernt, da schwacher Ausdruck durch vorherige Wortnutzung im Satz

← Nächstältere Version		Version vom 12. August 2024, 23:47 Uhr
Zeile 161:		Zeile 161:

	== Kompatibilität zu MDA-, CGA- und EGA-Karten ==		== Kompatibilität zu MDA-, CGA- und EGA-Karten ==
	Der VGA-Standard ist beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] zu den bisherigen IBM-Grafikstandards voll [[Kompatibilität (Technik)\|abwärtskompatibel]]. Dies gilt allerdings nicht für Zugriffe auf direkter Registerebene am BIOS vorbei. Viele Hersteller von VGA-Grafikchips sorgten daher dafür, dass ihre VGA-Grafikchips auch bei direkter Registerprogrammierung dennoch weitgehend zu den bisherigen IBM-Grafikstandards kompatibel sind, so dass in der Praxis auch die meisten Programme, die diese älteren Grafikstandards nutzen, weiterhin auf ~~diesen~~ VGA-Grafikkarten funktionieren.<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990 (englisch)</ref> Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.		Der VGA-Standard ist beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] zu den bisherigen IBM-Grafikstandards voll [[Kompatibilität (Technik)\|abwärtskompatibel]]. Dies gilt allerdings nicht für Zugriffe auf direkter Registerebene am BIOS vorbei. Viele Hersteller von VGA-Grafikchips sorgten daher dafür, dass ihre VGA-Grafikchips auch bei direkter Registerprogrammierung dennoch weitgehend zu den bisherigen IBM-Grafikstandards kompatibel sind, so dass in der Praxis auch die meisten Programme, die diese älteren Grafikstandards nutzen, weiterhin auf VGA-Grafikkarten funktionieren.<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990 (englisch)</ref> Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.

	=== Farbpaletten ===		=== Farbpaletten ===

77.183.124.192: hauptsächlich zur leichteren Lesbarkeit +Bindestriche

2024-07-07T08:18:19Z

hauptsächlich zur leichteren Lesbarkeit +Bindestriche

← Nächstältere Version		Version vom 7. Juli 2024, 10:18 Uhr
Zeile 161:		Zeile 161:

	== Kompatibilität zu MDA-, CGA- und EGA-Karten ==		== Kompatibilität zu MDA-, CGA- und EGA-Karten ==
	Der VGA Standard ist beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] zu den bisherigen IBM Grafikstandards voll [[Kompatibilität (Technik)\|abwärtskompatibel]]. Dies gilt allerdings nicht für Zugriffe auf direkter Registerebene am BIOS vorbei. Viele Hersteller von VGA Grafikchips sorgten daher dafür, dass ihre VGA Grafikchips auch bei direkter Registerprogrammierung dennoch weitgehend zu den bisherigen IBM Grafikstandards kompatibel sind, so dass in der Praxis auch die meisten Programme, die diese älteren Grafikstandards nutzen, weiterhin auf diesen VGA Grafikkarten funktionieren.<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990</ref>		Der VGA-Standard ist beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] zu den bisherigen IBM-Grafikstandards voll [[Kompatibilität (Technik)\|abwärtskompatibel]]. Dies gilt allerdings nicht für Zugriffe auf direkter Registerebene am BIOS vorbei. Viele Hersteller von VGA-Grafikchips sorgten daher dafür, dass ihre VGA-Grafikchips auch bei direkter Registerprogrammierung dennoch weitgehend zu den bisherigen IBM-Grafikstandards kompatibel sind, so dass in der Praxis auch die meisten Programme, die diese älteren Grafikstandards nutzen, weiterhin auf diesen VGA-Grafikkarten funktionieren.<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990 (englisch)</ref> Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.
	Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.

	=== Farbpaletten ===		=== Farbpaletten ===

93.229.166.99: /* Kompatibilität zu MDA-, CGA- und EGA-Karten */ Es war eine komplette Überarbeitung notwendig, da Standard VGA genaugenommen nur auf BIOS Ebene zu CGA, EGA usw. voll kompatibel ist. Kompatibilität auf Registerebene ist kein Teil der Standards mehr, in der Praxis wurde diese Kompatibilität von den VGA Grafikchipherstellern dennoch vorgenommen. Quelle liegt bei

2024-07-05T15:44:40Z

Kompatibilität zu MDA-, CGA- und EGA-Karten: Es war eine komplette Überarbeitung notwendig, da Standard VGA genaugenommen nur auf BIOS Ebene zu CGA, EGA usw. voll kompatibel ist. Kompatibilität auf Registerebene ist kein Teil der Standards mehr, in der Praxis wurde diese Kompatibilität von den VGA Grafikchipherstellern dennoch vorgenommen. Quelle liegt bei

← Nächstältere Version		Version vom 5. Juli 2024, 17:44 Uhr
Zeile 161:		Zeile 161:

	== Kompatibilität zu MDA-, CGA- und EGA-Karten ==		== Kompatibilität zu MDA-, CGA- und EGA-Karten ==
			Der VGA Standard ist beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] zu den bisherigen IBM Grafikstandards voll [[Kompatibilität (Technik)\|abwärtskompatibel]]. Dies gilt allerdings nicht für Zugriffe auf direkter Registerebene am BIOS vorbei. Viele Hersteller von VGA Grafikchips sorgten daher dafür, dass ihre VGA Grafikchips auch bei direkter Registerprogrammierung dennoch weitgehend zu den bisherigen IBM Grafikstandards kompatibel sind, so dass in der Praxis auch die meisten Programme, die diese älteren Grafikstandards nutzen, weiterhin auf diesen VGA Grafikkarten funktionieren.<ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1990/9004/9004f/9004f.htm VESA VGA BIOS EXTENSIONS - A software standard for Super VGA by Bo Ericsson, Dr. Dobb's Journal April 1990</ref>
	VGA war weitgehend [[Kompatibilität (Technik)\|abwärtskompatibel]] zu allen bisherigen IBM-Grafikkarten für [[IBM-PC-kompatibler Computer\|PCs]]; beim Zugriff über das [[BIOS (IBM PC)\|BIOS]] war die Kompatibilität besonders hoch, aber auch bei direkter Registerprogrammierung funktionierten die meisten Programme weiterhin. Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.		Insbesondere musste der Benutzer nicht mehr zwischen Farbfähigkeit (CGA, EGA) und hoher Textqualität ([[Monochrome Display Adapter\|MDA]]) wählen. Für VGA wurden von Anfang an sowohl monochrome (meist weiße) als auch farbige Monitore angeboten.

	=== Farbpaletten ===		=== Farbpaletten ===

93.229.166.99: /* Mode-X und Mode-Y */ ''GRAPHICS PROGRAMMING Mode X: 256-Color VGA'' Magic Michael Abrash Dr. Dobb's Journal Juli 1991

2024-07-03T18:48:58Z

Mode-X und Mode-Y: ''GRAPHICS PROGRAMMING Mode X: 256-Color VGA'' Magic Michael Abrash Dr. Dobb's Journal Juli 1991

← Nächstältere Version		Version vom 3. Juli 2024, 20:48 Uhr
Zeile 132:		Zeile 132:
	Der größte Vorteil des Mode-X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den 0., 4., 8. und 12. Pixel ab, die Ebene 1 bildet den 1., 5., 9. und 13. Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als ''unchained mode'' bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.		Der größte Vorteil des Mode-X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den 0., 4., 8. und 12. Pixel ab, die Ebene 1 bildet den 1., 5., 9. und 13. Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als ''unchained mode'' bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.

	Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, wie auch bereits im Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}</ref>		Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, wie auch bereits im Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}</ref><ref>https://jacobfilipp.com/DrDobbs/articles/DDJ/1991/9107/9107j/9107j.htm ''GRAPHICS PROGRAMMING Mode X: 256-Color VGA'' Magic Michael Abrash Dr. Dobb's Journal Juli 1991</ref>

	=== Flexibilität des VGA-Anschlusses ===		=== Flexibilität des VGA-Anschlusses ===

93.229.166.99: /* Literatur */

2024-07-01T15:50:25Z

Literatur

← Nächstältere Version		Version vom 1. Juli 2024, 17:50 Uhr
Zeile 211:		Zeile 211:
	== Literatur ==		== Literatur ==
	* Mathias Uphoff: ''Programmierung der EGA /VGA-Grafikkarte.'' Addison-Wesley, 1990, ISBN 3-89319-274-3.		* Mathias Uphoff: ''Programmierung der EGA /VGA-Grafikkarte.'' Addison-Wesley, 1990, ISBN 3-89319-274-3.
			* [https://archive.org/details/dr_dobbs_journal_vol_15/page/427/mode/2up?view=theater Dr. Dobbs Journal vol 15 - Demystifying 16-Bit VGA - May 1990 S.428]

	== Einzelnachweise ==		== Einzelnachweise ==

RokerHRO: /* Mode-X und Mode-Y */

2024-06-19T22:15:02Z

Mode-X und Mode-Y

← Nächstältere Version		Version vom 20. Juni 2024, 00:15 Uhr
Zeile 128:		Zeile 128:
	\|Längliche Pixel wie im Modus 13h (Pixelseitenverhältnis ist kleiner als eins)		\|Längliche Pixel wie im Modus 13h (Pixelseitenverhältnis ist kleiner als eins)
	\|}		\|}
	Im Gegensatz zum einfacher zu programmierenden Modus 13h ist ~~beim~~ Mode-X und Mode-Y ~~page~~ ~~flipping~~ möglich und es kann ~~somit~~ der gesamte Videospeicher verwendet werden, ~~womit~~ es ~~möglich ist~~, für den Bildaufbau [[Doppelpufferung\|''Double Buffering'']] zu verwenden oder oft benötige 2D-Grafiken als [[Sprite (Computergrafik)\|Sprites]] abzulegen, um auf diese schnell, wie bei einem ([[Cache]]), zurückzugreifen. Dies erlaubt performantere Animationen und ~~weil~~ beim Mode-X die Pixel ~~quadratisch~~ ~~sind,~~ ~~ist~~ ~~dort~~ ~~ein Kreis auch wirklich ein Kreis. Beim Mode 13h und Mode-Y ist letzteres nicht der Fall~~, ~~weswegen~~ ~~man~~ ~~zur~~ ~~Darstellung~~ ~~von~~ ~~Kreisen im Grunde das ungerade~~ Seitenverhältnis ~~durch das Zeichnen von Ellipsen korrigieren muss, wenn man einen Kreis darstellen möchte, was extra Rechenzeit und somit Leistung kostet~~.		Im Gegensatz zum einfacher zu programmierenden Modus 13h ist im Mode-X und Mode-Y Page Flipping möglich und es kann der gesamte Videospeicher verwendet werden. Das erlaubt es, für den Bildaufbau [[Doppelpufferung\|''Double Buffering'']] zu verwenden oder oft benötige 2D-Grafiken als [[Sprite (Computergrafik)\|Sprites]] abzulegen, um auf diese schnell, wie bei einem [[Cache]], zurückzugreifen. Dies erlaubt performantere Animationen und die beim Mode-X die quadratischen Pixel vereinfachen die Erstellung von Grafiken, bei denen es auf ein richtiges Seitenverhältnis ankommt.

	Der größte Vorteil des Mode X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den ~~Nullten~~, ~~Vierten~~, ~~Achten~~ und ~~Zwölften~~ Pixel ab, die Ebene 1 bildet den ~~Ersten~~, ~~Fünften~~, ~~Neunten~~ und ~~Dreizehnten~~ Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als unchained ~~Mode~~ bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.		Der größte Vorteil des Mode-X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den 0., 4., 8. und 12. Pixel ab, die Ebene 1 bildet den 1., 5., 9. und 13. Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als ''unchained mode'' bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.

	Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, ~~identisch~~ ~~zum~~ Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}</ref>		Mode-X und Mode-Y unterscheiden sich in der Auflösung und beim Format der Pixel. Mode-X weist quadratische Pixel auf, während im Mode-Y die Pixel höher als breit sind, wie auch bereits im Modus 13h.<ref>{{Internetquelle \|autor=Michael Abrash \|url=https://www.phatcode.net/res/224/files/html/ch48/48-01.html \|titel=Chapter 48 – Mode X Marks the Latch \|werk=Phat Code \|datum=2001 \|sprache=en \|abruf=2024-03-21}}</ref><ref name=":0" /><ref>{{Internetquelle \|url=https://groups.google.com/g/rec.games.programmer/c/ZrsqNTCvlhg#1b00273db2f76620 \|titel=Mode Y \|werk=Google Groups \|datum=1993-08-17 \|sprache=en \|abruf=2024-03-21}}</ref>

	=== Flexibilität des VGA-Anschlusses ===		=== Flexibilität des VGA-Anschlusses ===

2.241.218.95: /* Mode-X und Mode-Y */

2024-06-17T10:36:51Z

Mode-X und Mode-Y

← Nächstältere Version		Version vom 17. Juni 2024, 12:36 Uhr
Zeile 128:		Zeile 128:
	\|Längliche Pixel wie im Modus 13h (Pixelseitenverhältnis ist kleiner als eins)		\|Längliche Pixel wie im Modus 13h (Pixelseitenverhältnis ist kleiner als eins)
	\|}		\|}
	Im Gegensatz zum einfacher zu programmierenden Modus 13h ist beim Mode-X und Mode-Y page flipping möglich und es kann somit der gesamte Videospeicher verwendet werden, womit es möglich ist, für den Bildaufbau ([[Doppelpufferung\|''Double Buffering'']]) zu verwenden oder oft benötige 2D-Grafiken als [[Sprite (Computergrafik)\|Sprites]] abzulegen, um auf diese schnell, wie bei einem ([[Cache]]), zurückzugreifen. Dies erlaubt performantere Animationen und weil beim Mode-X die Pixel quadratisch sind, ist dort ein Kreis ein Kreis. Beim Mode 13h und Mode-Y ist letzteres nicht der Fall, weswegen man zur Darstellung von Kreisen im Grunde das ungerade Seitenverhältnis durch das Zeichnen von Ellipsen korrigieren muss, wenn man einen Kreis darstellen möchte, was extra Rechenzeit und somit Leistung kostet.		Im Gegensatz zum einfacher zu programmierenden Modus 13h ist beim Mode-X und Mode-Y page flipping möglich und es kann somit der gesamte Videospeicher verwendet werden, womit es möglich ist, für den Bildaufbau [[Doppelpufferung\|''Double Buffering'']] zu verwenden oder oft benötige 2D-Grafiken als [[Sprite (Computergrafik)\|Sprites]] abzulegen, um auf diese schnell, wie bei einem ([[Cache]]), zurückzugreifen. Dies erlaubt performantere Animationen und weil beim Mode-X die Pixel quadratisch sind, ist dort ein Kreis auch wirklich ein Kreis. Beim Mode 13h und Mode-Y ist letzteres nicht der Fall, weswegen man zur Darstellung von Kreisen im Grunde das ungerade Seitenverhältnis durch das Zeichnen von Ellipsen korrigieren muss, wenn man einen Kreis darstellen möchte, was extra Rechenzeit und somit Leistung kostet.

	Der größte Vorteil des Mode X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den Nullten, Vierten, Achten und Zwölften Pixel ab, die Ebene 1 bildet den Ersten, Fünften, Neunten und Dreizehnten Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als unchained Mode bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.		Der größte Vorteil des Mode X ist allerdings, dass er einen parallelen Zugriff auf vier Pixel gleichzeitig erlaubt, da bei Standard VGA die Hardware grundsätzlich in vier Speicherbänke bzw. Ebenen von je 64 KiB pro Speicherbank organisiert ist, wovon jede Ebene in vierer Schritten die Pixel in der Horizontalen abbildet. D.h. das erste Byte in Ebene 0 bildet bspw. den Nullten, Vierten, Achten und Zwölften Pixel ab, die Ebene 1 bildet den Ersten, Fünften, Neunten und Dreizehnten Pixel ab. Man nennt diese Zugriffsart auch planaren Zugriff, dieser ist auch als unchained Mode bekannt. Durch diesen parallelen Zugriff ist Mode-X viermal so schnell, wie Mode 13h, allerdings auch komplizierter zu programmieren.

Fan-vom-Wiki: /* Entwicklung */ tk

2024-05-02T22:44:34Z

Entwicklung: tk

← Nächstältere Version		Version vom 3. Mai 2024, 00:44 Uhr
Zeile 195:		Zeile 195:
	Spiele bis 1995 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.		Spiele bis 1995 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.

	Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|~~"VESA~~-~~Wrapper"~~]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.		Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.
	Trotz der VESA-Erweiterungen wird unter Windows bis einschließlich Version 7 ein Standard-VGA-Treiber eingerichtet, solange kein herstellerspezifischer Treiber verfügbar ist, im Gegensatz beispielsweise zu [[Linux]] und [[Berkeley Software Distribution\|BSD]] oder neueren Windows-Versionen. Bei letzterem nennt sich der generische Treiber nun ''Microsoft Basic Display Adapter'' und unterstützt auch hohe Auflösungen, jedoch ohne spezifische Beschleunigungsfunktionen.		Trotz der VESA-Erweiterungen wird unter Windows bis einschließlich Version 7 ein Standard-VGA-Treiber eingerichtet, solange kein herstellerspezifischer Treiber verfügbar ist, im Gegensatz beispielsweise zu [[Linux]] und [[Berkeley Software Distribution\|BSD]] oder neueren Windows-Versionen. Bei letzterem nennt sich der generische Treiber nun ''Microsoft Basic Display Adapter'' und unterstützt auch hohe Auflösungen, jedoch ohne spezifische Beschleunigungsfunktionen.

← Nächstältere Version		Version vom 28. Januar 2025, 12:24 Uhr
Zeile 193:		Zeile 193:
	Allerdings waren all diese erweiterten, über VGA hinausgehenden Funktionen nicht standardisiert und unterschieden sich zum Teil je nach Grafikkarte. Daher musste zunächst jede Software, die diese Funktionen nutzen wollte, ihre eigenen Grafikkartentreiber mitbringen (Beispiel: [[Microsoft Flugsimulator\|MS Flugsimulator 5.0]]). Für wichtige Anwendungen wie [[Microsoft Windows 3.1\|Windows 3.1]], teilweise [[AutoCAD]], wurden aber auch seitens der Grafikchiphersteller [[Treibersoftware\|Treiber]] zur Verfügung gestellt. Vor allem bei günstigen Nicht-Standard-Grafikkarten war dies aber auch nicht immer der Fall, und daher beschränkte sich die Software unter DOS meist auf VGA.		Allerdings waren all diese erweiterten, über VGA hinausgehenden Funktionen nicht standardisiert und unterschieden sich zum Teil je nach Grafikkarte. Daher musste zunächst jede Software, die diese Funktionen nutzen wollte, ihre eigenen Grafikkartentreiber mitbringen (Beispiel: [[Microsoft Flugsimulator\|MS Flugsimulator 5.0]]). Für wichtige Anwendungen wie [[Microsoft Windows 3.1\|Windows 3.1]], teilweise [[AutoCAD]], wurden aber auch seitens der Grafikchiphersteller [[Treibersoftware\|Treiber]] zur Verfügung gestellt. Vor allem bei günstigen Nicht-Standard-Grafikkarten war dies aber auch nicht immer der Fall, und daher beschränkte sich die Software unter DOS meist auf VGA.

	Spiele bis ~~1995~~ sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.		Spiele bis 1994 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.

	Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.		Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.

← Nächstältere Version		Version vom 3. Mai 2024, 00:44 Uhr
Zeile 195:		Zeile 195:
	Spiele bis 1995 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.		Spiele bis 1995 sind daher meist auch auf den 320 × 200 × 8-VGA-Modus beschränkt ''(Mode 13h).'' Beispiele sind Doom 1, Worms oder [[Wolfenstein 3D]]. In grafischen Betriebssystemen wie bspw. [[Microsoft Windows NT\|Windows NT]] oder [[OS/2]] war immer ein VGA-Treiber für den standardisierten VGA-Modus der einzig verfügbare, wenn noch kein hardwarespezifischer Grafiktreiber installiert wurde.

	Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|~~"VESA~~-~~Wrapper"~~]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.		Um höhere Auflösungen und deren Programmierung zu vereinheitlichen, wurden Anfang der 1990er Jahre von der [[Video Electronics Standards Association\|VESA]] die Auflösungen bis 1280×960 in 256 Farben und deren BIOS-[[Programmierschnittstelle\|APIs]] normiert. Diese [[VESA BIOS Extension\|VESA-Erweiterungen]] wurden darauf auch zügig von den Grafikchipherstellern übernommen und in die VGA-BIOSe eingepflegt. Die VESA-Erweiterungen erschienen in mehreren Versionen, aktuell ist Version 3.0. Die VGA-BIOS-Chips waren meist als [[Festwertspeicher\|ROM]] ausgeführt, so dass sich die Grafikkarten selbst nicht auf eine neue VESA-BIOS-Version aufrüsten lassen. Durch die Verwendung von [[TSR-Programm]]en, welche gewissermaßen als [[Wrapper (Software)\|„VESA-Wrapper“]] dienen, lassen sich unter DOS neue VESA-Erweiterungen auf Systemen nutzen, welche über eine entsprechend leistungsfähige, aber zur benötigten VESA-Version inkompatible Grafikkarte besitzen. Diese TSR-Programme stellen die VESA-Erweiterungs-Routinen zur Verfügung und übersetzen sie für die Grafikkarte. Neben herstellerspezifischen Wrappern gibt es auch Universalwrapper wie UNIVESA.EXE oder UNIVBE.EXE. Diese wurden oft verwendet, um die VESA-Erweiterungen der Version 2.0 auf Systemen nachzurüsten, deren Grafikkarten lediglich VESA 1.0 unterstützen. Erst Mitte der 1990er Jahre hatten sich die mit den VESA-Erweiterungen kompatiblen Grafikkarten soweit durchgesetzt, dass sie von den Spieleherstellern zunehmend unterstützt wurden. Auch war mit dem Erscheinen der ersten [[Pentium]]-Prozessoren auf dem Massenmarkt genug Rechenleistung vorhanden, um auch in den VESA-Modi, selbst mit Wrapper eine flüssige Grafikdarstellung in aufwändigen DOS-Spielen wie [[Wing Commander 3]] oder [[The Need for Speed]] erreichen zu können. In der [[Shareware]]-Szene wurde allerdings noch längere Zeit auf den Mode 13h (320×200, 256 Farben) gesetzt, da hier eine Bildschirmseite ziemlich genau 64 kB benötigt. Dies ist in zahlreichen verbreiteten günstigen [[Real Mode\|Real-Mode]]-[[Compiler]]n wie [[Turbo Pascal]] die maximal erlaubte Größe für [[Datenstruktur]]en im [[Arbeitsspeicher]]; Mode-13h-Bildschirmseiten sind unter solchen Compilern daher vergleichsweise einfach zu handhaben.
	Trotz der VESA-Erweiterungen wird unter Windows bis einschließlich Version 7 ein Standard-VGA-Treiber eingerichtet, solange kein herstellerspezifischer Treiber verfügbar ist, im Gegensatz beispielsweise zu [[Linux]] und [[Berkeley Software Distribution\|BSD]] oder neueren Windows-Versionen. Bei letzterem nennt sich der generische Treiber nun ''Microsoft Basic Display Adapter'' und unterstützt auch hohe Auflösungen, jedoch ohne spezifische Beschleunigungsfunktionen.		Trotz der VESA-Erweiterungen wird unter Windows bis einschließlich Version 7 ein Standard-VGA-Treiber eingerichtet, solange kein herstellerspezifischer Treiber verfügbar ist, im Gegensatz beispielsweise zu [[Linux]] und [[Berkeley Software Distribution\|BSD]] oder neueren Windows-Versionen. Bei letzterem nennt sich der generische Treiber nun ''Microsoft Basic Display Adapter'' und unterstützt auch hohe Auflösungen, jedoch ohne spezifische Beschleunigungsfunktionen.