GLB naar OBJ omzetten

Wat hier overkomt is waar de driehoeken zitten — niet de materialen, niet de texturen, niet de animatie, niet de scènestructuur. Het tussenformaat dat de omzetting gebruikt kent alleen posities en indices, en heeft simpelweg geen plek voor een kleur, een UV-coördinaat of een keyframe.

Dat is precies waarom OBJ het logische doel is voor deze stap: OBJ is zelf ook in de kern een bestand vol driehoeksposities, dus er gaat relatief weinig verloren dat OBJ toch al niet kon dragen.

De driehoeksgeometrie zelf, namen per mesh waar OBJ daar een plek voor heeft, en de transformaties van elk node — verschoven, gedraaid of geschaald — worden verwerkt in de hoekpunten voordat ze worden weggeschreven.

Dat laatste is belangrijk: een object dat in de GLB op een bepaalde plek en in een bepaalde stand stond, komt in de OBJ op diezelfde plek en in diezelfde stand terecht, ook al kent OBJ zelf geen apart transformatiesysteem.

Een GLB kan PBR-materialen, textuurkaarten, vertex-normalen en vertex-kleuren dragen — allemaal informatie over hoe het model eruitziet, los van waar de driehoeken zitten. Niets daarvan komt mee naar de OBJ.

OBJ kent in principe een gekoppeld MTL-bestand voor materialen, maar deze omzetting genereert dat niet — het resultaat is puur de vorm, zonder verwijzing naar een materiaaldefinitie.

Bevatte de GLB camera’s, lichten, skins, morph targets of animaties, dan zijn dat allemaal dingen die OBJ als formaat niet kan uitdrukken. Ze worden genegeerd, niet met een foutmelding maar stilzwijgend.

Voor een model dat puur om de vorm gaat — een onderdeel om te 3D-printen, een mesh om in een ander programma verder te bewerken — is dat geen probleem. Voor een geanimeerde scène is OBJ het verkeerde doelformaat.

De lezer verwerkt alleen driehoeksprimitieven uit de GLB. Bevat het bestand strips, fans, lijnen of losse punten in plaats van driehoeken, dan worden die onderdelen overgeslagen.

Voor een model dat rechtstreeks uit een 3D-programma is geëxporteerd met gewone driehoeksmeshes speelt dit geen rol; het wordt relevant bij bestanden die met specifieke tools zijn samengesteld.

Gebruikte de GLB Draco-compressie om de driehoeksgegevens kleiner te maken, dan wijst deze omzetting het bestand af in plaats van een leeg of onvolledig resultaat te geven.

Exporteer het model in dat geval opnieuw zonder Draco-compressie ingeschakeld, en probeer de omzetting daarna opnieuw.

Bevatte de GLB meerdere aparte objecten, dan blijven die in de OBJ zoveel mogelijk als losse groepen herkenbaar waar het formaat dat toelaat.

Voor een scène met veel objecten is het de moeite waard de OBJ na het omzetten te openen en te controleren of alle onderdelen waar je op rekende ook echt zijn meegekomen.

De GLB wordt gelezen en de OBJ wordt lokaal samengesteld, zonder dat er iets over het model wordt verstuurd. Dat is te controleren via het netwerktabblad van de ontwikkelaarstools tijdens het omzetten.

Voor een onderdeel dat onder een geheimhoudingsafspraak valt of nog niet gepubliceerd is, is dat relevant.