3dObjekter og fillæsning

I dag sad vi og nørklede med .obj formatet.
*.obj filer er, kort fortalt, filer som indeholder geometrisk data, enkodet med karakterer. Vi fik en container til geometriske faces stillet til rådighed, og ligeledes en container til containerne, som så, inden for openengine, kan opbevare store geometriske figurer svarende til dem som er i .obj filerne.

Vores hovedpine gik så på at skrive kode som kan iterere igennem en vilkårlig .obj fil, opdele indholdet i små bidder og fylde hver bid i "face" containere, og så derefter fylde disse containere i "faces-list" containere.

Efter at have sat fillæsnings delen op så den indlæste filen i tokens arbejdede vi med tolkninger af de tokens, som alle var strings, og fik opstillet en algoritme som fortolker dem fornuftigt, og indlæser dem i vektorer, og derefter løbende skal overføre indholdet af vektorerne til face objektor.

Det var sådan ca. her vi sluttede, med en dejlig masse fejl vi skal ha rettet næste gang vi kigger på det, men vi er fortrøstningsfulde og mener vi har den rette tilgangsvinkel.

Af andre nyheder kan vi støtte det seneste forslag mht. mousemotion der er kommet op på mailinglisten - der er, som vi ser det, ingen grund til at vores listener klasse selv sidder og roder med et mouse-motion-event når den alligevel modtager et godt event fra SDL - lad den sende eventet videre som det er, direkte ud til handlerne. Idet openengine ikke har noget overordnet specifikt formål, men derimod må forventes at blive anvendt til en række forskellige ting vil det, efter vores mening, være oplagt ikke at skære ting fra på den måde.

Det er rart med en listener som oversætter events så de giver mening i vores kontekst, men at reducere størrelsen af event arg'et virker ikke udpræget som noget vi har brug for.

Endelig er der ingen kode som vil gå i stykker hvis den strukt mouse-motion-event-arg benytte bliver udviddet så den er mage til det arg der kommer fra sdl.

Vi lavede gerne selv udviddelsen, men vi tør ikke give os i kast med så relativt stor en ændring i en motor som trods alt stadig er os relativt ukendt, en ændring som ikke nødvendigvis ville være kompatibel med fremtidige patches... og vi håber derfor at denne ændring vil blive foretaget fra kursusarrangørenes side.

Det må være det for denne gang - et af vores gruppemedlemmer har oplevet en del tekniske...issues, men de virker til at være udbedret nu, og de er veldokumenterede på mailinglisten så dem vil jeg ikke nævne her.

Over and out