Physik - Versionsgeschichte

Glawesome: Rechtschreibung, Zeichensetzung usw.

2013-11-22T12:07:45Z

Rechtschreibung, Zeichensetzung usw.

Darkinsanity: ageia NovodeX Link gegen nVidia PhysX getauscht

2011-03-05T12:40:44Z

ageia NovodeX Link gegen nVidia PhysX getauscht

Traude: Änderung eines falschen Links für Newton

2010-09-06T09:16:17Z

Änderung eines falschen Links für Newton

Flash: Unvollständig entfernt, da wir hier niemals alle Fasetten reinbringen können.

2010-07-31T14:50:46Z

Unvollständig entfernt, da wir hier niemals alle Fasetten reinbringen können.

Flash: /* Kollisionskontrolle */

2010-07-31T14:48:16Z

‎Kollisionskontrolle

TAK2004 am 25. Juni 2008 um 10:35 Uhr

2008-06-25T10:35:47Z

Dj3hut1: /* Link Bounding Box */

2005-12-30T19:27:20Z

‎Link Bounding Box

Dj3hut1: /* Link Bounding Box */

2005-12-30T19:26:18Z

‎Link Bounding Box

Mr.Fletcher: /* Fertige Physikbibliotheken */

2005-10-18T06:56:25Z

‎Fertige Physikbibliotheken

Proteus am 10. Oktober 2005 um 14:33 Uhr

2005-10-10T14:33:36Z

@@ Zeile 1: / Zeile 1: @@
-{{Hinweis|Physik in Spielen ist sehr vielfältig. Dieser Artikel beschreibt einige Fasetten und kann keinesfalls als Vollständig gelten.}}
+{{Hinweis|Physik in Spielen ist sehr vielfältig. Dieser Artikel beschreibt einige Facetten und kann keinesfalls als vollständig gelten.}}
 Die Physik ist mittlerweile in fast allen Spiele-Genres zum wichtigen Bestandteil geworden.
-Da in den letzten Jahren die Grafik massiv in den Mittelpunkt geraten ist, haben wir heute schon nahe Photorealistische Spiele aber darunter haben andere Teile, wie z.B. Physik und KI gelitten.
+Da in den letzten Jahren die Grafik massiv in den Mittelpunkt geraten ist, haben wir heute schon fast photorealistische Spiele aber darunter haben andere Teile, wie z.B. Physik und KI gelitten.
 Ein Spiel kann aber nur so gut sein, wie sein schlechtestes Modul.
 Wenn die KI gegen die Wand läuft, über eine Kiste nicht rüber oder vorbei kommt, dann hilft auch die beste Grafik nichts.
@@ Zeile 8: / Zeile 8: @@
 Also hat die Physik einen wichtigen Platz in der Gameengine.
 Mittlerweile werden sogar Hardware-Physik-Beschleuniger entwickelt (siehe [http://www.ageia.com/ Ageia]), die, wie Grafikkarten, die CPU bei speziellen Berechnungen entlasten sollen.
-Parallisierung ist ebenfalls ein wichtiger Schritt und neue Algorythmen, zur schnelleren Kollisionserkennung, sortierung und reaktion auf Kollisionen.
+Parallisierung ist ebenfalls ein wichtiger Schritt und neue Algorithmen, zur schnelleren Kollisionserkennung, Sortierung und Reaktion auf Kollisionen.
 == Kollisionskontrolle ==
-Ein Egoshooter, bei dem man durch Wände laufen kann, ein Echtzeitstrategiespiel, bei sich Einheiten durch Gebäude bewegen, all dies kommt der Realität nicht so wirklich nahe.
+Ein Egoshooter, bei dem man durch Wände laufen kann, ein Echtzeitstrategiespiel, bei dem sich Einheiten durch Gebäude bewegen, all dies kommt der Realität nicht so wirklich nahe.
 Deshalb verfügen selbst einfachste Jump&Run-Spiele über eine Kollisionskontrolle. Diese verhindert, dass sich Objekte ungebremst durch andere Objekte bewegen können.
@@ Zeile 23: / Zeile 23: @@
 == Bounding Volumes ==
-Bounding Volumes erleichtern das ausschliessen von Objektkollisionen, da diese durch einfache Mathematische Formeln sehr schnell geprüft werden. Hierbei wird z.B. eine Bounding Sphere, um das Objekt, gespannt und durch das prüfen der Distanz und Radius zwischen 2 BoundingSpheres eine Kollision festgestellt. Man verwendet im ersten Pass(im regelfall) eine Bounding Sphere, gibt es eine Kollision dann wird eine genauere prüfung durchgeführt, z.B. Bounding Box und dann Triangle basiert. Eine gute Möglichkeit ist auch das verwenden von einem spatial partition system(z.B. Octree oder BSP). Hierbei wird ein Triangle basiertes Objekt in einen Octree zerlegt und somit sind bei sehr hoch Polygonierten Models, die entsprechenden Triangle einfach zu finden. Eine andere Möglichkeit, komplexe Models zu verarbeiten, ist das berechnen einer Hülle. Die Hülle ist wieder eine abstraktere Variante aber reicht oft als Lösung.
+Bounding Volumes erleichtern das ausschliessen von Objektkollisionen, da diese durch einfache Mathematische Formeln sehr schnell geprüft werden. Hierbei wird z.B. eine Bounding Sphere, um das Objekt, gespannt und durch das Prüfen der Distanz und Radius zwischen 2 BoundingSpheres eine Kollision festgestellt. Man verwendet im ersten Pass (im Regelfall) eine Bounding Sphere, gibt es eine Kollision, dann wird eine genauere Prüfung durchgeführt, z.B. Bounding-Box und dann Triangle basiert. Eine gute Möglichkeit ist auch das Verwenden von einem spatial partition system (z.B. Octree oder [[BSP-Baum|BSP]]). Hierbei wird ein Triangle basiertes Objekt in einen Octree zerlegt und somit sind bei sehr hoch polygonierten Models, die entsprechenden Triangles einfach zu finden. Eine andere Möglichkeit, komplexe Models zu verarbeiten, ist das Berechnen einer Hülle. Die Hülle ist wieder eine abstraktere Variante aber reicht oft als Lösung.
 == Gravitation ==
@@ Zeile 35: / Zeile 35: @@
 Durch Gravitation wirkt die Reibung stärker und Objekte lassen sich schwerer bewegen, können sogar bei größerer Masse ein anderes Objekt deformieren oder kaputt machen.
-Je Höher die Masse und Dichte eines Objektes, des so höher die Gravitation, die davon ausgeht.
+Je höher die Masse und Dichte eines Objektes, desto höher die Gravitation, die davon ausgeht.
 == Plastische Verformungen ==
 Plastische Verformungen sind meist das Ergebnis einer Kollision. Das wohl beste Beispiel für den Einsatz von plastischen Verformungen ist das Schadensmodell der Autos in Rennspielen, bei denen die Fahrzeuge bei Crashs Kratzer und Dellen bekommen.
-Diese wurden in der Vergangenheit vorher modeliert und dann einfach die Models ausgetauscht aber heute werden auch hier die Methoden komplexer. So werden z.B. die Models über die unterschiedlichsten Varianten verändert. Das zerlegen der Spielewelt, wie es in RedFaction zum ersten mal groß bekannt wurde, hat man z.B. in die neueste Unreal Engine 3 Subversion übernommen.
+Diese wurden in der Vergangenheit vorher modeliert und dann einfach die Models ausgetauscht aber heute werden auch hier die Methoden komplexer. So werden z.B. die Models über die unterschiedlichsten Varianten verändert. Das Zerlegen der Spielewelt, wie es in RedFaction zum ersten mal groß bekannt wurde, hat man z.B. in die neueste Unreal Engine 3 Subversion übernommen.
-Eine gängige Methoden ist z.B. das erfassen des Einflussradius(der Zerstörung), spannen eines Octrees,entfernen von Nodes und dann die neuberechnung der Hülle.
+Eine gängige Methode ist z.B. das Erfassen des Einflussradius der Zerstörung, spannen eines Octrees, entfernen von Nodes und dann die Neuberechnung der Hülle.
-Diese Variante ist natürlich höchstgradig ungenau aber mit steigender Rechenpower kann man hier minimalistische Simulationen einbringen. So könnte man z.B. an die Funktion, zum entfernen von Nodes, weitere komplexe Bedingungen(absorbation von Engergie, durch die einzelnen Materialien) knüpfen.
+Diese Variante ist natürlich höchstgradig ungenau, aber mit steigender Rechenpower kann man hier minimalistische Simulationen einbringen. So könnte man z.B. an die Funktion, zum Entfernen von Nodes, weitere komplexe Bedingungen (Absorbation von Engergie, durch die einzelnen Materialien) knüpfen.
-Eine verwendung, der Grundlagen von Schallausbreitung, könnte hier auch einiges für Explosionen bringen.
+Eine Verwendung der Grundlagen von Schallausbreitung, könnte hier auch einiges für Explosionen bringen.
 == Ragdoll ==

@@ Zeile 57: / Zeile 57: @@
 # Havok (http://www.havok.com/) (Windows)
 # Newton (http://newtondynamics.com/) (Windows, Linux, MacOS X)
-# NovodeX (http://www.ageia.com/novodex.html) (Windows)
+# PhysX (http://www.nvidia.de/object/nvidia_physx_de.html) (Windows)
 # ODE (http://www.ode.org/) (Windows, Linux, MacOS X)
 # Bullet physics (http://www.bulletphysics.com/) (alle gängigen Plattformen und OS)

@@ Zeile 56: / Zeile 56: @@
 Wer keine Zeit, Lust oder Geduld hat, eine eigene Physikbibliothek zu erstellen findet hier eine kleine Auswahl an fertigen:
 # Havok (http://www.havok.com/) (Windows)
-# Newton (http://www.physicsengine.com/) (Windows, Linux, MacOS X)
+# Newton (http://newtondynamics.com/) (Windows, Linux, MacOS X)
 # NovodeX (http://www.ageia.com/novodex.html) (Windows)
 # ODE (http://www.ode.org/) (Windows, Linux, MacOS X)
 # Bullet physics (http://www.bulletphysics.com/) (alle gängigen Plattformen und OS)

@@ Zeile 1: / Zeile 1: @@
-{{Unvollständig}}
+{{Hinweis|Physik in Spielen ist sehr vielfältig. Dieser Artikel beschreibt einige Fasetten und kann keinesfalls als Vollständig gelten.}}
 Die Physik ist mittlerweile in fast allen Spiele-Genres zum wichtigen Bestandteil geworden.
 Da in den letzten Jahren die Grafik massiv in den Mittelpunkt geraten ist, haben wir heute schon nahe Photorealistische Spiele aber darunter haben andere Teile, wie z.B. Physik und KI gelitten.

← Nächstältere Version		Version vom 31. Juli 2010, 14:48 Uhr
Zeile 18:		Zeile 18:

	Da diese Berechnung bei Objekten mit vielen Polygonen sehr rechenintensiv ist, werden in der Praxis meist so genannte Bounding Volumes verwendet(z.B. [[Bounding_Box\|Bounding-Boxes]]). Dabei wird für die Kollisionskontrolle nicht das Objekt mit vielen Polygonen verwendet, sondern ein Objekt aus geometrischen Formeln. So kann der Spieler in einem 3D-Shooter durch fünf einfache Quader (Rumpf & Kopf, Arme, Beine) simuliert werden. In den meisten Fällen ist solch eine einfache [[Bounding_Box\|Bounding-Box]] bereits ausreichend.		Da diese Berechnung bei Objekten mit vielen Polygonen sehr rechenintensiv ist, werden in der Praxis meist so genannte Bounding Volumes verwendet(z.B. [[Bounding_Box\|Bounding-Boxes]]). Dabei wird für die Kollisionskontrolle nicht das Objekt mit vielen Polygonen verwendet, sondern ein Objekt aus geometrischen Formeln. So kann der Spieler in einem 3D-Shooter durch fünf einfache Quader (Rumpf & Kopf, Arme, Beine) simuliert werden. In den meisten Fällen ist solch eine einfache [[Bounding_Box\|Bounding-Box]] bereits ausreichend.
		+
		+	{{Hinweis\|Kollisionsberechnung und auch Bounding Volumes werden im 3 teiligen [[Tutorial Kollision1\|DGL Tutorial zum Thema "Kollision"]] behandelt.}}

	== Bounding Volumes ==		== Bounding Volumes ==

@@ Zeile 10: / Zeile 10: @@
 Überprüft wird hierbei, ob ein Objekt A (z.B. der Spieler) ein Objekt B (z.B. die Wand) berührt. Ist dies der Fall, wird die Bewegung des Objektes A  in die Richtung des Objektes B blockiert, und die Routine für das Verhalten bei Kollisionen aufgerufen.
-Da diese Berechnung bei Objekten mit vielen Polygonen sehr rechenintensiv ist, werden in der Praxis meist so genannte Bounding-Boxes eingesetzt. Dabei wird für die Kollisionskontrolle nicht das Objekt mit vielen Polygonen verwendet, sondern ein dem Objekt ähnliches Gebilde aus weniger Polygonen. So kann der Spieler in einem 3D-Shooter durch fünf einfache Quader (Rumpf & Kopf, Arme, Beine) simuliert werden. In den meisten Fällen ist solch eine einfache [[Bounding_Box|Bounding-Box]] bereits ausreichend.
+Da diese Berechnung bei Objekten mit vielen Polygonen sehr rechenintensiv ist, werden in der Praxis meist so genannte [[Bounding_Box|Bounding-Boxes]] eingesetzt. Dabei wird für die Kollisionskontrolle nicht das Objekt mit vielen Polygonen verwendet, sondern ein dem Objekt ähnliches Gebilde aus weniger Polygonen. So kann der Spieler in einem 3D-Shooter durch fünf einfache Quader (Rumpf & Kopf, Arme, Beine) simuliert werden. In den meisten Fällen ist solch eine einfache [[Bounding_Box|Bounding-Box]] bereits ausreichend.
 == Gravitation ==