<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Z-Buffer</id>
	<title>Z-Buffer - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Z-Buffer"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Z-Buffer&amp;action=history"/>
	<updated>2026-05-31T15:38:46Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=Z-Buffer&amp;diff=105474&amp;oldid=prev</id>
		<title>imported&gt;CyberOne25 am 17. März 2024 um 20:23 Uhr</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Z-Buffer&amp;diff=105474&amp;oldid=prev"/>
		<updated>2024-03-17T20:23:42Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;[[Datei:Z-buffer no text.jpg|mini|Ein computergeneriertes Bild (oben) und der Inhalt des dazugehörigen Z-Buffers (unten)]]Das &amp;#039;&amp;#039;&amp;#039;Z-Buffering&amp;#039;&amp;#039;&amp;#039; (auch &amp;#039;&amp;#039;Depth Buffering,&amp;#039;&amp;#039; &amp;#039;&amp;#039;Tiefenpuffer-&amp;#039;&amp;#039;&amp;lt;ref&amp;gt;Hans-Joachim Bungartz u.&amp;amp;nbsp;a.: &amp;#039;&amp;#039;Einführung in die Computergraphik: Grundlagen, geometrische Modellierung, Algorithmen,&amp;#039;&amp;#039; S. 128. Vieweg, Braunschweig 2002, ISBN 3-528-16769-6&amp;lt;/ref&amp;gt; oder &amp;#039;&amp;#039;Tiefenspeicher-Verfahren&amp;#039;&amp;#039;&amp;lt;ref&amp;gt;Michael Bender, Manfred Brill: &amp;#039;&amp;#039;Computergrafik: ein anwendungsorientiertes Lehrbuch,&amp;#039;&amp;#039; S. 67. Hanser, München 2006, ISBN 3-446-40434-1&amp;lt;/ref&amp;gt;) ist ein Verfahren der [[Computergrafik]] zur [[Sichtbarkeitsproblem|Verdeckungsberechnung]], also um die vom Betrachter aus sichtbaren [[3D|dreidimensionalen]] Flächen in einer Computergrafik zu ermitteln. Durch Tiefeninformationen in einem sogenannten &amp;#039;&amp;#039;&amp;#039;Z-Buffer&amp;#039;&amp;#039;&amp;#039; („Z-[[Puffer (Informatik)|Puffer]]“) stellt das Verfahren [[pixel]]weise fest, welche Elemente einer Szene gezeichnet werden müssen und welche verdeckt sind. Praktisch alle heutigen [[Grafikkarte]]n implementieren Z-Buffering direkt in Hardware. Als Entwickler des Z-Buffer-Verfahrens gilt [[Edwin Catmull]];&amp;lt;ref&amp;gt;Edwin Catmull: &amp;#039;&amp;#039;A Subdivision Algorithm for Computer Display of Curved Surfaces.&amp;#039;&amp;#039; Dissertation, Report UTEC-CSc-74-133, Computer Science Department, University of Utah, Salt Lake City 1974&amp;lt;/ref&amp;gt; allerdings beschrieb [[Wolfgang Straßer]] das Prinzip etwa zur gleichen Zeit in einem anderen Kontext.&amp;lt;ref&amp;gt;Wolfgang Straßer: &amp;#039;&amp;#039;Schnelle Kurven- und Flächendarstellung auf graphischen Sichtgeräten.&amp;#039;&amp;#039; Dissertation, TU Berlin 1974&amp;lt;/ref&amp;gt;&amp;lt;ref&amp;gt;W. K. Giloi: &amp;#039;&amp;#039;Computer Graphics Pioneers: the Giloi’s School of Computer Graphics – Starting Computer Graphics in Germany.&amp;#039;&amp;#039; ACM SIGGRAPH Computer Graphics 35, 4 (Nov. 2001): 12–13, {{ISSN|0097-8930}}&amp;lt;/ref&amp;gt; Die wichtigste Alternative zum Z-Buffering ist der [[Raytracing]]-Algorithmus.&lt;br /&gt;
&lt;br /&gt;
== Funktionsweise ==&lt;br /&gt;
Das Prinzip des Z-Buffering ist sehr einfach. Neben dem sichtbaren Teil des [[Framebuffer|Bildspeichers]], der die aktuellen Farbwerte enthält, gibt es einen weiteren Speicher, den Z-Buffer, der die Tiefe des sichtbaren Objekts an jedem Pixel enthält. Alternativ können die Pixelwerte im Framebuffer um einen &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt;-Wert erweitert werden. Zu Beginn werden die Einträge im Z-Buffer auf einen Wert gesetzt, der für eine unendliche Entfernung steht (Backplane Distance). Der Framebuffer wird mit der Hintergrundfarbe initialisiert. Jedes Polygon wird nun [[Rasterung von Polygonen|gerastert]]. Nur wenn der aktuell gerasterte Punkt des Polygons näher am Betrachter liegt als der Punkt, dessen Entfernung im Z-Buffer eingetragen ist, werden die Werte im Z-Buffer und im Framebuffer durch die Entfernung beziehungsweise die Farbe des aktuellen Polygons ersetzt.&lt;br /&gt;
&lt;br /&gt;
: [[Datei:Z-buffer.svg|600px|mini|links|Prinzip des Z-Buffers am Beispiel zweier sich schneidender Polygone]]&lt;br /&gt;
{{Absatz}}&lt;br /&gt;
&lt;br /&gt;
Die Reihenfolge, in der die [[Polygon]]e gerastert werden, ist im Prinzip beliebig. Nicht nur Polygone, sondern beliebige weitere [[Grafisches Primitiv|grafische Primitive]] können mit Hilfe des Z-Buffers gerendert werden.&lt;br /&gt;
&lt;br /&gt;
Die Speichergröße der Werte im Z-Buffer hat einen großen Einfluss auf die Qualität des gerenderten Bildes. Wenn zwei Objekte sehr eng beieinander liegen, können bei einem Z-Buffer mit 8&amp;amp;nbsp;[[Bit]] pro Pixel leicht [[Artefakt (Computergrafik)|Artefakte]] entstehen. 16, 24 oder 32&amp;amp;nbsp;Bit tiefe Z-Buffer erzeugen weniger Artefakte.&lt;br /&gt;
&lt;br /&gt;
Auf aktuellen [[Grafikkarte]]n beansprucht der Z-Buffer einen bedeutenden Teil des verfügbaren Speichers und der [[Datenübertragungsrate]]. Mit verschiedenen Methoden wird versucht, den Einfluss des Z-Buffers auf die Leistung der Grafikkarte zu reduzieren. Dies ist zum Beispiel durch die [[Datenkompression|verlustfreie Kompression]] der Daten möglich, da das Komprimieren und Dekomprimieren der Daten kostengünstiger ist als die Erhöhung der Datenübertragungsrate einer Karte. Ein anderes Verfahren spart Löschvorgänge im Z-Buffer: die Tiefeninformation wird mit alternierendem [[Vorzeichen (Zahl)|Vorzeichen]] in den Z-Buffer geschrieben. Ein Bild wird mit positiven Vorzeichen gespeichert, das nächste Bild mit negativem, erst dann muss gelöscht werden. Eine weitere Möglichkeit zur Optimierung ist die Vorsortierung der Primitiven: Werden zunächst die näherliegenden Primitiven gerendert, kann bei den weiter entfernten später direkt entschieden werden, ob bzw. welche Pixel gerendert werden müssen und welche von Vordergrundobjekten verdeckt werden, wodurch [[Texture Mapping|Texturierungs]]- und [[Pixel-Shader]]-Vorgänge eingespart werden können.&lt;br /&gt;
&lt;br /&gt;
== Algorithmus ==&lt;br /&gt;
&lt;br /&gt;
=== Pseudocode ===&lt;br /&gt;
Der Z-Buffer-[[Algorithmus]] löst das [[Sichtbarkeitsproblem]], indem für jeden [[Pixel]] die Position des dargestellten Objektes und die Farbinformation gespeichert wird. Weil als Blickrichtung normalerweise die z-Richtung verwendet wird, entsprechen die x-Werte und y-Werte dieser Position denen der Abbildungsebene und es braucht nur der z-Wert gespeichert zu werden. Man braucht also zusätzlich zum [[Bildpuffer]] einen weiteren Speicherbereich, der für jedes Pixel einen [[Koordinatensystem|Koordinatenwert]] (z-Wert) aufnehmen kann. Nun kann man alle Objekte in beliebiger Reihenfolge zeichnen. Die z-Werte des nächsten zu zeichnenden Objektes werden berechnet und mit den z-Werten der Pixel verglichen, in die das Objekt gezeichnet werden soll. Wenn der neue z-Wert näher zum Betrachter, also größer ist, dann wird das Objekt an dieser Stelle neu gezeichnet und der z-Wert im z-Puffer ebenfalls ersetzt. Andernfalls ist das neue Objekt verdeckt und an dieser Stelle wird nicht gezeichnet.&lt;br /&gt;
&lt;br /&gt;
Der folgende [[Pseudocode]] zeigt die Struktur des Z-Buffer-[[Algorithmus]]:&amp;lt;ref&amp;gt;Werner Purgathofer, TU Wien: [https://www.cg.tuwien.ac.at/courses/EinfVisComp/Skriptum/SS13/EVC-20%20Sichtbarkeitsverfahren.pdf Sichtbarkeitsverfahren]&amp;lt;/ref&amp;gt;&amp;lt;ref&amp;gt;University of Washington: [https://courses.cs.washington.edu/courses/csep557/09sp/lectures/hidden-surfaces.pdf Hidden Surface Algorithms]&amp;lt;/ref&amp;gt;&lt;br /&gt;
 &amp;#039;&amp;#039;&amp;#039;for all&amp;#039;&amp;#039;&amp;#039; (x,y)   // Initialisierung des Hintergrundes&lt;br /&gt;
 {&lt;br /&gt;
     depthBuff(x,y) = -1   // Setzt den z-Wert auf größtmögliche Entfernung&lt;br /&gt;
     frameBuff(x,y) = backgroundColor&lt;br /&gt;
 }&lt;br /&gt;
 &amp;#039;&amp;#039;&amp;#039;for each&amp;#039;&amp;#039;&amp;#039; polygon P   // Schleife, die alle Polygone durchläuft&lt;br /&gt;
 {&lt;br /&gt;
     &amp;#039;&amp;#039;&amp;#039;for each&amp;#039;&amp;#039;&amp;#039; position (x,y) on polygon P   // Schleife, die alle Pixel des aktuellen Polygons durchläuft&lt;br /&gt;
     {&lt;br /&gt;
         calculate depth z&lt;br /&gt;
         &amp;#039;&amp;#039;&amp;#039;if&amp;#039;&amp;#039;&amp;#039; (z &amp;gt; depthBuff(x,y))   // Wenn der neue z-Wert näher zum Betrachter, also größer ist, dann wird das Objekt an dieser Stelle neu gezeichnet und der z-Wert im Z-Buffer ebenfalls ersetzt. Andernfalls ist das neue Objekt verdeckt und an dieser Stelle wird nicht gezeichnet.&lt;br /&gt;
         {&lt;br /&gt;
             depthBuff(x,y) = z&lt;br /&gt;
             frameBuff(x,y) = surfColor(x,y)&lt;br /&gt;
         }&lt;br /&gt;
     }&lt;br /&gt;
 }&lt;br /&gt;
&lt;br /&gt;
== Codierung der Tiefeninformationen ==&lt;br /&gt;
[[Datei:Z-fighting.png|mini|Z-Fighting zweier Polygone]]&lt;br /&gt;
{{siehe auch|Grafikpipeline}}&lt;br /&gt;
Der Bereich der Tiefeninformation im Kameraraum, der zu rendern ist, wird häufig durch den &amp;#039;&amp;#039;nah&amp;#039;&amp;#039;-Wert und &amp;#039;&amp;#039;fern&amp;#039;&amp;#039;-Wert von &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt; definiert. Nach einer Perspektivtransformation wird der neue Wert von &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt;, hier als &amp;lt;math&amp;gt;z&amp;#039;&amp;lt;/math&amp;gt; bezeichnet, wie folgt berechnet:&lt;br /&gt;
&lt;br /&gt;
:&amp;lt;math&amp;gt;z&amp;#039;=&lt;br /&gt;
\frac{\mbox{fern}+\mbox{nah}}{\mbox{fern}-\mbox{nah}} +&lt;br /&gt;
\frac{1}{z} \left(\frac{-2 \cdot \mbox{fern} \cdot \mbox{nah}}{\mbox{fern}-\mbox{nah}}\right)&lt;br /&gt;
&amp;lt;/math&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dabei ist &amp;lt;math&amp;gt;z&amp;#039;&amp;lt;/math&amp;gt; der neue Wert von &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt; im Kameraraum. Manchmal werden auch die Abkürzungen &amp;lt;math&amp;gt;w&amp;lt;/math&amp;gt; und &amp;lt;math&amp;gt;w&amp;#039;&amp;lt;/math&amp;gt; verwendet.&lt;br /&gt;
&lt;br /&gt;
Die resultierenden Werte von &amp;lt;math&amp;gt;z&amp;#039;&amp;lt;/math&amp;gt; werden auf Werte zwischen −1 und 1 normiert, wobei die Fläche bei &amp;#039;&amp;#039;nah&amp;#039;&amp;#039; den Wert −1 und die Fläche bei &amp;#039;&amp;#039;fern&amp;#039;&amp;#039; den Wert 1 erhält. Werte außerhalb dieses Bereichs stammen von Punkten, die sich nicht im Sichtbereich befinden, und sollten nicht gerendert werden.&lt;br /&gt;
&lt;br /&gt;
Bei der Implementierung eines Z-Buffers werden die Werte der Scheitelpunkte eines Polygons [[Lineare Interpolation|linear interpoliert]] und die &amp;lt;math&amp;gt;z&amp;#039;&amp;lt;/math&amp;gt;-Werte einschließlich der Zwischenwerte im Z-Buffer gespeichert. Die Werte von &amp;lt;math&amp;gt;z&amp;#039;&amp;lt;/math&amp;gt; sind wesentlich enger an der Nah-Fläche verteilt und wesentlich mehr zur Fern-Fläche hin verstreut, was zu einer höheren Genauigkeit der Darstellung nahe dem Kamerastandpunkt führt. Je enger die Nah-Fläche an die Kamera gesetzt wird, desto geringer ist die Präzision im Fernbereich. Eine häufige Ursache für unerwünschte Artefakte bei entfernten Objekten ist, dass die Nah-Fläche zu eng an die Kamera gesetzt wurde. Diese als &amp;#039;&amp;#039;Z-Fighting&amp;#039;&amp;#039; (Z-Konflikt, Tiefenkonflikt) bezeichneten Artefakte treten insbesondere dann auf, wenn zwei koplanare Flächen sehr nahe beieinander sind, beispielsweise eine Wand und ein darauf angebrachtes Plakat. Welches von beiden Polygonen dann im Vordergrund liegt, ist im Wesentlichen zufällig und kann sich auch durch geringfügige Änderungen des Kamerastandortes ändern. Zur Abhilfe müssen vom Programmierer explizit Maßnahmen ergriffen werden, etwa indem die Z-Werte des Plakates künstlich verändert werden oder durch den Einsatz eines sogenannten [[Stencilbuffer]]s.&lt;br /&gt;
&lt;br /&gt;
Da die Abstandswerte nicht gleichmäßig im Z-Buffer abgelegt werden, werden nahe Objekte besser dargestellt als ferne, da ihre Werte genauer abgespeichert sind. Allgemein ist dieser Effekt erwünscht, er kann aber auch zu offensichtlichen Artefakten führen, wenn sich Objekte voneinander entfernen. Eine Variation des Z-Bufferings mit ausgeglicheneren Entfernungswerten ist das sogenannte &amp;#039;&amp;#039;&amp;#039;W-Buffering.&amp;#039;&amp;#039;&amp;#039; Um einen W-Buffer zu implementieren, werden die unveränderten Werte von &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt; bzw. &amp;lt;math&amp;gt;w&amp;lt;/math&amp;gt; in den Buffer gespeichert, im Allgemeinen als [[Gleitkommazahl]]en. Diese Werte können nicht linear interpoliert werden, sondern müssen [[Umkehrfunktion|invertiert]], interpoliert und wieder invertiert werden. Die resultierenden &amp;lt;math&amp;gt;w&amp;lt;/math&amp;gt;-Werte sind, im Gegensatz zu &amp;lt;math&amp;gt;z&amp;lt;/math&amp;gt;, gleichmäßig zwischen &amp;#039;&amp;#039;nah&amp;#039;&amp;#039; und &amp;#039;&amp;#039;fern&amp;#039;&amp;#039; verteilt. Ob ein Z-Buffer oder ein W-Buffer zu besseren Bildern führt, hängt vom jeweiligen Anwendungszweck ab.&lt;br /&gt;
&lt;br /&gt;
== Vor- und Nachteile ==&lt;br /&gt;
* Vorteile&lt;br /&gt;
** einfache Implementierung (sowohl in Software als auch direkt in Hardware)&lt;br /&gt;
** keine Vorsortierung der Eingabe nötig&lt;br /&gt;
** sehr schnell&lt;br /&gt;
** einfache Parallelisierung möglich (z.&amp;amp;nbsp;B. Unterteilung in kleinere Quadranten)&lt;br /&gt;
** kein wahlfreier Zugriff auf die Szene nötig&lt;br /&gt;
* Nachteile&lt;br /&gt;
** jedes Polygon der Eingabe wird gerendert&lt;br /&gt;
** die Laufzeit wächst linear mit der Eingabegröße&lt;br /&gt;
** es werden keine Zusammenhänge der Objekte ausgenutzt&lt;br /&gt;
&lt;br /&gt;
== Randomisierter Algorithmus ==&lt;br /&gt;
Ein [[Randomisierter Algorithmus|randomisierter]] Z-Buffer-[[Algorithmus]] erzeugt ein [[Rendern (Bildsynthese)|gerendertes]] Bild einer beliebigen [[Dreidimensional|dreidimensionalen]] Szene, die aus dreieckigen Figuren besteht. Dieser Ansatz ist unabhängig von der [[Topologie (Mathematik)|Topologie]] der Figuren. Die resultierende [[Laufzeit (Informatik)|Laufzeit]] des Algorithmus wächst nur [[logarithmisch]] mit der Anzahl der Dreiecke in der Szene. Ihre Speicheranforderungen wachsen nur [[Lineare Funktion|linear]] mit der Anzahl der Dreiecke und ermöglichen ein Instantiierungsschema, um den Speicherverbrauch weiter zu reduzieren.&lt;br /&gt;
&lt;br /&gt;
Die Wiedergabezeit für eine Szene, die aus &amp;lt;math&amp;gt;n&amp;lt;/math&amp;gt; Dreiecken besteht, die einen auf dem Bildschirm projizierten Bereich von &amp;lt;math&amp;gt;a&amp;lt;/math&amp;gt; Pixeln abdecken, liegt in &amp;lt;math&amp;gt;O(a \cdot \log(n))&amp;lt;/math&amp;gt;. Der [[Algorithmus]] verwendet &amp;lt;math&amp;gt;O(n)&amp;lt;/math&amp;gt; Speicher und benötigt &amp;lt;math&amp;gt;O(n \cdot \log(n))&amp;lt;/math&amp;gt; Vorberechnungszeit. Das Einfügen und Entfernen eines Objekts kann in der Laufzeit &amp;lt;math&amp;gt;O(t)&amp;lt;/math&amp;gt; durchgeführt werden, wobei &amp;lt;math&amp;gt;t&amp;lt;/math&amp;gt; die Höhe eines [[Octree|Octrees]] ist, der für die Objekte in der Szene erstellt wurde.&amp;lt;ref&amp;gt;Michael Wand, Matthias Fischer, Ingmar Peter, Friedhelm Meyer auf der Heide, Wolfgang Straßer: [https://www.staff.uni-mainz.de/wandm/papers/siggraph01.pdf The Randomized z-Buffer Algorithm: Interactive Rendering of Highly Complex Scenes]&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Siehe auch ==&lt;br /&gt;
* [[Sichtbarkeitsproblem]]&lt;br /&gt;
* [[Culling]]&lt;br /&gt;
&lt;br /&gt;
== Literatur ==&lt;br /&gt;
* Tomas Akenine-Möller, Eric Haines: &amp;#039;&amp;#039;Real-Time Rendering.&amp;#039;&amp;#039; AK Peters, Natick Mass 2002, ISBN 1-56881-182-9&lt;br /&gt;
* James D. Foley u.&amp;amp;nbsp;a.: &amp;#039;&amp;#039;Computer Graphics: Principles and Practice.&amp;#039;&amp;#039; Addison-Wesley, Reading 1995, ISBN 0-201-84840-6&lt;br /&gt;
* David F. Rogers: &amp;#039;&amp;#039;Procedural Elements for Computer Graphics.&amp;#039;&amp;#039; WCB/McGraw-Hill, Boston 1998, ISBN 0-07-053548-5&lt;br /&gt;
* Alan Watt: &amp;#039;&amp;#039;3D Computer Graphics.&amp;#039;&amp;#039; Addison-Wesley, Harlow 2000, ISBN 0-201-39855-9&lt;br /&gt;
&lt;br /&gt;
== Einzelnachweise ==&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Bildsynthese]]&lt;br /&gt;
[[Kategorie:Algorithmus (Computergrafik)]]&lt;/div&gt;</summary>
		<author><name>imported&gt;CyberOne25</name></author>
	</entry>
</feed>