OBJ-Dateien samt .mtl-Material öffnen
Eine OBJ-Datei speichert die Geometrie eines 3D-Scans als Klartextliste von Scheitelpunkten und Flächen. Die Farbe liegt meist extern: ein vollständiger OBJ-Export besteht aus drei Dateien — der .obj selbst, einer .mtl-Material-Sidecar und einem Texturbild, das die .mtl nennt. Eine allein gesendete .obj enthält Geometrie, aber kein Material, daher kommt der Scan normalerweise grau an.
Jede Datei, die auf diese Seite gezogen wird, wird mit der File-API des Browsers gelesen und auf Ihrem eigenen Rechner dargestellt. Es gibt keinen Upload-Endpunkt, kein Konto und keine gespeicherte Kopie, weshalb die Seite weiterhin funktioniert, selbst wenn das Netzwerk ausgeschaltet wird.
Die gesamte Exportdatei in der Patientenakte belassen
DodoDentist speichert Intraoral-Scans, Röntgenaufnahmen und CBCT-Exporte in der Patientenakte, wobei jede Datei eines Mehrdateiexports als eigene Studie gespeichert wird, anstatt als drei Anhänge, die im Posteingang getrennt werden.
DodoDentist kostenlos testenOBJ ist das Format, in dem ein Scan zurückkommt, nachdem er einen Modellierungsschritt durchlaufen hat — exocad, Meshmixer und Blender schreiben es alle, und die meisten Labore senden es. In der Praxis ist es außerdem ein Drei-Dateien-Format. Die .obj enthält die Geometrie: eine Liste von Scheitelpunktkoordinaten, die Flächen, die sie verbinden, und normalerweise eine Normalen- und eine Texturkoordinate für jede Ecke. Was sie nicht enthält, ist ein einzelner Farbwert.
Farbe steckt in den anderen beiden Dateien. Eine Zeile nahe dem Anfang der .obj beginnt mit mtllib gefolgt von einem Dateinamen, und diese Datei — die Materialbibliothek mit der Endung .mtl — definiert ein oder mehrere benannte Materialien. Jedes Material hat eine diffuse Farbe und normalerweise eine map_Kd-Zeile, die einen Bilddateinamen nennt: das Farbfoto, das der Scanner tatsächlich aufgenommen hat, und das von den Texturkoordinaten in der .obj auf die Oberfläche gelegt wird.
Deshalb ist „der Scan“, der als eine einzige Anlage ankommt, die häufigste Frage zur OBJ-Unterstützung. Die .obj-Datei allein öffnet sich einwandfrei, lässt sich problemlos drehen und hat bis auf das letzte Mikrometer die richtige Form — und sie ist grau, weil die beiden Dateien, die ihr Aussehen tragen, auf dem Desktop von jemand anderem zurückgelassen wurden. Nichts ist beschädigt und es muss nichts neu gescannt werden; zwei Dateien müssen erneut gesendet werden.
Die .obj ist das Modell: Scheitelpunkte, Flächen, Normalen und Texturkoordinaten, alles als lesbarer Text. Die .mtl ist eine kurze Liste von Materialien, jedes mit einer Farbe und einem Verweis auf ein Bild. Das Bild ist das Aussehen selbst und ist normalerweise das größte der drei — eine Vollbogen-Farbtextur ist eine mehrere Megabyte große JPEG- oder PNG-Datei, während die .mtl daneben oft unter einem Kilobyte groß ist. Geht die .mtl verloren, geht die Verbindung zwischen den beiden anderen verloren, selbst wenn beide erhalten bleiben.
Fragen Sie nach dem Ordner, gezippt, statt nach „dem Scan“. Die mtllib-Zeile speichert einen Dateinamen, keinen Pfad in ein Dateisystem, daher findet die .obj ihre Materialdatei nur, wenn beide im selben Ordner unter den vom Exporter vergebenen Namen liegen. Das Umbenennen der .obj ist unproblematisch; das Umbenennen der .mtl macht die Referenz stillschweigend kaputt, ebenso wie das Verschieben der Texturdatei an einen „ordentlicheren“ Ort. Wenn der Export bereits aufgeteilt wurde, kann die Materialdatei in Sekunden aus dem ursprünglichen Scan erneut exportiert werden — sie wird generiert, nicht erstellt.
Ein Intraoralscanner erfasst Form und Farbe gleichzeitig, und das Exportformat bestimmt, wie viel davon erhalten bleibt. STL bewahrt die Form und verwirft die Farbe vollständig — es hat kein Feld dafür, weshalb eine STL einer Farbaufnahme immer die Gipsmodellansicht ist. PLY schreibt eine Farbe auf jeden Scheitelpunkt innerhalb derselben Datei, sodass es eine Datei bleibt und die Farbe nicht davon trennbar ist. OBJ verlagert das Erscheinungsbild in die Material- und Texturdateien, was fotografische Detailtreue bringt, aber die Portabilität reduziert.
| Format | Wo die Farbe lebt | Benötigte Dateien | Wo es normalerweise herkommt |
|---|---|---|---|
| OBJ (.obj) | In einer separaten .mtl plus einem Texturbild | Drei, und sie müssen zusammenbleiben | Labore, exocad, Meshmixer, Blender |
| OBJ material (.mtl) | Es ist die Farbangabe und enthält keine Geometrie | Für sich allein genommen sinnlos | Immer immer neben einer .obj |
| STL (.stl) | Nirgendwo — STL kann es nicht speichern | Eins | Drucken-, Aligner- und Modell-Workflows |
| PLY (.ply) | Eine Farbe pro Scheitelpunkt, innerhalb derselben Datei | Eins | Farbausgaben vom Scanner |
Für einen Scan, der per E‑Mail versendet werden muss, ist PLY normalerweise der bessere Export: eine Datei, Farbe inklusive, nichts geht unterwegs verloren. Bei Fällen, in denen die Oberflächendetails wichtig sind — Farbanpassung, Fleckenkarte, Dokumentation einer Läsion — enthält die fotografische Textur, die ein OBJ trägt, weitaus mehr als eine Farbe pro Vertex, und die drei Dateien lohnen es, gezippt zu werden.
Es ist besser, den Unterschied zu sehen, als darüber zu lesen. Eine .stl-Datei öffnen um die Geometrie völlig ohne Farbe zu sehen, oder eine .ply-Datei öffnen um Farbe in einer Datei statt in drei zu sehen.
Sowohl ein Intraoralscanner als auch ein Röntgensensor werden als Erzeuger von „dem Scan“ bezeichnet, und die Dateien könnten kaum unterschiedlicher sein. Alles, was mit Strahlung zu tun hat, schreibt DICOM: ein Bild plus einen Header, der die Aufnahmeparameter, das Gerät und den Patienten beschreibt. Alles Optische schreibt ein Mesh — eine Oberfläche ohne Inneres, ohne Aufnahmedaten und ohne Patientenidentität.
Erweiterungen machen es eher schlechter als besser. 3Shape vergibt bei eigenen Mesh-Fällen die Endung .dcm, die DICOM-Endung, so dass eine nach einer Radiographie benannte Datei eine Aufnahme der Kieferbögen sein kann. Dateien, die hier abgelegt werden, werden stattdessen anhand ihres Inhalts identifiziert, weshalb eine unerwartete Datei benannt statt abgelehnt wird. Öffnen Sie eine .dcm-Röntgenaufnahme stattdessen.
Die Geometrie wurde vollständig eingelesen: Scheitelpunkte, Flächen beliebiger Größe, negative Indizes, gelieferte Scheitelpunktnormalen und die pro-Scheitelpunkt-Rot‑Grün‑Blau-Werte, die Medit, MeshLab und 3Shape an die Scheitelpunktzeilen anhängen. Wo diese Werte vorhanden sind, wird das Modell in der eigenen Farbe des Scanners schattiert; wo sie fehlen, wird es in Gipstönen schattiert, so wie ein physisches Modell desselben Zahnbogens aussehen würde.
Die Materialdatei wird gelesen und gemeldet, anstatt gerendert zu werden. Wenn man sie zusammen mit der .obj-Datei ablegt, listet sie jede deklarierte Materialdefinition, die diffuse Farbe jeder einzelnen als Farbfeld und jedes referenzierte Texturbild — und, noch nützlicher, nennt jede referenzierte Datei, die nicht im Drop enthalten war. Dieser Bericht ist das Wertvolle: Er verwandelt „die Farbe fehlt“ in einen Dateinamen, nach dem man fragen kann.
Weil die Farbe nicht in der .obj enthalten ist. Ein OBJ-Export speichert die Geometrie in der .obj-Datei, die Materialdefinitionen in einer separaten .mtl-Datei und das eigentliche Farbphoto in einer Texturdatei, die von der .mtl benannt wird. Ein als einzelne .obj-Datei per E‑Mail gesendeter Scan enthält nur die Form und nichts Weiteres.
Eine .mtl ist eine kleine Plaintext-Materialbibliothek. Sie benennt ein oder mehrere Materialien und gibt jedem eine diffuse Farbe und in der Regel den Dateinamen eines Texturbildes. Sie enthält keinerlei Geometrie, weshalb sie nicht als Modell allein geöffnet werden kann und weshalb ein Viewer, der nur .obj-Dateien akzeptiert, damit nichts falsch macht.
Ziehen Sie die Datei zusammen mit der zugehörigen .mtl-Datei und eventuell vorhandenen Texturbildern auf diese Seite. Die Dateien werden vom Browser gelesen und auf dem Bildschirm angezeigt; nichts wird hochgeladen und es ist keine Anmeldung erforderlich. Wenn Sie alle Dateien auf einmal auswählen, kann die Seite erkennen, ob der Export vollständig ist.
Nein. Die Geometrie liegt vollständig in der .obj, daher dreht und zoomt das Modell genau gleich ohne die Materialdatei. Nur die Farbe hängt von der .mtl und dem danebenliegenden Texturbild ab.
In einer mtllib-Zeile nahe dem Anfang der .obj, die die Materialdatei per Dateiname nennt und im selben Ordner danach sucht. Das Umbenennen einer der Dateien oder das Speichern in verschiedenen Ordnern bricht diese Verknüpfung stillschweigend. Das Zusammenhalten aller drei Dateien in einem Ordner oder in einer einzigen zip-Datei bewahrt sie.
PLY, wenn die Datei alleine unterwegs sein muss, weil PLY in der einzelnen Datei an jedem Vertex eine Farbe speichert und nicht davon getrennt werden kann. OBJ, wenn die Texturauflösung wichtig ist, weil ein fotografisches Texturbild weit mehr Details enthält als eine Farbe pro Vertex – auf Kosten davon, dass es drei Dateien sind, die zusammenbleiben müssen.
Nein. Die Dateien verlassen niemals Ihren Computer: sie werden direkt im Browser gelesen und lokal gerendert, und diese Seite hat überhaupt keinen Upload-Endpunkt. Sobald die Seite geladen ist, funktioniert sie auch bei ausgeschaltetem Netzwerk weiter.
Ja, und eine hier abgelegte .stl-, .ply- oder .dcm-Datei wird identifiziert und benannt statt mit einem Fehler abgelehnt zu werden. Die Seite liest den Inhalt einer Datei aus, statt sich auf die Dateiendung zu verlassen, was in der Zahnmedizin wichtig ist, weil 3Shape eigene Mesh-Fälle mit der Endung .dcm schreibt.