spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hi,

heute bin ich beim laden eines 3DS files aus Zufall über eine Sache gestolpert,nämlich das x,z,y ausgelesen wird und nicht x,y,z.

Als ich dann aus Interesse mal in den 3DS format beschreibungen, die ich kenne nachschauen wollte,war das nicht beschrieben.
Auch nicht das es bei Vertizes und Faces noch einen count als vorankommendes byte gibt.

Naja, glücklicherweise brauch ich das ja nicht wirklich,aber gewundert hats mich dennoch,zumal das für David ja total nervig gewesen sein muss,byte für byte zu debuggen ,um wohl undokumentierte bytes von 3DS selbst rauszufinden.

Naja,was solls.

Mir ist aber im code vom reader etwas aufgefallen,dass ich nicht verstehe.
Warum wird bei den Texturkoordinaten 0x4140
der Wert von y mit 1.0 und sich selbst subtrahiert?

pOut->pVertices[iVertex].t.y = 1.0f - pOut->pVertices[iVertex].t.y;

Ich finde diese Zeile total unverständlich,warum macht man das?

Zitat von »"dot"«

das gleiche ist mit den texturkoordinaten.
hier liegt der ursprung nicht links oben sondern links unten (afaik verwendet z.b. opengl ein solches texturkoordinatensystem), die v achse läuft also "nach oben" und muss umgedreht (1-v) werden damit es wieder stimmt.

Oh man ...
Pest gegen Cholera unter den Grafik APIs.

Das heisst also,dass man in DirectX eine Umwandlung machen muss,aber OpenGL mit anderen Koordinaten arbeitet?

Das ist ja echt mal völlig krank ohne Standards.

Danke dot.