I ja sam nesto slicno radio za eksporter iz maxa za d3d format.

Evo koda:

/*
#define WRITE_MATRIX4_FROM_MATRIX3(pbCur, _matrix3) {Point3 __tempRow = ((Matrix3)_matrix3).GetRow(0);\
WRITE_POINT3(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(1); WRITE_POINT3(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(2); WRITE_POINT3(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(3); WRITE_POINT3(pbCur, __tempRow); WRITE_FLOAT(pbCur, 1);}
*/

#define WRITE_MATRIX4_FROM_MATRIX3(pbCur, _matrix3) {\
Point3 __tempRow = ((Matrix3)_matrix3).GetRow(0); WRITE_POINT3_MODIFIKOVANO(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(2); WRITE_POINT3_MODIFIKOVANO(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(1); WRITE_POINT3_MODIFIKOVANO(pbCur, __tempRow); WRITE_FLOAT(pbCur, 0);\
__tempRow = _matrix3.GetRow(3); WRITE_POINT3_MODIFIKOVANO(pbCur, __tempRow); WRITE_FLOAT(pbCur, 1);}

Ovo sto je u komentaru je stara verzija a ovo MODIFIKOVANO je nova koja to radi kako treba. Obrati pzanju na _matrix3.GetRow(...) i bice ti jasno, samo prebaci da Row idu sledecim redosledom 2,1,3 umjesto 1,2,3.

poz

Ne zelim da mutim vodu, ali zasto ne koristis .X i
za meheve i za animacije? Max moze da ga exportuje.

Probao sam i nije dalo rezultate. Nisam ni uspeo da provalim gde kamera gleda.

Kako si transformisao vertekse iz RH u LH ?
Kako si transformisao quaternione za rotaciju ?

Nema nekog narucitog razloga. Ranije sam radio sa ASE-om pa sam i sad hteo da ga upotrem. Verovatno mi je bilo pametnije da se odmah preorjentisem na X. Ipak ovde se vise radi o konverziji iz RH u LH sistem tako da to nije ni bitno.

Nije samo konverzija iz RH u LH problem. U pitanju je i glupavi MAX. OpenGL i D3D pretpostavljaju da je X osa horizontalna na ekranu, Y osa vertikalna, a Z osa prolazi kroz ekran. MAX ima drugaciji sistem, tj kod njega je Z osa vertikalna, a Y prolazi kroz ekran.

Resenje je da prvo transformises MAX-ov sistem u normalni pa tek onda da prebacujes iz RH u LH. U tvom slucaju posle rotacije oko X ose za 90 stepeni, Y osa pokazuje vertikalno na gore, X osa horizontalno na desno a Z osa ka posmatracu. Sada invertuj Z osu u matrici i dobices LH sistem.

ps.. Nisam 100% siguran da li je ovo OK... ali te nista ne kosta da probas. :)

yooyo

Izgleda da je to bilo u pitanju... Ustvari resio sam ovo malo pre tvog post-a ali tako sto sam rotaciju oko X ose dodao naknadno u matricu kamere (koju sam generisao a ne preuzeo iz max-a tj. ase-a) ali nije mi bilo jasno zasto je to potrebno.

Ustvari mislim da je nikbab-ov predlog bio ok. tj. radio je istu stvar (zamena 2 i 3 reda je isto kao zamena transformacija za z i y osu - ako lupam nek me neko ispravi) ali ja sam pograsno shvatio da je to potrebno uraditi na max-ovoj RH matrici.

Hm, ja sam imao isti problem kad sam se nedavno zezao sa Quake 3 mapama i modelima. U Quake-u X-osa je horizontalna (smer na desno), Y-osa prolazi kroz ekran (smer prema tebi), Z-osa je vertikalna (smer na dole).
Iz ovog sto je yooyo napisao vidim da max i quake imaju izgleda isti koordinatni sistem (pitanje je samo da li je smer osa isti, dok je pravac identican).
Ja sam problem resio na sledeci nachin:
da bih izbegao te rotacije celo vreme dok se izvrsava program, za vreme startup-a sam jednim prolazom kroz sve vertexe, normale... swapovao njihove koordinate na sledeci nachin:

Ovim sam transformisao quake koordinatni sistem u OpenGL koordinatni sistem.
Znachi ako je smer osa u max-u takav kakav sam gore opisao onda mozes koristiti ovu funkciju da ovavi posao, a ako nije onda je mozes na trivijalan nacin prilagoditi svojim potrebama.

Uvek sam se pitao zasto quake koristi tako glup koordinatni sistem i evo citajuci ovaj topic sam shvatio da nisu jedini...
Ili su mozda koristili max dok su pravili igru ;)

Mala ispravka, rotacija oko X ose za 90 stepeni je prva view transformacija tj. bas kao sto je yooyo predlozio (zaboravio sam na inverziju redosleda mnozenja matrica za view transformaciju).