ZFighting - Versionsgeschichte

Flash: Verbessert

2011-09-30T18:44:58Z

Verbessert

Nico Michaelis: /* Beschreibung */ Das Problem der NearCP genauer erläutert

2007-03-02T19:04:16Z

‎Beschreibung: Das Problem der NearCP genauer erläutert

Nico Michaelis: /* Ursache */ Numerische Stabilität genannt

2006-11-14T19:27:44Z

‎Ursache: Numerische Stabilität genannt

Flash: /* Beschreibung */ Bild formatiert

2006-08-25T14:54:51Z

‎Beschreibung: Bild formatiert

Lord Horazont am 25. August 2006 um 14:44 Uhr

2006-08-25T14:44:51Z

WiESi: /* weitere Infos im Web */

2006-07-02T15:03:46Z

‎weitere Infos im Web

Flash: /* weitere Infos im Web */

2006-05-30T14:49:06Z

‎weitere Infos im Web

La Boda: Rechtschreibung und Orthografie verbessert

2006-05-30T11:32:06Z

Rechtschreibung und Orthografie verbessert

I0n0s: /* Beschreibung */ Rechtschreibung verbessert

2006-03-28T02:21:27Z

‎Beschreibung: Rechtschreibung verbessert

2005-05-18T20:00:28Z

@@ Zeile 1: / Zeile 1: @@
 == Ursache ==
 Z-Fighting nennt man den Effekt, der auftritt, wenn zwei Polygone genau auf der gleichen Stelle positioniert wurden, und/oder wenn der [[Tiefenpuffer]] nicht hoch genug auflöst: das Problem hat also seine Ursprünge in mangelnder Numerischer Stabilität bei der Berechnung der Tiefenwerte und damit zusammenhängend der Genauigkeit des verwendeten Zahlentyps im Tiefenpuffer.
@@ Zeile 5: / Zeile 6: @@
 == Beschreibung ==
-Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone. [[Bild:Zfighting.jpg|right|200px]]
+Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone.
 Ausgelöst wird dies dadurch, dass
@@ Zeile 14: / Zeile 15: @@
 Wenn der Tiefenpuffer 16Bit-Werte speichern kann, bedeutet dies, dass er 65536 verschiedene Tiefenabstufungen unterscheiden kann. Diese Tiefenstufen werden auf den sichtbaren Teil der Szene (dem [[Frustum]]) übertragen und durch die sogenannte Near- und Far-[[Clipping Plane]] (CP) begrenzt.
 Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt, gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone, die 1 Einheit weit voneinander entfernt sind, trotzdem in die selbe Tiefenstufe gelangen können. Das kann dann zu besagtem '''Z-Fighting''' führen.
@@ Zeile 22: / Zeile 24: @@
 Z-Fighting kann durch verschieden Techniken verhindert werden:
-<ul><li>Die Tiefenfunktion ändern ( [[glDepthFunc]](GL_LEQUAL) ).</li>
+<ul>
 <li>Genauigkeit des Tiefenbuffers erhöhen (z.B. 24 oder 32 Bit statt 16 Bit, wobei moderne Karten meist maximal 24 Bit unterstützen).</li>
 <li>Keine zwei Polygone an der selben Stelle rendern lassen.</li>
 <li>"Polygon Offset" verwenden ( [[glPolygonOffset]] ).</li>

← Nächstältere Version		Version vom 2. März 2007, 19:04 Uhr
Zeile 16:		Zeile 16:

	Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt, gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone, die 1 Einheit weit voneinander entfernt sind, trotzdem in die selbe Tiefenstufe gelangen können. Das kann dann zu besagtem '''Z-Fighting''' führen.		Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt, gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone, die 1 Einheit weit voneinander entfernt sind, trotzdem in die selbe Tiefenstufe gelangen können. Das kann dann zu besagtem '''Z-Fighting''' führen.
		+
		+	Besonders problematisch ist es, der NearCP zu wenig Abstand zum Betrachter zu geben, denn der Tiefenpuffer ist meist als eine Art Fliesskommatyp realisiert. Fliesskommazahlen sind am dichtesten bei der 0 und verlieren Genauigkeit zu größeren Zahlen hin. Da die 0 im Tiefenpuffer jedoch die NearCP repräsentiert, ist die Genauigkeit dort besonders hoch. Die NearCP gibt damit quasi an, ab welchem Bereich im Blickfeld es interessant wird - wenn Gegenstände normalerweise in Entfernungen von einigen Einheiten sind, dann ist eine NearCP von 0.1 eher hinderlich.

	== Lösung ==		== Lösung ==

@@ Zeile 1: / Zeile 1: @@
 == Ursache ==
-Z-Fighting nennt man den Effekt, der auftritt, wenn zwei Polygone genau auf der gleichen Stelle positioniert wurden, und/oder wenn der [[Tiefenpuffer]] nicht hoch genug auflöst.
+Z-Fighting nennt man den Effekt, der auftritt, wenn zwei Polygone genau auf der gleichen Stelle positioniert wurden, und/oder wenn der [[Tiefenpuffer]] nicht hoch genug auflöst: das Problem hat also seine Ursprünge in mangelnder Numerischer Stabilität bei der Berechnung der Tiefenwerte und damit zusammenhängend der Genauigkeit des verwendeten Zahlentyps im Tiefenpuffer.
 == Beschreibung ==

@@ Zeile 5: / Zeile 5: @@
 == Beschreibung ==
-Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone. [[Bild:Zfighting.jpg]]
+Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone. [[Bild:Zfighting.jpg|right|200px]]
 Ausgelöst wird dies dadurch, dass

@@ Zeile 5: / Zeile 5: @@
 == Beschreibung ==
-Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone.
+Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone. [[Bild:Zfighting.jpg]]
 Ausgelöst wird dies dadurch, dass

← Nächstältere Version		Version vom 2. Juli 2006, 15:03 Uhr
Zeile 29:		Zeile 29:
	== weitere Infos im Web ==		== weitere Infos im Web ==

−	[http://www.sjbaker.org/steve/omniv/love_your_z_buffer.html Ein interresanter Artikel über Z-Buffer] (Falls Link nicht funktioniert: [http://www.google.com/search?q=cache:-rnJ929O4dgJ:www.sjbaker.org/steve/omniv/love_your_z_buffer.html+%22love_your_z_buffer%22&hl=de&gl=de&ct=clnk&cd=1 Google-~~Chache~~])	+	[http://www.sjbaker.org/steve/omniv/love_your_z_buffer.html Ein interresanter Artikel über Z-Buffer] (Falls Link nicht funktioniert: [http://www.google.com/search?q=cache:-rnJ929O4dgJ:www.sjbaker.org/steve/omniv/love_your_z_buffer.html+%22love_your_z_buffer%22&hl=de&gl=de&ct=clnk&cd=1 Google-Cache])

← Nächstältere Version		Version vom 30. Mai 2006, 14:49 Uhr
Zeile 29:		Zeile 29:
	== weitere Infos im Web ==		== weitere Infos im Web ==

−	[http://www.sjbaker.org/steve/omniv/love_your_z_buffer.html Ein interresanter Artikel über Z-Buffer]	+	[http://www.sjbaker.org/steve/omniv/love_your_z_buffer.html Ein interresanter Artikel über Z-Buffer] (Falls Link nicht funktioniert: [http://www.google.com/search?q=cache:-rnJ929O4dgJ:www.sjbaker.org/steve/omniv/love_your_z_buffer.html+%22love_your_z_buffer%22&hl=de&gl=de&ct=clnk&cd=1 Google-Chache])

@@ Zeile 1: / Zeile 1: @@
 == Ursache ==
-Z-Fighting nennt man den Effekt, der auftritt wenn zwei Polygone genau auf der gleichen Stelle positioniert wurden, und/oder wenn der [[Tiefenpuffer]] nicht hoch genug auflöst.
+Z-Fighting nennt man den Effekt, der auftritt, wenn zwei Polygone genau auf der gleichen Stelle positioniert wurden, und/oder wenn der [[Tiefenpuffer]] nicht hoch genug auflöst.
 == Beschreibung ==
@@ Zeile 8: / Zeile 8: @@
 Ausgelöst wird dies dadurch, dass
-*entweder 2 Polygone auf der selben Tiefenposition liegen und durch z.B. Rundungsfehler einmal das eine und dann wieder das andere sichtbar ist
+*entweder 2 Polygone auf der selben Tiefenposition liegen und z.B. durch Rundungsfehler einmal das eine und dann wieder das andere sichtbar ist
-*oder 2 Polygone liegen relativ nah beieinander, werden aber im Tiefenpuffer als gleich weit entfernt eingeordnet, weil der Tiefenpuffer nicht genau genug arbeiten kann.
+*oder 2 Polygone relativ nah beieinander liegen, aber im Tiefenpuffer als gleich weit entfernt eingeordnet werden, weil der Tiefenpuffer nicht genau genug arbeiten kann.
-Eine Erklärung ist hierbei wohl nur bei dem zweiten Auftreten gefragt:
+Eine Erklärung ist hierbei wohl nur bei dem zweiten Auftreten nötig:
-Wenn der Tiefenpuffer 16Bit-Werte speichern kann, bedeutet dies, dass er 65536 verschiedene Tiefenabstufungen unterscheiden kann. Diese Tiefenstufen werden auf den sichtbaren Tiel der Szene (dem [[Frustum]]) übertragen und durch die sog. Near- und Far-[[Clipping Plane]] begrenzt.
+Wenn der Tiefenpuffer 16Bit-Werte speichern kann, bedeutet dies, dass er 65536 verschiedene Tiefenabstufungen unterscheiden kann. Diese Tiefenstufen werden auf den sichtbaren Teil der Szene (dem [[Frustum]]) übertragen und durch die sogenannte Near- und Far-[[Clipping Plane]] (CP) begrenzt.
-Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone die 1 Einheit weit entfernt voneinander sind trotzdem in die selbe Tiefenstufe gelangen können. Da kann dann zu besagtem '''Z-Fighting''' führen.
+Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt, gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone, die 1 Einheit weit voneinander entfernt sind, trotzdem in die selbe Tiefenstufe gelangen können. Das kann dann zu besagtem '''Z-Fighting''' führen.
 == Lösung ==
@@ Zeile 21: / Zeile 21: @@
 Z-Fighting kann durch verschieden Techniken verhindert werden:
 <ul><li>Die Tiefenfunktion ändern ( [[glDepthFunc]](GL_LEQUAL) ).</li>
-<li>Genauigkeit des Tiefenbuffers erhöhen (z.B. 24 oder 32 Bit statt 16 Bit, wobei moderne Karten meist maximal 24 unterstützen).</li>
+<li>Genauigkeit des Tiefenbuffers erhöhen (z.B. 24 oder 32 Bit statt 16 Bit, wobei moderne Karten meist maximal 24 Bit unterstützen).</li>
-<li>Die Near-Clipping-Plane soweit hinaus schieben wie möglich und die Far-Clipping-Plane so nahe wie möglich halten. (Damit der Z-Puffer besser aufgeteilt wird)</li>
+<li>Die Near-Clipping-Plane soweit hinausschieben wie möglich und die Far-Clipping-Plane so nahe wie möglich halten. (Damit der Z-Puffer besser aufgeteilt wird)</li>
 <li>Keine zwei Polygone an der selben Stelle rendern lassen.</li>
 <li>"Polygon Offset" verwenden ( [[glPolygonOffset]] ).</li>

← Nächstältere Version		Version vom 18. Mai 2005, 20:00 Uhr
Zeile 6:		Zeile 6:

	Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone.		Z-Fighting erkennt man am Flimmern der sich überdeckenden Polygone/Linien bei Bewegungen der Szene. Dabei kommt es mitunter auch zur partiellen Sichtbarkeit beider Polygone.
		+
		+	Ausgelöst wird dies dadurch, dass
		+	*entweder 2 Polygone auf der selben Tiefenposition liegen und durch z.B. rundungsfehler einmal das eine und dann wieder das andere sichtbar ist
		+	*oder 2 Polygone liegen relativ nahe bei einander, werden aber im Tiefenpuffer als gleich weit entfernt eingeordnet, weil der Tiefenpuffer nicht genau genug arbeiten kann.
		+
		+	Eine Erklärung ist hierbei wohl nur bei dem zweiten auftreten gefragt:
		+
		+	Wenn der Tiefenpuffer 16Bit-Werte speichern kann, bedeutet dies, dass er 65536 verschiedene Tiefenabstufungen unterscheiden kann. Diese Tiefenstufen werden auf den Sichtbaren Tiel der Szene (dem [[Frustum]]) übertragen und durch die sog. Near- und Far-[[Clipping Plane]] begrenzt. <br>
		+	Wenn die NearCP z.B. bei 1 und die FarCP bei 1000 liegt gibt es innerhalb der 1000 OpenGL Einheiten 65536 Abstufungen. Das sind also 65,536 Stufen pro Einheit. Wenn die FarCP aber bei 100000 liegt gibt es entsprechend nur noch 0,65536 Stufen pro Einheit. Bei einem so grob auflösenden [[Tiefenpuffer]] kann es dann sogar vorkommen, dass Polygone die 1 Einheit weit entfernt voneinander sind trotzdem in die selbe Tiefenstufe gelangen können. Da kann dann zu besagtem '''Z-Fighting''' führen.

	== Lösung ==		== Lösung ==