PLY in STL umwandeln

Ein 3D-Scan eines Fundstücks oder einer Fassadenfigur entsteht fast immer als PLY, weil das Format jedem Punkt der Oberfläche direkt eine Farbe mitgeben kann. Landesämter für Denkmalpflege und archäologische Grabungsteams nutzen genau das, um eine Nachbildung oder ein Ausstellungsstück später originalgetreu einfärben zu können.

Sobald aus dem Scan ein Druck werden soll, verlangt der Druckdienstleister oder der ältere Resin-Slicer meist ausschließlich STL. Diese Seite überbrückt genau diesen Schritt — und macht dabei offen, was auf dem Weg verloren geht.

Photogrammetrie und Streifenlichtscanner schreiben PLY vor allem aus einem Grund: Jeder Punkt darf Rot, Grün und Blau tragen, sodass die Erscheinung des Objekts ohne separate Texturdatei mit der Form reist. Deshalb sieht ein Scan eines Reliefs oder einer Büste in MeshLab noch aus wie das Original.

STL, veröffentlicht 1987 von 3D Systems, kennt weder Farbe noch Material noch Metadaten — nur Dreiecke. Die Umwandlung reduziert den Scan also auf seine Silhouette im Raum, was für einen einfarbigen Abguss genau richtig ist und für alles andere ein echter Verlust. Vor der Umwandlung sollte klar sein, welcher der beiden Fälle vorliegt, denn die PLY-Datei ist die einzige Kopie, die die Farbe noch trägt.

Enthält eine PLY-Datei nur Punkte und keine Flächen, bricht die Umwandlung mit einer entsprechenden Meldung ab. Das ist keine Lücke, sondern die richtige Antwort: Eine Punktwolke ist eine Sammlung von Messpunkten ohne Oberfläche dazwischen, und eine Fläche daraus zu erzeugen ist eine eigenständige Modellierungsaufgabe mit eigenen Parametern.

Diese Arbeit gehört in ein dafür gebautes Werkzeug. MeshLab und CloudCompare bieten sowohl Poisson- als auch Ball-Pivoting-Rekonstruktion, die meiste Scan-Software bringt einen Vernetzungsschritt ohnehin mit. Erst nach einer geprüften Vermeshung sollte die Datei hier ankommen — ein Konverter, der still eine Oberfläche erfände, würde ein Druckmodell erzeugen, das niemand tatsächlich freigegeben hat.

Immer binär: achtzig Byte Kopftext, ein vier Byte großer Dreieckszähler, danach fünfzig Byte je Dreieck — zwölf für die Flächennormale, sechsunddreißig für drei Eckpunkte als 32-Bit-Gleitkommazahlen, zwei ungenutzte Attributbyte auf null gesetzt. Die Gesamtgröße von 84 plus 50-mal-n ist zugleich das Erkennungsmerkmal gegenüber einer ASCII-Datei.

Die Flächennormale wird aus der Reihenfolge der drei Eckpunkte neu berechnet, nicht aus der PLY-Datei übernommen — mehrere Slicer ignorieren den gespeicherten Wert ohnehin, weil zu viele Schreibprogramme ihn falsch setzen. Alles, was die PLY-Datei sonst noch an einem Punkt trug, hat in diesen fünfzig Byte keinen Platz mehr.

Weder PLY noch STL kennt eine Einheit, also werden die Koordinaten unverändert übernommen — die Umwandlung kann den Maßstab weder verfälschen noch korrigieren. Bei gescannten Daten ist das folgenreicher als bei fast allem anderen in dieser Kategorie.

Ein Streifenlicht- oder Laserscan liegt meist von selbst in Millimetern, weil das Gerät seine eigene Geometrie kennt. Eine Photogrammetrie-Rekonstruktion dagegen hat einen willkürlichen Maßstab, bis jemand eine Referenz angibt — ein Objekt von 200 mm kann Koordinaten im einstelligen Bereich tragen. Vor dem Hochladen ein bekanntes Maß am Modell nachmessen und in MeshLab oder dem Slicer skalieren, denn ein Druckdienstleister rechnet sein Angebot nach dem tatsächlichen Volumen der Datei aus.

Ein Scan hat Löcher dort, wo der Scanner nichts erfassen konnte: Hinterschneidungen, die Standfläche, dunkle oder spiegelnde Bereiche ohne Rückstreuung. Häufig kommen dazu vereinzelte Inseln aus Hintergrundgeometrie und Selbstüberschneidungen, wenn mehrere Aufnahmen unsauber zusammengeführt wurden.

Nichts davon wird hier repariert oder zusammengeführt — die Eckpunkte und Flächenindizes der PLY-Datei werden genau übernommen, weil der Vermeshungsschritt diese Entscheidungen bereits getroffen hat. Die Reparatur gehört in MeshLabs Lochfüllung, Meshmixers Prüfwerkzeug oder Blenders 3D-Druck-Toolset, und ein Druckdienstleister wird eine nicht wasserdichte Datei ohnehin ablehnen.

ASCII-PLY sowie binäre Dateien in beiden Byte-Reihenfolgen. Der Kopfbereich wird als Text gelesen, auch innerhalb einer binären Datei — so ist das Format selbst definiert —, und die Element- und Eigenschaftsdeklarationen bestimmen, wie der Rest der Datei durchlaufen wird.

Skalare Eigenschaftstypen von char und uchar bis short, int, float und double werden unterstützt. Ein Typ außerhalb dieser Liste bricht die Umwandlung mit einer Meldung ab, statt die Datei falsch zu interpretieren. Flächen mit mehr als drei Ecken werden fächerförmig trianguliert, was bei konvexen Polygonen aus Vermeshungssoftware korrekt ist.

Gelesen werden nur die drei Koordinaten jedes Punkts. Jede weitere Eigenschaft — Rot, Grün, Blau, Alpha, Normalenvektoren, Konfidenzwert, Intensität und was ein bestimmter Scanner sonst noch mitschreibt — wird beim Durchlaufen der Datei übersprungen und verworfen.

Das ist wichtig, wenn die PLY-Datei zugleich das Archivexemplar ist. Konfidenzwerte und Normalenvektoren werden von späteren Verarbeitungsschritten häufig gebraucht, und sobald die Datei zu STL geworden ist, lassen sie sich nicht mehr zurückholen. Die PLY-Datei aufheben — das STL ist ein abgeleitetes Zwischenprodukt für einen einzigen Zweck.

Ein binäres STL ist genau das, was Upload-Formulare erwarten — einige Dienste lehnen die ASCII-Variante ausdrücklich ab oder verarbeiten sie fehlerhaft. Die hier erzeugte Datei ist binär und benötigt über die notwendige Reparatur des Meshes hinaus keine weitere Vorbereitung.

Zwei Blicke vor dem Hochladen ersparen eine abgelehnte Bestellung: die Dreieckszahl gegen die Obergrenze des Dienstes prüfen, denn ein roher Scan kann Millionen davon enthalten und lässt sich in MeshLab auf einige hunderttausend reduzieren, ohne dass ein Drucker davon etwas verlöre — und die Bounding Box gegen die gewünschte Zielgröße, weil das Angebot auf dem tatsächlich hochgeladenen Volumen beruht.

Wer selbst in PrusaSlicer, Cura oder Bambu Studio druckt, sollte die PLY-Datei besser direkt in 3MF umwandeln. Die Einheit ist dort deklariert, das Paket ist durch seinen Aufbau bereits geprüft, und jeder Eckpunkt wird nur einmal statt dreifach pro Dreieck gespeichert.

STL bleibt genau dort im Recht, wo die Gegenseite es ausdrücklich verlangt: ein Upload-Formular mit einer einzigen erlaubten Endung, ein Slicer aus der Zeit vor 3MF, eine Herstellersoftware, die 3MF nie eingeführt hat. Das ist ein häufiger und legitimer Fall — und der einzige Grund, warum diese Seite existiert, statt alle einfach auf das neuere Format zu verweisen.