spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Skeletale Animation, das oft auch mit Motion Capturing gefüttert wird. Ich habs noch nicht verstanden und nicht jedes Tutorial ist wirklich brauchbar Aber hier mal ein Einblick: http://content.gpwiki.org/index.php/Open…ic_Bones_System

Und sonst kannst du dir natürlich ausdenken was du willst. Vielleicht erfindet ja mal jemand was einfaches neues.

1. Wie bei Texturen werden die Animationen überblendet. Das funktioniert auch mit Interpolation, ist nur etwas komplexer. Für Rotationsinterpolation werden eigentlich immer Quaternionen und Slerp-Interpolation (spherische lineare Interpolation über eine Bogenstrecke auf einer 4D-Einheitskugel) verwendet, damit die Interpolation so ist, wie man sie haben will (gleichbleibende Geschwindigkeit über einer interpolierte Strecke)

2. State-of-the-Art wird Motion Capturing sein. Per Tracking aufgenommene Animationen werden auf das Bone-Skelett übertragen und dann kann man zwischen den Animationen überblenden. Jedem einzelnen Vertex des Meshes wird dann eine Gewichtung für die Bones zugeordnet, so dass dann die Vertexpositionen entsprechend der Bones interpoliert werden. Hinzu kommt dann vielleicht noch physikalisch ein Ragdoll-System. Bei günstigeren Sachen werden die Animationen sicherlich mit Keyframes gemacht. Da sind die Stichworte forward kinematic und inverse kinematic.
Starre Körper werden dann über die Berechnungen im Programm gemacht. Dafür braucht man ja keine extra Animation.

3. Motion Capturing, Motion Tracking, Forward/Inverse Kinematic, Pose, Bones, Keyframe, Keyshapes. Die meisten Begriffe hast du eigentlich schon selbst genannt.

Ansich speichern die Animationskeys ja nur eine Transformation des Knochens. Diese Keys kann man jetzt auf vielfältige Weise generieren:

Forward Kinematic: Man setzt jede einzelne Transformation in einem Modellierungsprogramm von Hand, d.h. man dreht einzelne Knochen, bis die Pose stimmt.
Inverse Kinematic: Man hat Knochenketten und bestimmt nur den Endpunkt. Man sagt also, an welchem Ort im Raum beispielsweise die Hand sein soll und das Modellierungsprogramm rechnet die Transformationen für die Armknochen aus. Cool wird es, wenn man das im Spiel in Echtzeit berechnet, so kann ein Charakter zum beispiel genau die Treppenstufen einer unregelmäßigen Treppe finden oder zielgerichtet nach Objekten greifen.
Motion Capturing: Man filmt einen Schauspieler und versucht dessen Skelett zu rekonstruieren. Dann übernimmt man dessen Transformationen und passt sie evtl. noch ein wenig an die des Charakterskelettes an.
Ragdoll: Jeder Knochen entspricht einem Objekt (z.B. Zylinder oder Kugel) die durch Constraints miteinander verbunden sind. Jetzt lässt man Kräfte darauf wirken und eine Physiksimulation berechnet die Bewegungen.

Einzelne Keys kann man natürlich wieder miteinander kombinieren. Im einfachsten Falle hat man eine Animation für die Beine und eine für die Arme und kann so Laufen und Schießen gleichzeitig abspielen. Wenn man etwas aufpasst kann man auch mehrere Laufanimationen ineinander überblenden, um einen schönen Übergang zwischen gehen und rennen zu bekommen. Da muss nur die ungefähre Pose und Animationsgeschwindigkeit berücksichtigt werden, naives Interpolieren zwischen einer Pose wo das Bein vorne ist und einer wo es hinten ist führt zu keinem sinnvollen Ergebnis.
Dann kann man so Dinge machen, wie Charaktere voll animieren, im Todesfall aber dem Ragdollsystem die Kontrolle überlassen, dann sacken sie halt irgendwie zusammen oder fliegen weg oder so. Cooler ist es, wenn man über die Ragdollanimationen irgendwie noch andere geblendet kriegt, damit es wenigstens ein wenig so aussieht, als würde der Charakter sterben und nicht von einem Augenblick auf den anderen komplett reglos sein. Da gibt es sicherlich eine Vielzahl an Techniken, man könnte zwischen Ragdoll und Sterbeanimation interpolieren, oder (was vermutlich besser funktioniert) dem Ragdollsolver Kräfte für jeden Bone übergeben, die die Knochen in Richtung der Sterbekeys ziehen.
Aber gerade das Kombinieren von Animationen ist das kniffelige, da es hier schnell unnatürlich aussehen kann. Und für sowas cooles wie in GTA4 (wo Passanten sich von Autos weggestoßen haben, wenn man ihnen zu nahe kam) braucht man dann wohl Middleware wie Euphoria.

Normalerweise wird in Echtzeit interpoliert. Ist ja auch nicht weiter schwer, a+(b-a)*t gibt dir den Punkt zwischen a und b zum Zeitpunkt t (wenn t in 0..1 liegt) bei linearer Interpolation. Für Rotationen werden halt oft Quaternionen benutzt, und dann eben SLERP (spherical linear interpolation) was auch einfach nur eine kurze Standardformel ist.
Möchte man spezielle Interpolaitonsformel benutzen kann man beispielsweise in Blender die Kurven anpassen und die Animation dann "baken" also aus wenigen keyframes sehr viele erstellen und diese dann speichern. Beim abspielen kann man dann entweder immer die nächste nehmen, oder zwischen 2 Keys linear interpolieren.

http://www.youtube.com/watch?v=QGXns8Gem…player_embedded

Noch ein paar Anmerkungen:

Zitat von »Jonathan_Klein«

Ragdoll: Jeder Knochen entspricht einem Objekt (z.B. Zylinder oder Kugel) die durch Constraints miteinander verbunden sind. Jetzt lässt man Kräfte darauf wirken und eine Physiksimulation berechnet die Bewegungen.

Dass und IK stark miteinander verbunden.

Zitat von »Jonathan_Klein«

Und für sowas cooles wie in GTA4 (wo Passanten sich von Autos weggestoßen haben, wenn man ihnen zu nahe kam) braucht man dann wohl Middleware wie Euphoria.

Wieso? Eine Middleware braucht man dazu nicht.