PLY naar GLTF omzetten

PLY komt vaak uit 3D-scanapparatuur of fotogrammetriesoftware, en wordt door lang niet elke webviewer of moderne 3D-tool rechtstreeks gelezen. glTF is juist ontworpen om snel te laden en breed ondersteund te worden, van browsers tot game-engines.

Deze omzetting neemt de driehoeksgeometrie uit de PLY en bouwt daaruit een zelfstandig glTF-bestand, met de geometrie als base64-data ingesloten in hetzelfde bestand.

PLY kan puur een verzameling losse punten bevatten, zonder enige driehoeksverbinding ertussen — het rauwe resultaat van een scan voordat er een oppervlak van is gemaakt. Deze omzetting weigert zo’n bestand met een duidelijke melding.

De reden is dat van losse punten een oppervlak maken een reconstructiestap is — een keuze over hoe de punten met elkaar verbonden moeten worden — en geen omzetting van het ene formaat naar het andere. Heb je een puntenwolk, dan is eerst een aparte meshing-stap nodig in gespecialiseerde software voor je hier verder kunt.

Is de PLY al een driehoeksmesh, dan blijft de geometrie zelf volledig behouden — elke driehoek komt op zijn plek terecht in het glTF-bestand.

Node-transformaties zijn hier niet aan de orde, omdat een PLY-bestand zelf geen scènestructuur met meerdere geplaatste objecten kent — het is één mesh, en die komt als één mesh over.

PLY kan per hoekpunt een kleur opslaan, wat bij een scan vaak de manier is waarop textuurinformatie is vastgelegd zonder een aparte texturekaart. Die kleuren komen niet mee naar de glTF.

Was de kleurinformatie het punt van de scan, dan is glTF hier niet het juiste doelformaat — de geometrie komt over, het uiterlijk niet.

Vertex-normalen die in de PLY waren opgeslagen, worden niet gebruikt; er is geen materiaal- of texturedefinitie om aan het resultaat te koppelen.

Het glTF-bestand dat hieruit ontstaat toont dus de vorm in een standaardmateriaal, niet het uiterlijk dat de oorspronkelijke scan of het model had.

Anders dan een glTF-JSON-bestand dat naar een los .bin-bestand kan verwijzen, is het glTF dat hier geschreven wordt altijd zelfstandig: de geometrie zit als base64-gecodeerde data rechtstreeks in het bestand.

Dat maakt het resultaat makkelijk te delen of te uploaden naar een webviewer zonder dat er een tweede bestand bij moet.

GLB is de binaire variant van hetzelfde formaat en meestal compacter voor hetzelfde model. Deze omzetting schrijft glTF specifiek omdat het als leesbare tekst makkelijker te inspecteren is — handig als je wilt controleren wat er precies in het bestand staat.

Is bestandsgrootte belangrijker dan leesbaarheid, dan is een aparte omzetting naar GLB de logischere volgende stap.

De PLY wordt gelezen en de glTF 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 scan van een niet-gepubliceerd project of een klantopdracht is dat relevant.