spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also normalerweise wird Charakteranimation heutzutage mit gebonten Modellen gemacht und das Skinning wird erst im Shader gemacht. Als Interpolationalgorithmus verwendet man spherische Interpolation (Quaternionen).
BoneAnimation zahlt sich vor allem dann aus, wenn man mit Physik arbeitet und/oder verschiedene Charakterposen kombinieren will, auch wenn man sehr viele verschiedene Charaktermodelle hat, ist sie von Vorteil.
Wenn man aber wie in deinem Fall (ich denk grad an Mario), nur einen Charakter zu animieren hat, und dieser auch nur einige wenige Animationen (statische) besitzt, dann wäre KeyframeAnimation auch eine gute Wahl (sehr schnell!). Aber wie gesagt. Ich würds auf jeden Fall mit BoneAnimation machen. Dann bist du erstens abgesichert, wenn du mal das Teil erweitern wollen solltest (zB mit Physik!) und du hast gleichzeitig eine BoneAnimationKlasse welche du immer wieder verwenden kannst!

hmm... afaik kann man keine Daten von einem Shader beziehen... Du müsstes also trotzdem den BoneGraphen berechnen und dann die Transformationsmatrizen für jeden seiner Nodes. Aber das ist ein einfacher BFS-Algorithmus und dieser passiert in O(n). Was vor allem bei der nicht allzugroßen Anzahl von Bones kaum ins Gewicht fällt!
Die OBB transformierst du dann natürlich erst, wenn sie auch transformierter benötigt werden!

der vertexshader transformiert "nur" die vertices. das berechnen der einzelnen matritzen findet nach wie vor auf der CPU statt (wie willst du das in einem vertex shader überhaupt gescheit anstellen!?). die fertigen matritzen werden dann in den konstanten-registern an den shader übergeben. es ist zwar nicht unmöglich die ausgabe eines shaders zu bekommen, allerdings ist es alles andere als effizient. nachdem du aber die informationen über die einzelnen matritzen sowieso besitzt, kannst du die transformation der hitboxen ohne weiteres auf der CPU erledigen...

der geometry shader liefert einen stream zurück. allerdings erfordert dieses dx10 und eine shader 4.0 fähige grafikkarte

Zitat von »"3dcoder"«

Wenn die Eckpunkte eines Dreiecks zu verschiedenen Bones gehören brauche ich verschiedene Matrizen für die Eckpunkte und der Shader muss entscheiden können welche Matrix er für welchen Vertex verwendet....

Richtig.

Zitat von »"3dcoder"«

In den Tutorials die ich bisher gesehen habe [...]

Wird leider nicht erwähnt wie das genau nun funktionieren soll...

Gut, im Ersteren isses ein wenig versteckt...

Wenn du mit asm codest, dann läft das ganze über das Adressregister a0.
Du packst deine Matritzen in die Konstantenregister des Shaders (z.b. c10 - c90).

Daraus ist auch gleich eine der wesentlichen Einschränkungen des Verfahrens ersichtlich: Die max. mögliche Anzahl der Bones ist durch die Anzahl der Konstantenregister beschränkt. Bei Shader Model 1.1 sind das min. 96 und bei 3.0 min 256. Bedenkt man, dass du die Register auch noch für andere Dinge brauchst, kannst du, jetzt mal grob abgeschätzt, zumindest mit sm 1.1, nicht viel mehr als 20 Bones übergeben. Das ist unter Umständen nicht viel. Auswege wären, z.b. das Modell aufzusplitten etc.

Anyway: Über das Adressregister kannst du dann das Konstantenregister mit dem Index der in a0 steht adressieren. Ein einfacher asm Shader der das macht sieht z.B. so aus:



Aber halt. Shader muss man heute nicht mehr in asm schreiben. Das war vielleicht zu dx8 Zeiten so, aber heute haben wir HLSL. In abetracht der Tatsache, dass man asm in dx10 gar nicht mehr benutzen kann ( :cry: ), ist es vielleicht einfacher und sinnvoller, wenn du dich mit HLSL beschäftigst. Da kannst du dir einfach ein Array aus Matritzen machen und ganz normal drauf zugreifen (wie in C halt auch). Um die Details kümmert sich der HLSL Compiler...vor allem bist du mehr oder weniger unabhängig von einem bestimmten Shader Model...die üblichen Vorteile einer Hochsprache halt...

Zitat von »"3dcoder"«

Der Shader muss ja pro Vertex den er bekommt eine Art Abfrage machen zu welchen Bones der Vertex gehört und die enstprechende Transformation dann durchführen. D.h. der Shader muss irgendwie eine Liste haben welcher Vertex zu welcher Bone gehört... oder übersehe ich da gerade etwas?

Richtig. Jeder vertex hat einen (oder mehrere) Bone Indices über die der Vertexshader die entsprechenden Matritzen indizieren kann :roll:

Mh also ich benutze nach wie vor keine Bone Animation sondern nur Keyframes. Mag zwar speicherintensiv sein, jedoch gehts sehr schnell und man kann vorallem detailiertere Dinge wie Mimik etc. ohne zusätzlichen Rechenaufwand oder andere Probleme realisieren.
Klar, für realistische Simulationen etc. ist so kein Raum. Aber für geringen Aufwand bekommen wir hier ein gutes Ergebnis.
Die Modele sind zwar im Modelle oft per Bones animiert, jedoch manchmal auch anders... dem Exporter ist es gleich.

Also in dem Sinne find ich ist für Leute mit gerineren Ansprüchen Keyframe-Animation auch noch eine Alternative.