GLTF 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.

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.

Een .gltf-bestand is tekst — JSON — en kan zijn geometrie in een apart .bin-bestand ernaast bewaren in plaats van alles in één bestand te stoppen. Deze omzetting leest maar één bestand tegelijk en kan die verwijzing naar een los .bin-bestand niet volgen.

Kom je die situatie tegen, gebruik dan de GLB-versie van hetzelfde model in plaats van de .gltf met los .bin-bestand — GLB pakt alles, inclusief de geometrie, in één zelfstandig bestand, en die versie werkt hier wél zonder problemen.

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

Een object dat in de glTF 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 glTF-bestand kan PBR-materialen, textuurkaarten, vertex-normalen en vertex-kleuren dragen. Niets daarvan komt mee naar de OBJ — het tussenformaat heeft er simpelweg geen plek voor.

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

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

Voor een model dat puur om de vorm gaat, is dat geen probleem. Voor een geanimeerde scène is OBJ het verkeerde doelformaat.

De lezer verwerkt alleen driehoeksprimitieven uit de glTF. 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.

Gebruikte de glTF 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.

De glTF 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.