Framebuffer - Versionsgeschichte

Nerd in Vienna: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-05-26T08:29:46Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 26. Mai 2025, 10:29 Uhr
Zeile 16:		Zeile 16:
	** [[Video Graphics Array\|VGA]]: Palette mit 256 Farben aus 262144 möglichen		** [[Video Graphics Array\|VGA]]: Palette mit 256 Farben aus 262144 möglichen
	* 15 Bit pro Pixel, 32768 Farben		* 15 Bit pro Pixel, 32768 Farben
	** [[Real Color]]: Pixelformat 5-5-5, d. h. 5 Bit pro Farbkanal (also 32 Intensitätsabstufungen pro Kanal)		** [[Real Color]]: Pixelformat 5-5-5, d. h. 5 Bit pro [[Farbkanal]] (also 32 Intensitätsabstufungen pro Kanal)
	* 16 Bit pro Pixel, 65536 Farben		* 16 Bit pro Pixel, 65536 Farben
	** [[High Color]]: Pixelformat 5-6-5, d. h. 5 Bit für Rot und Blau (32 Intensitätsabstufungen) und 6 Bit für Grün (64 Intensitätsabstufungen)		** [[High Color]]: Pixelformat 5-6-5, d. h. 5 Bit für Rot und Blau (32 Intensitätsabstufungen) und 6 Bit für Grün (64 Intensitätsabstufungen)
Zeile 90:		Zeile 90:
	== Beispiele ==		== Beispiele ==
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und [[Gerätetreiber]] müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und [[Gerätetreiber]] müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und [[macOS]] nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].
	{\| class="wikitable"		{\| class="wikitable"

Frank63: Schreibweise

2025-05-19T10:40:54Z

Schreibweise

← Nächstältere Version		Version vom 19. Mai 2025, 12:40 Uhr
Zeile 55:		Zeile 55:
	=== Bildauflösung ===		=== Bildauflösung ===
	Die Bildauflösung gibt an, aus wie vielen Pixeln der Framebuffer besteht. Üblicherweise gibt man hierbei die horizontale und vertikale Pixelanzahl an, wodurch man auch das [[Seitenverhältnis]] direkt berechnen kann, üblich sind hier 4:3, 5:4 und 16:10.		Die Bildauflösung gibt an, aus wie vielen Pixeln der Framebuffer besteht. Üblicherweise gibt man hierbei die horizontale und vertikale Pixelanzahl an, wodurch man auch das [[Seitenverhältnis]] direkt berechnen kann, üblich sind hier 4:3, 5:4 und 16:10.

	{\| class="wikitable" style="text-align:center"		{\| class="wikitable" style="text-align:center"
	\|+ Typische Framebuffer-Auflösung		\|+ Typische Framebuffer-Auflösung
Zeile 86:		Zeile 85:
	\|}		\|}
	{{FNBox\|		{{FNBox\|
	{{FNZ\|a\|bei üblichen 4:3-Bildschirmen meist [[Anamorphe Bildaufzeichnung\|anamorph]] als 16:10 dargestellt}}		{{FNZ\|a\|bei üblichen 4:3-Bildschirmen meist [[Anamorphe Bildaufzeichnung\|anamorph]] als 16:10 dargestellt}}
	}}		}}

	== Beispiele ==		== Beispiele ==
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und [[Gerätetreiber]] müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und [[Gerätetreiber]] müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

	{\| class="wikitable"		{\| class="wikitable"
	! Breite × Höhe × Farben		! Breite × Höhe × Farben
Zeile 112:		Zeile 110:
	\|640 × 350 × 16 \|\|≈ 109 KB<br />(112 kB) \|\|EGA		\|640 × 350 × 16 \|\|≈ 109 KB<br />(112 kB) \|\|EGA
	\|-		\|-
	\|640 x 400 x 1		\|640 × 400 × 1
	\|≈ 32 KB		\|≈ 32 KB
	(32 kB)		(32 kB)
Zeile 157:		Zeile 155:

	== Linux-Framebuffer ==		== Linux-Framebuffer ==

	[[Datei:KNOPPIX booting.png\|mini\|Knoppix booting Screenshot]]		[[Datei:KNOPPIX booting.png\|mini\|Knoppix booting Screenshot]]

Krewalda: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-02-28T01:58:44Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 28. Februar 2025, 03:58 Uhr
Zeile 24:		Zeile 24:
	* 32 Bit pro Pixel		* 32 Bit pro Pixel
	** True Color: Pixelformat 8-8-8-8, d. h. 8 Bit pro Farbkanal (256 Intensitätsabstufungen)		** True Color: Pixelformat 8-8-8-8, d. h. 8 Bit pro Farbkanal (256 Intensitätsabstufungen)
	** Die gegenüber 24 Bit True Color hinzugekommenen 8 Bit werden normalerweise nicht genutzt; auf Rechnern mit 32-Bit-Architektur ist die Verarbeitung von 32-Bit-Werten aber effizienter als die von 24-Bit-Werten, weil dies genau der [[Datenwort\|Wortbreite]] des Prozessors entspricht, weswegen trotz des 33 % höheren Speicherbedarfs True-Color-Framebuffer meistens 32 Bit Farbtiefe benutzen.		** Die gegenüber 24 Bit True Color hinzugekommenen 8 Bit werden normalerweise nicht genutzt; auf Rechnern mit [[32-Bit-Architektur]] ist die Verarbeitung von 32-Bit-Werten aber effizienter als die von 24-Bit-Werten, weil dies genau der [[Datenwort\|Wortbreite]] des Prozessors entspricht, weswegen trotz des 33 % höheren Speicherbedarfs True-Color-Framebuffer meistens 32 Bit Farbtiefe benutzen.
	Bei Grafikhardware, die mit [[Bitplane]]s arbeitet (z. B. [[Amiga]]), sind bei indizierten Farben auch 3, 5, 6 und 7 Bit pro Pixel mit dementsprechend 8, 32, 64 bzw. 128 Farben üblich.		Bei Grafikhardware, die mit [[Bitplane]]s arbeitet (z. B. [[Amiga]]), sind bei indizierten Farben auch 3, 5, 6 und 7 Bit pro Pixel mit dementsprechend 8, 32, 64 bzw. 128 Farben üblich.

Zeile 91:		Zeile 91:
	== Beispiele ==		== Beispiele ==
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und [[Gerätetreiber]] müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

Aka: Leerzeichen vor Maßeinheit, Links normiert

2025-01-26T20:57:43Z

Leerzeichen vor Maßeinheit, Links normiert

← Nächstältere Version		Version vom 26. Januar 2025, 22:57 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\|Der Artikel beschreibt nicht, was ein ''frame buffer'' wirklich ist und wie er funktioniert. Stattdessen werden Details über verschiedene Grafikmodi erklärt, aber nicht der frame buffer selbst. Siehe auch [[Diskussion:Framebuffer#Was ist ein frame buffer?]] --‣[[Benutzer:Y2kbug\|Andreas]]•<small>[[~~Benutzer_Diskussion~~:Y2kbug\|⚖]]</small> 22:37, 18. Dez. 2021 (CET)}}		{{QS-Informatik\|Der Artikel beschreibt nicht, was ein ''frame buffer'' wirklich ist und wie er funktioniert. Stattdessen werden Details über verschiedene Grafikmodi erklärt, aber nicht der frame buffer selbst. Siehe auch [[Diskussion:Framebuffer#Was ist ein frame buffer?]] --‣[[Benutzer:Y2kbug\|Andreas]]•<small>[[Benutzer Diskussion:Y2kbug\|⚖]]</small> 22:37, 18. Dez. 2021 (CET)}}
	Der '''Framebuffer''' oder '''Bildspeicher''' (englisch ''frame'' – Einzelbild, ''buffer'' – Zwischenspeicher) ist Teil des [[Grafikspeicher]]s von [[Computer]]n und entspricht einer [[Digitalisierung\|digitalen]] Kopie des [[Bildschirm\|Monitorbildes]]. Das heißt, jedem Bildschirm[[pixel]] kann genau ein bestimmter Bereich des Framebuffers zugewiesen werden, der dessen digital übersetzten Farbwert enthält. Seit den 1990er-Jahren befindet sich der Framebuffer vorwiegend auf der [[Grafikkarte]].		Der '''Framebuffer''' oder '''Bildspeicher''' (englisch ''frame'' – Einzelbild, ''buffer'' – Zwischenspeicher) ist Teil des [[Grafikspeicher]]s von [[Computer]]n und entspricht einer [[Digitalisierung\|digitalen]] Kopie des [[Bildschirm\|Monitorbildes]]. Das heißt, jedem Bildschirm[[pixel]] kann genau ein bestimmter Bereich des Framebuffers zugewiesen werden, der dessen digital übersetzten Farbwert enthält. Seit den 1990er-Jahren befindet sich der Framebuffer vorwiegend auf der [[Grafikkarte]].

Zeile 146:		Zeile 146:
	\|}		\|}
	{{FNBox\|		{{FNBox\|
	{{FNZ\|*\|2=''hier:'' 1 KB = 1024 Byte und ~~1kB~~ = 1000 Byte}}		{{FNZ\|*\|2=''hier:'' 1 KB = 1024 Byte und 1 kB = 1000 Byte}}
	}}		}}

145.253.126.187: /* Beispiele */ UGA und GOP verlunken

2024-06-24T15:44:25Z

Beispiele: UGA und GOP verlunken

← Nächstältere Version		Version vom 24. Juni 2024, 17:44 Uhr
Zeile 91:		Zeile 91:
	== Beispiele ==		== Beispiele ==
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|[[Universal Graphics Adapter]]}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|[[Graphics Output Protocol]]}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

Y2kbug: Linkfix Ubuntu

2023-12-07T15:52:21Z

Linkfix Ubuntu

← Nächstältere Version		Version vom 7. Dezember 2023, 17:52 Uhr
Zeile 166:		Zeile 166:
	Heutzutage kann der Framebuffer direkt von verschiedenen Programmen wie [[MPlayer]] und Bibliotheken wie GGI, [[Simple DirectMedia Layer\|SDL]], [[GTK (Programmbibliothek)\|GTK]] und [[Qt (Bibliothek)\|Qt Extended]] benutzt werden. Das ressourcensparende Konzept macht den Einsatz besonders für eingebettete Systeme interessant.		Heutzutage kann der Framebuffer direkt von verschiedenen Programmen wie [[MPlayer]] und Bibliotheken wie GGI, [[Simple DirectMedia Layer\|SDL]], [[GTK (Programmbibliothek)\|GTK]] und [[Qt (Bibliothek)\|Qt Extended]] benutzt werden. Das ressourcensparende Konzept macht den Einsatz besonders für eingebettete Systeme interessant.

	Insbesondere wird es von verschiedenen Distributionen ([[Ubuntu]], [[openSUSE]]) verwendet, um schon während des Bootstrappings in Form eines [[Splash Screen]]s eine grafische Ausgabe zu ermöglichen.		Insbesondere wird es von verschiedenen Distributionen ([[Ubuntu (Betriebssystem)\|Ubuntu]], [[openSUSE]]) verwendet, um schon während des Bootstrappings in Form eines [[Splash Screen]]s eine grafische Ausgabe zu ermöglichen.

	Der am häufigsten verwendete [[Video Electronics Standards Association\|VESA]]-Framebuffer-Treiber (vesafb) baut auf einheitlichen Spezifikationen von Videostandards auf und erlaubt so einen Zugriff auf Grafikkarten größtenteils unabhängig vom Hersteller. Dadurch ist dann auch eine quelloffene Implementation möglich. Außerdem wurden von diversen Grafikchipherstellern ([[Nvidia]]: rivafb, nvidiafb; [[AMD]]: radeonfb) [[Binärblob\|proprietäre Treiber]] auf den Markt gebracht.		Der am häufigsten verwendete [[Video Electronics Standards Association\|VESA]]-Framebuffer-Treiber (vesafb) baut auf einheitlichen Spezifikationen von Videostandards auf und erlaubt so einen Zugriff auf Grafikkarten größtenteils unabhängig vom Hersteller. Dadurch ist dann auch eine quelloffene Implementation möglich. Außerdem wurden von diversen Grafikchipherstellern ([[Nvidia]]: rivafb, nvidiafb; [[AMD]]: radeonfb) [[Binärblob\|proprietäre Treiber]] auf den Markt gebracht.

Trustable: wikilinks

2023-01-24T00:31:19Z

wikilinks

← Nächstältere Version		Version vom 24. Januar 2023, 02:31 Uhr
Zeile 164:		Zeile 164:
	Ursprünglich wurde es für [[Linux68k]] implementiert, um auf entsprechenden Systemen (Amiga, Atari, Macintosh) mit einer geringen Hardwarebeschleunigung einen [[Textmodus]] zu emulieren und wurde erst später auf die IBM-PC-kompatible Plattform erweitert.		Ursprünglich wurde es für [[Linux68k]] implementiert, um auf entsprechenden Systemen (Amiga, Atari, Macintosh) mit einer geringen Hardwarebeschleunigung einen [[Textmodus]] zu emulieren und wurde erst später auf die IBM-PC-kompatible Plattform erweitert.

	Heutzutage kann der Framebuffer direkt von verschiedenen Programmen wie [[MPlayer]] und Bibliotheken wie GGI, [[Simple DirectMedia Layer\|SDL]], [[GTK+]] und [[Qt (Bibliothek)\|Qt Extended]] benutzt werden. Das ressourcensparende Konzept macht den Einsatz besonders für eingebettete Systeme interessant.		Heutzutage kann der Framebuffer direkt von verschiedenen Programmen wie [[MPlayer]] und Bibliotheken wie GGI, [[Simple DirectMedia Layer\|SDL]], [[GTK (Programmbibliothek)\|GTK]] und [[Qt (Bibliothek)\|Qt Extended]] benutzt werden. Das ressourcensparende Konzept macht den Einsatz besonders für eingebettete Systeme interessant.

	Insbesondere wird es von verschiedenen Distributionen ([[Ubuntu]], [[openSUSE]]) verwendet, um schon während des Bootstrappings in Form eines [[Splash Screen]]s eine grafische Ausgabe zu ermöglichen.		Insbesondere wird es von verschiedenen Distributionen ([[Ubuntu]], [[openSUSE]]) verwendet, um schon während des Bootstrappings in Form eines [[Splash Screen]]s eine grafische Ausgabe zu ermöglichen.

	Der am häufigsten verwendete [[Video Electronics Standards Association\|VESA]]-Framebuffer-Treiber (vesafb) baut auf einheitlichen Spezifikationen von Videostandards auf und erlaubt so einen Zugriff auf Grafikkarten größtenteils unabhängig vom Hersteller. Dadurch ist dann auch eine quelloffene Implementation möglich. Außerdem wurden von diversen Grafikchipherstellern ([[Nvidia]]: rivafb, nvidiafb; [[AMD]]: radeonfb) proprietäre Treiber auf den Markt gebracht.		Der am häufigsten verwendete [[Video Electronics Standards Association\|VESA]]-Framebuffer-Treiber (vesafb) baut auf einheitlichen Spezifikationen von Videostandards auf und erlaubt so einen Zugriff auf Grafikkarten größtenteils unabhängig vom Hersteller. Dadurch ist dann auch eine quelloffene Implementation möglich. Außerdem wurden von diversen Grafikchipherstellern ([[Nvidia]]: rivafb, nvidiafb; [[AMD]]: radeonfb) [[Binärblob\|proprietäre Treiber]] auf den Markt gebracht.

	Bekannt wurde das Framebuffer-Device durch die Möglichkeit, während des Linux-Kernel-Ladevorgangs dem Benutzer ein [[Tux (Maskottchen)\|Tux]]-Logo anzuzeigen. Dazu muss es aber zunächst im Kernel enthalten sein und beim nächsten Reboot durch den [[Bootloader]], der auch das Betriebssystem in den Arbeitsspeicher lädt, durch die Angabe des Parameters <code>video</code> aktiviert werden.		Bekannt wurde das Framebuffer-Device durch die Möglichkeit, während des Linux-Kernel-Ladevorgangs dem Benutzer ein [[Tux (Maskottchen)\|Tux]]-Logo anzuzeigen. Dazu muss es aber zunächst im Kernel enthalten sein und beim nächsten Reboot durch den [[Bootloader]], der auch das Betriebssystem in den Arbeitsspeicher lädt, durch die Angabe des Parameters <code>video</code> aktiviert werden.

Y2kbug: Linkfix BIOS beim IBM-PC

2022-10-30T14:23:19Z

Linkfix BIOS beim IBM-PC

← Nächstältere Version		Version vom 30. Oktober 2022, 16:23 Uhr
Zeile 90:		Zeile 90:

	== Beispiele ==		== Beispiele ==
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS (IBM PC)\|BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

Y2kbug: +QS-Baustein

2021-12-18T21:37:22Z

+QS-Baustein

← Nächstältere Version		Version vom 18. Dezember 2021, 23:37 Uhr
Zeile 1:		Zeile 1:
			{{QS-Informatik\|Der Artikel beschreibt nicht, was ein ''frame buffer'' wirklich ist und wie er funktioniert. Stattdessen werden Details über verschiedene Grafikmodi erklärt, aber nicht der frame buffer selbst. Siehe auch [[Diskussion:Framebuffer#Was ist ein frame buffer?]] --‣[[Benutzer:Y2kbug\|Andreas]]•<small>[[Benutzer_Diskussion:Y2kbug\|⚖]]</small> 22:37, 18. Dez. 2021 (CET)}}
	Der '''Framebuffer''' oder '''Bildspeicher''' (englisch ''frame'' – Einzelbild, ''buffer'' – Zwischenspeicher) ist Teil des [[Grafikspeicher]]s von [[Computer]]n und entspricht einer [[Digitalisierung\|digitalen]] Kopie des [[Bildschirm\|Monitorbildes]]. Das heißt, jedem Bildschirm[[pixel]] kann genau ein bestimmter Bereich des Framebuffers zugewiesen werden, der dessen digital übersetzten Farbwert enthält. Seit den 1990er-Jahren befindet sich der Framebuffer vorwiegend auf der [[Grafikkarte]].		Der '''Framebuffer''' oder '''Bildspeicher''' (englisch ''frame'' – Einzelbild, ''buffer'' – Zwischenspeicher) ist Teil des [[Grafikspeicher]]s von [[Computer]]n und entspricht einer [[Digitalisierung\|digitalen]] Kopie des [[Bildschirm\|Monitorbildes]]. Das heißt, jedem Bildschirm[[pixel]] kann genau ein bestimmter Bereich des Framebuffers zugewiesen werden, der dessen digital übersetzten Farbwert enthält. Seit den 1990er-Jahren befindet sich der Framebuffer vorwiegend auf der [[Grafikkarte]].

Y2kbug: /* Beispiele */ X Window System: Unix, nicht Linux

2021-10-26T15:02:31Z

Beispiele: X Window System: Unix, nicht Linux

← Nächstältere Version		Version vom 26. Oktober 2021, 17:02 Uhr
Zeile 91:		Zeile 91:
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter ~~Linux~~)<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

	{\| class="wikitable"		{\| class="wikitable"

← Nächstältere Version		Version vom 26. Oktober 2021, 17:02 Uhr
Zeile 91:		Zeile 91:
	* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.		* [[Textmodus]] (z. B. beim [[Booten\|Hochfahren]] eines IBM-kompatiblen PCs mit [[BIOS]])<br />Bei einer 80 × 25 Zeichen großen Konsole, wobei jedes Zeichen und seine Farbe mit jeweils 8 Bit (also zusammen 16 Bit) gespeichert wird, belegt der Framebuffer 80 × 25 × 16 = 32000 Bit = 4 KB.
	* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.		* EFI-Framebuffer bei modernen PCs mit [[Unified Extensible Firmware Interface]] (UEFI)<br />Bei EFI 1.x war mit ''{{lang\|en\|Universal Graphics Adapter}}'' (UGA) ein von der Hardware unabhängiger EFI-Treiber verfügbar, um einen einfachen Video-Framebuffer zu nutzen. Dieser wurde mit UEFI 2.x durch das ''{{lang\|en\|Graphics Output Protocol}}'' (GOP) ersetzt, das nun auch den Textmodus unabhängig von der Grafikkarte nutzen kann. Sowohl UGA als auch GOP ersetzt das Video-BIOS (kurz VBIOS, nur auf PCs mit BIOS) vollständig – VBIOS-Funktionen sind somit auch vom Grafiktreiber nicht mehr nutzbar, sodass einige ältere PC-Grafiktreiber unter (U)EFI bei identischer Hardware nicht funktionieren, bei aktiviertem CSM (der BIOS-Emulation von EFI bzw. UEFI) jedoch schon. Betriebssysteme und Gerätetreiber müssen daher EFI-UGA oder -GOP nutzen, um den Text- (bei GOP) oder Videomodus und weitere Firmware-Framebuffer-Funktionen nutzen zu können. Unter Linux existiert mit <samp>efifb</samp> ein generischer Framebuffer-Grafiktreiber, der auf allen EFI-PCs, und daher auch unabhängig von der spezifischen Grafikkarte, funktioniert.<ref>{{Internetquelle \|autor=Edgar Hucek \|url=https://www.kernel.org/doc/html/latest/fb/efifb.html \|titel=What is efifb? \|werk=The Linux Kernel Archives \|abruf=2020-08-25 \|sprache=en}}</ref> Auch Windows und macOS nutzen den EFI-Framebuffer, da er jedoch nur ohne Grafikbeschleunigung zur Verfügung steht, nur in einem eingeschränkten Modus.
	* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter ~~Linux~~)<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].		* [[Grafikmodus]] (z. B. unter [[Microsoft Windows\|Windows]] oder beim [[X Window System]] unter [[Unix]])<br /> Bei einer Bildschirmauflösung von 1024 × 768 Pixel und einer Farbtiefe von 24 Bit belegt der Framebuffer 1024 × 768 × 24 = 18874368 Bit = 2,25 [[Binärpräfix\|MiB]].

	{\| class="wikitable"		{\| class="wikitable"