spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hast Du Dir mal das DirectX SDK Beispiel zu dem Thema angeschaut? Das zeigt ja verschiedene Wege auf.

Ich habe gehört Skinning per Shader sei nicht soo viel schneller als per CPU.

Nimmst Du D3DX?

btw: woher holst du dir die Joint- und Bone-Informationen? Ich mein, aus welchem 3D_Modell_format?

Zitat von »"Osram"«

Ich habe gehört Skinning per Shader sei nicht soo viel schneller als per CPU.

In andere Worten es ist schneller, aber nicht extrem viel schneller, d.h. andere Kriterien (Implementierungsaufwand, Debugbarkeit, freie Resourcen für anderes etc) können (!) für Dich wichtiger sein.

Habe gerade mal das MS Sample getestet:

fixed function non indexed 450 fps (fullscreen 500)
fixed function indexed 250
SW 350
Shader (asm oder HLSL macht keinen messbaren Unterschied, die angezeigten Werte schwanken sowieso extrem) 480 (fullscreen 650)

Also sind Shader auf meinem Rechner (nVidia 6800 go) ca 10-35% schneller, wenn ausser dem Rendern von Skinned Meshes nichts anderes gemacht wird. In BoB, dem Projekt an dem ich arbeite, sind "skinned meshes" die Ausnahme und nur Eye Candy, daher nehmen wir FFP.

wenn du deine joints insofern limitierst, dass diese nur rotiert und verschoben werden können (was im allgemeinen reichen sollte, bei characteranimation sollte es sogar reichen nur zu rotieren).

damit kannst du zum transformieren der position ganz normal die matrix und für die normalen nur den 3x3 teil der matrix nehmen und brauchst nurmehr eine matrix (4 register).

ich hatte mal den gedanken, dass man mit quaternionen auf 2 register pro joint runterkommen könnte, habs aber bisher noch net getestet...

wegen performance...
das hängt vom konkreten fall ab denk ich.
zum einen hast du da einen Lock(), was schlecht ist.
zum andren brauchst du die transformierten daten evtl. selber (kollision etc.).
man könnte z.b. das rendern ganz auf der gpu machen und ein stark vereinfachtes (aber genug genaues) physikmodell für die kollision auf der CPU animieren.
das wird aber erst bei großen modellen was bringen, wenn der lock zu teuer wär etc...

Zitat von »"lumpinus"«

edit: Bone und Joint sind übrigens dasselbe

In der Praxis schon... In der Theorie aber nicht. Joints sind die Gelenkspunkte und Bones sind die Verbindungen zwischen zwei Gelenkspunkten. In der Praxis hat man dann lediglich einen Unterschied in der Handhabung, die Daten sind die selben!

du brauchst nur EINE viewprojectionmatrix für ALLE vertices...