Skeletální animace+VBO+GLSL

[HonzikJ]

Takže chyba byla ve vykreslování, jsem vykresloval menší počet vertexů než kolik jich měl model. Takže všechno už funguje.
Rád bych se ale zeptal v čem by byla výhoda použití kvaternionu, teda v posílání kvaternionu do shaderu. Tak zřejmě přece jenom menší nároky na uložení, takže bych si držel ne pole matic ale pole kvaternionu a pole translací, které bych pak posílal do shaderu. Ale z výpočetního hlediska ušetřilo by se? Když přece pošlu kvaternion a pozice, tak z nich v shaderu vyrobím mat4 a tou to všechno pronásobím...

[Deluxe]

Predpokládám, že ty matice máš uložený v paměti CPU, takže se musí na GPU vždycky přenést a tady právě oproti posílání celý matice ušetříš (výměnou za výpočet na GPU, ale myslím že se to vyplatí). Stejně tak ušetříš i přenos matic z paměti GPU do shader procesorů.

[if.then]

Moment, rotace pomocí kvaternionu je oproti rotaci pomocí matice docela složitá, ne? A kdyby se to počítalo třeba pro 1000 vertexů, tak by to rozhodně bylo poznat. Proč neposílat vec3 transformaci a mat3 rotaci? To by bylo 12 floatů, což oproti 7 floatům v případě kvaternionu nebylo tolik, výpočetní náročnost by byla nízká a mohla by se předávat i scale.
_________________
For guns and glory, go to www.ceske-hry.cz.
For work and worry, execute VC++.

[nou]

no povedal by som ze sa casto vyplati vymenit prenos z pamete za vypocty. na GPU plati ze radsej trikrat vypocitat ako to prenasat z/do pamete.

ono to mozete vidiet takta ATI zdvojnasobuje hruby vypocetny vykon kazdu generaciu. ale pametova priepustnost isla hore omnoho pomalsie.

ale to je pre HonzikJ irelevetatne teraz. odporucam mu sa zamerat na to aby mu fungovali animacie s maticami a na nejake quateriony sa teraz vykaslal pretoze mu neprinesu nic nove.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[]semo[]

Budu citovat sám sebe :-). Chceš-li si bezbolestně ušetřit velikost přenášených dat RAM->VRAM, zkus tohle:

[Marek]

Ten trik by fungoval, ale můžeš dostat jiný znamínka.
1) Z=sqrt(1-X*X-Y*Y) nikdy nedává záporný číslo a co když původní Z bylo záporný?
2) Musíš si pohlídat, jak je otočený třetí vektor u matice, abys vědel, jestli udělat cross(U,V) nebo cross(V,U).
_________________
AMD Open Source Graphics Driver Developer

[]semo[]

eosie:
1) To máš pravdu, na to jsem nepomyslel. Zřejmě bych znaménko zapakoval do jedný z komponent X nebo Y. (Abs(X) > 1 znamená záporný Z a z X použít jen desetinnou část). Ale je to asi zbytečná komplikace, záleží, kolik těch dat bude potřeba předávat. Jeden nebo dva panáky do hry stačí udělat jednnoduše.

2) To neni problém, spíš otázka použitého souřadného systému ("right hand" nebo "left hand").
_________________
Kdo jede na tygru, nesmí sesednout.
---
http://www.inventurakrajiny.cz/sipka/
Aquadelic GT, Mafia II, simulátory

[Vilem Otte]

#Eosie - přesnost sqrt na grafických kartách je docela ubohá (podobně jako funkce sqrtss, na CPU).

Quaterniony pro rotaci jsou taky všechny jednotkové a analogicky se dá aplikovat toto:
x^2 = 1 - (i^2 + j^2 + k^2) ... takže jen 3 hodnoty.

Quaternionová matematika není pro výpočet složitější než maticová, dokonce je rychlejší (možná až na sférickou interpolaci, ale ta se dá napsat taky rychle - pokud nepoužíváš pomalý sin a cos (EDIT: vlastně ani není potřeba ...), jaký má math.h ... na procesoru, na GPU se afaik používá optimalizovaný (a pokud ne, tak si napíšeš rychlejší)). Jenom narozdíl od matematiky maticové, je ta kvaternionová docela složitá na naučení.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[Marek]

Transformace quaternionem rozhodně složitější je a doporučuju se jí vyhnout (vím to, páč jsem to implementoval).

Vzorec, o kterém se bavíme, je: w = q * (v.x, v.y, v.z, 1) * q^-1 (v-vektor, q-quaternion, w-výsledek)
Pak se ještě musí udělat: w.xyz /= w.w;
_________________
AMD Open Source Graphics Driver Developer

[Vilem Otte]

[Marek]

Neznám MD5.

Operátor * v tom vzorci je násobení quaternionu quaternionem. A to je celá implementace.
_________________
AMD Open Source Graphics Driver Developer

[Vilem Otte]

Mno, jak jsem říkal, provádí se trošku jinak, stručně je to popsané tady (kdybys měl zájem se podívat) - http://tfc.duke.free.fr/coding/md5-specs-en.html jedná se prakticky o jednu z nejúčinnějších metod pro cpu skinning.

Bohužel pro gpu skinning jsem nenašel zatím lepší řešení (pro stejný formát), než ho po načtení převést na klasický model (s maticemi) a provádět klasický maticový skinning, bohužel to zase prodlužuje loading time.
_________________
Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

[Marek]

Dík za info.

BTW ten samej vzorec je v tom dokumentu skoro na začátku: R = Q.P.Q*
_________________
AMD Open Source Graphics Driver Developer

[HonzikJ]

Po čase jsem se k tomuto vrátil a trochu postoupil dál a objevil se nový problém. Mám nyní model pokrytý OBB. Funguje to u mě tak, že pro každou skupinu vertexů příslušející k jointu mám spočítaný jeden OBB. Vypadá to celkem dobře, ale teď problém:
Jak zařídit aby se ty OBB updatovaly spolu s animací. Jde to i nějak jinak, než v každém kroku animace přepočítávat?

Díky za případné nápovědy...

[VODA]