3D-Modelldateiformate: Typen, Erweiterungen, Anwendungsfälle [& Mehr]

_TL;DR Jedes 3D-Dateiformat ist für eine bestimmte Aufgabe optimiert: STL und 3MF für den 3D-Druck, glTF und USDZ für Web und AR, FBX und OBJ für Animations- und Game-Pipelines, STEP und IGES für präzises CAD und USD für komplexe Multi-Tool-Produktionsabläufe. Die Unterschiede zwischen diesen 3D-Modellformaten zu verstehen – ihre Erweiterungen, welche Daten sie speichern und wo sie unterstützt werden – ist der schnellste Weg, Kompatibilitätsprobleme und unnötige Nacharbeit zu vermeiden. Dieser Leitfaden behandelt die am häufigsten verwendeten 3D-Modelldateitypen, was sie speichern und wie Sie das richtige Format für Ihr Projekt auswählen. Wenn Sie zwischen Formaten konvertieren müssen, bietet Meshy's kostenloser 3D-Dateikonverter die gängigsten Paarungen.

3D-Dateiformate sind standardisierte Methoden zur Speicherung dreidimensionaler Modelldaten, einschließlich Geometrie, Texturen, Animationen und Metadaten, und werden in verschiedenen Software- und Arbeitsabläufen verwendet. Bei so vielen verfügbaren Arten von 3D-Dateiformaten ist nicht immer klar, welches für Ihr Projekt das richtige ist. Jedes Format dient einem bestimmten Zweck, und die Wahl des falschen kann Kompatibilität, Qualität oder Stunden an Nacharbeit kosten.

Egal, ob Sie mit 3D-Druckdateitypen arbeiten, Animationspipelines erkunden oder einfach mit verschiedenen Arten der 3D-Modellierung beginnen – dieser Leitfaden führt Sie durch die wichtigsten 3D-Modelldateiformattypen – ihre Erweiterungen, was sie speichern und wie Sie das richtige für Ihre Bedürfnisse auswählen.

Kurzreferenz: Vergleich der 3D-Dateiformate – Erweiterungen, Funktionen & Anwendungsfälle

Größenschätzungen: Klein = typischerweise unter 10 MB, Mittel = 10–100 MB, Groß = 100 MB+ bei vergleichbarer Geometriekomplexität. Tatsächliche Dateigrößen variieren je nach Modelldetail, Polygonanzahl und eingebetteten Texturen.

Welche 3D-Dateiformate eignen sich am besten für den 3D-Druck?

3D-Druckdateitypen müssen die Oberflächengeometrie genau beschreiben, damit ein Slicer Werkzeugwege berechnen kann. Die Farb- und Materialunterstützung variiert stark je nach Format. Weitere Informationen finden Sie in unserem vollständigen Leitfaden zu 3D-Druckdateitypen und unserem 3D-Druck-Leitfaden.

STL

• Dateierweiterung: .STL
• Internet-Medientyp: model/stl, model/x.stl-ascii, model/x.stl-binary

STereoLithographie (STL) ist das älteste und am weitesten verbreitete 3D-Druckformat. Es stellt Oberflächen als Dreiecksnetz dar – es werden keine Farb-, Textur-, Material- oder Einheitendaten gespeichert. Praktisch jeder Slicer (Cura, PrusaSlicer, Bambu Studio) und jedes 3D-Modellierungswerkzeug unterstützt es, was es zur Standardwahl für FDM-, SLA- und SLS-Workflows macht.

Wichtige technische Merkmale:

• Kodiert Oberflächengeometrie als eine Liste von Dreiecken mit nach außen gerichteten Normalen
• Binäres STL ist kompakt; ASCII-STL ist für Menschen lesbar, aber größer
• Erfordert wasserdichte (manifold) Geometrie für korrekten Druck

Vorteile:

• Universelle Unterstützung in Slicern, Druckern und Modellierungswerkzeugen
• Einfache Struktur; einfach programmatisch zu erzeugen und zu parsen

Nachteile:

• Keine Farb-, Material- oder Einheitendaten
• Große Dateien für Modelle mit vielen Polygonen
• Keine native Unterstützung für mehrere Hüllen oder innere Strukturen

3MF

• Dateierweiterung: .3mf
• Internet-Medientyp: application/vnd.ms-package.3dmanufacturing-3dmodel+xml, application/vnd.ms-printing.printticket+xml, model/3mf

Das 3D Manufacturing Format (3MF) wurde vom 3MF-Konsortium (Microsoft, Ultimaker, Prusa und andere) als moderne Alternative zu STL entwickelt. Es wird zunehmend in professionellen und Multimaterial-Workflows bevorzugt, mit nativer Unterstützung in PrusaSlicer, Bambu Studio und Windows 3D Builder.

Wichtige technische Merkmale:

• XML-basiertes Paket, das Geometrie, Farbe, Materialien, Texturkarten, Druckeinstellungen und Einheiten speichert
• Unterstützt nativ Multimaterial- und Vollfarbdruck
• Kodiert Bauorientierung und Stützhinweise

Vorteile:

• Reichhaltige Metadaten: Farben, Materialien, Maßstab und Druckeinstellungen in einer Datei
• Kompakter als STL bei vergleichbarer Geometrie
• Aktiv weiterentwickelt; besser geeignet für Drucker der nächsten Generation

Nachteile:

• Weniger universell unterstützt als STL, besonders auf älterer oder günstiger Hardware
• Überdimensioniert für einfache Einmaterialdrucke

AMF

• Dateierweiterung: .amf
• Internet-Medientyp: application/amf+xml

Das Additive Manufacturing File Format (AMF) ist ein internationaler ISO/ASTM-Standard (ISO/ASTM 52915), der als direkter Nachfolger von STL entwickelt wurde. Wie 3MF adressiert es die Kernbeschränkungen von STL durch native Unterstützung für Farbe, Materialien und gekrümmte Geometrie – hat aber in der Praxis eine langsamere Verbreitung als 3MF erfahren.

Wichtige technische Merkmale:

• XML-basiertes Format, das Geometrie-, Farb-, Material- und Texturdaten speichert
• Unterstützt gekrümmte Dreiecke (Oberflächenapproximation höherer Ordnung) für glattere Ausgabe
• Kodiert nativ Einheitendaten und Autorenmetadaten

Vorteile:

• Offener internationaler Standard; keine proprietäre Bindung
• Native Farb- und Multimaterialunterstützung, bessere Geometriegenauigkeit als STL
• Unterstützt von Cura, PrusaSlicer und mehreren CAD-Werkzeugen

Nachteile:

• In modernen Druck-Workflows weitgehend durch 3MF ersetzt – weniger Werkzeugunterstützung
• Die Unterstützung gekrümmter Dreiecke wird in der Praxis selten genutzt
• Nicht so aktiv weiterentwickelt oder beworben wie 3MF

STL vs AMF vs 3MF: STL ist universell, enthält aber keine Farb- oder Einheitendaten. AMF verbesserte STL, kam aber bevor das Ökosystem bereit war. 3MF, unterstützt von einem großen Industriekonsortium, ist seither die bevorzugte moderne Alternative für professionelle Druck-Workflows.

Welche 3D-Dateiformate eignen sich am besten für Web, AR und VR?

Web- und AR/VR-Dateiformate müssen eine Balance zwischen visueller Wiedergabetreue und schnellen Ladezeiten sowie Echtzeit-Rendering-Leistung finden. Physikalisch basierte Rendering (PBR)-Materialunterstützung wird zunehmend erwartet. Dieser Abschnitt behandelt glTF/GLB und PLY – für AR im Apple-Ökosystem (iOS Quick Look, Vision Pro) siehe USDZ in „Plattformübergreifende Workflows“ unten.

glTF / GLB

• Dateierweiterung: .gltf, .glb
• Internet-Medientyp: model/gltf+json, model/gltf-binary Graphics Language Transmission Format (glTF) ist ein offener Standard, der von der Khronos Group entwickelt wurde und aufgrund seiner weiten Verbreitung im Web manchmal als „JPEG of 3D“ bezeichnet wird. GLB ist seine binär gepackte Variante. Es ist das dominierende Format für WebGL-Anwendungen, Three.js-Szenen, AR-Erlebnisse auf Android und das Standard-Exportformat für KI-3D-Generierungstools wie Meshy.

Wichtige technische Merkmale:

• Speichert Geometrie, PBR-Materialien, Texturen, Skelettanimationen und Szenenhierarchie
• GLB verpackt alle Assets (einschließlich Texturen) in eine einzige Binärdatei
• Unterstützt Erweiterungen für erweiterte Funktionen wie Transmission, Clearcoat und KTX2-komprimierte Texturen
• Entwickelt für GPU-effiziente Auslieferung – minimale Laufzeitverarbeitung erforderlich

Vorteile:

• Extrem kompakt; lädt schnell in Browsern
• Breite Unterstützung in Engines (Babylon.js, Three.js, Unity, Unreal)
• Aktiv gepflegter offener Standard mit wachsendem Erweiterungs-Ökosystem

Nachteile:

• Weniger geeignet für Offline-DCC-Workflows (Digital Content Creation)
• Einige erweiterte Materialfunktionen erfordern nicht universelle Erweiterungen

PLY

• Dateierweiterung: .ply
• Internet-Medientyp: text/plain

Das Polygon File Format (PLY) wurde an der Stanford University entwickelt, um 3D-Scan- und Punktwolkendaten zu speichern. Es kann neben der Geometrie auch Farben pro Vertex, Normalen und beliebige benutzerdefinierte Eigenschaften kodieren, was es zu einem gängigen Ausgabeformat für Photogrammetrie-Tools, LiDAR-Scanner und NeRF-Pipelines macht.

Wichtige technische Merkmale:

• Speichert Vertex- und Flächendaten mit beliebigen Eigenschaften pro Element
• Binäre und ASCII-Varianten verfügbar
• Unterstützt nativ Punktwolken ohne Flächendaten

Vorteile:

• Flexible Struktur; kann beliebige Attribute pro Vertex speichern
• Häufige Ausgabe von Scan-Hardware und Rekonstruktions-Pipelines
• Lesbar für die meisten Forschungs- und Visualisierungstools (MeshLab, CloudCompare, Open3D)

Nachteile:

• Kein Animations- oder Materialsystem
• Ohne Konvertierung nicht für Echtzeit-Rendering geeignet
• Eingeschränkte Unterstützung in Verbrauchertools und Spiel-Engines

Hinweis: Für iOS- und Apple-Ökosystem-AR-Erlebnisse siehe USDZ im Abschnitt „Cross-Application Workflows“ unten – es ist Apples natives AR-Format für Quick Look und Vision Pro.

VRML

• Dateierweiterung: .wrl
• Internet-Medientyp: model/vrml, x-world/x-vrml

Die Virtual Reality Modeling Language (VRML) war der erste weit verbreitete Standard für 3D-Inhalte im Web, entwickelt Mitte der 1990er Jahre und standardisiert als ISO/IEC 14772. Sie ermöglichte die Einbettung interaktiver 3D-Szenen in Webbrowser über Plugins. Obwohl VRML weitgehend durch WebGL und glTF abgelöst wurde, tauchen VRML-Dateien immer noch in Legacy-Archiven, älteren Ingenieursexporten und einigen Bildungsplattformen auf. Sein Nachfolger X3D erweiterte den Standard, bleibt aber ebenfalls eine Nische.

Wichtige technische Merkmale:

• Menschenlesbares Textformat, das 3D-Geometrie, Beleuchtung, Animation und Interaktivität beschreibt
• Unterstützt Skripting für interaktive Verhaltensweisen
• Szenengraph-Struktur mit Knoten und Routen

Vorteile:

• Historisch bedeutsam; großes Archiv an Legacy-Inhalten
• Wird in einigen CAD-Tools (CATIA, SolidWorks) noch als Exportoption unterstützt
• Menschenlesbar; relativ einfach manuell zu inspizieren

Nachteile:

• Erfordert Plugins oder spezielle Viewer in modernen Browsern – keine native Browserunterstützung
• Schlechte Leistung im Vergleich zu modernen GPU-optimierten Formaten wie glTF
• Effektiv ein Legacy-Format; neue Projekte sollten stattdessen glTF/GLB verwenden

Welche 3D-Dateiformate eignen sich am besten für Animation, Film und Spieleentwicklung?

Animations- und Spieleformate müssen vollständige Szenendaten transportieren – Geometrie, Rigging, Skinning, Blend Shapes und Materialien – über verschiedene DCC-Tools und Engines hinweg. Für einen tieferen Einblick in spielspezifische Workflows siehe unseren Leitfaden zu 3D-Modellierung für Spiele. Die Interoperabilität zwischen Tools wie Maya, Blender und Unreal steht dabei im Vordergrund.

FBX

• Dateierweiterung: .fbx
• Internet-Medietyp: application/octet-stream

Filmbox (FBX) wurde ursprünglich von Kaydara entwickelt und wird heute von Autodesk gepflegt. Es hat sich zum De-facto-Standard für den Transfer animierter 3D-Assets zwischen DCC-Tools und Game-Engines entwickelt – es dient als Standard-Austauschformat zwischen Maya und 3ds Max sowie Engines wie Unity und Unreal Engine und wird häufig in Motion-Capture- und VFX-Pipelines eingesetzt.

Wichtige technische Merkmale:

• Speichert Meshes, Bones, Skinning-Gewichte, Morph-Ziele, Kameras, Lichter und Animationskurven
• Binäre und ASCII-Varianten (binär ist häufiger)
• Unterstützt mehrere Animationsaufnahmen in einer einzigen Datei
• Proprietäres Format von Autodesk; keine öffentliche Spezifikation

Vorteile:

• Nahezu universelle Unterstützung in 3D-Tools und Game-Engines
• Verarbeitet zuverlässig komplexe Rigs, Blend-Shapes und mehrschichtige Animationen
• Überträgt Kameras und Lichter für vollständige Szenentransfers

Nachteile:

• Geschlossenes, proprietäres Format – keine öffentliche Spezifikation
• Häufige Versionsinkompatibilitäten zwischen Autodesk-SDK-Versionen
• Große Dateigrößen im Vergleich zu glTF

DAE (Collada)

• Dateiendung: .dae
• Internet-Medietyp: model/vnd.collada+xml

Collaborative Design Activity (Collada), entwickelt von der Khronos Group und standardisiert als ISO/PAS 17506, wurde als offenes, anwendungsübergreifendes Austauschformat für DCC-Tools konzipiert. Es ist älter als glTF und diente viele Jahre als primäre offene Alternative zu FBX. Obwohl es in Echtzeit- und Web-Kontexten weitgehend durch glTF ersetzt wurde, bleibt DAE ein gängiges Exportziel in Tools wie Blender, SketchUp, Maya und Cinema 4D und ist das native Format in Google Earth und einigen Game-Engines.

Wichtige technische Merkmale:

• XML-basiertes Format, das Geometrie, Materialien, Animation, Physik und Szenenhierarchie speichert
• Unterstützt Skinning, Morph-Ziele und mehrschichtige Animation
• Entwickelt, um tool-unabhängig ohne Herstellerbindung zu sein

Vorteile:

• Offener Standard; keine proprietären Einschränkungen
• Breite Unterstützung in DCC-Tools und einigen Game-Engines (Unity, Godot)
• Verarbeitet vollständige Szenendaten einschließlich Physikdefinitionen

Nachteile:

• Ausführliches XML führt zu großen Dateigrößen; langsameres Parsen als binäre Formate
• Inkonsistente Implementierung in verschiedenen Tools – die Round-Trip-Treue variiert
• Weitgehend durch glTF für Echtzeitanwendungen und durch FBX für Produktionspipelines ersetzt

3DS

• Dateiendung: .3ds
• Internet-Medietyp: image/x-3ds, application/x-3ds

Das 3DS-Format ist das ursprüngliche binäre Dateiformat von Autodesk 3ds Max (früher 3D Studio DOS), das in den 1990er und frühen 2000er Jahren weit verbreitet war. Es enthält Geometrie, grundlegende Materialien und begrenzte Animationsdaten. Obwohl 3ds Max selbst heute das neuere .max-Format verwendet, bleibt .3ds in Legacy-Inhaltsbibliotheken verbreitet und wird von vielen modernen Tools noch als Importformat akzeptiert.

Wichtige technische Merkmale:

• Binäres, chunk-basiertes Format, das Meshes, Lichter, Kameras und grundlegende Keyframe-Animation speichert
• Materialdefinitionen umfassen diffuse, spiegelnde und Opazitätskarten
• Vertex-Anzahl pro Mesh auf 65.536 begrenzt (ein häufiger Kritikpunkt)

Vorteile:

• Weit verbreitet als Importformat in DCC-Tools, Game-Engines und Viewern
• Kompakte binäre Struktur; relativ kleine Dateigrößen
• Große Legacy-Asset-Bibliotheken in diesem Format verfügbar

Nachteile:

• Harte Grenze von 65.536 Vertices pro Mesh – problematisch für hochpolygone Modelle
• Keine Unterstützung für moderne PBR-Materialien oder Skelettanimation
• Effektiv ein Legacy-Format; FBX oder glTF werden für neue Arbeiten bevorzugt

OBJ

• Dateiendung: .obj
• Internet-Medietyp: model/obj

Wavefront OBJ ist eines der ältesten 3D-Austauschformate, ursprünglich in den 1980er Jahren für den Wavefront Advanced Visualizer entwickelt. Es speichert statische Geometrie und verweist auf eine externe .mtl-Datei für grundlegende Materialdefinitionen. Trotz seines Alters wird es weiterhin häufig für den einfachen Modellaustausch verwendet, wenn keine Animation erforderlich ist.

Wichtige technische Merkmale:

• Nur-Text-Format, das Vertices, Faces, Normalen und UV-Koordinaten speichert
• Materialien werden in einer separaten .mtl-Datei definiert, die auf Textur-Maps verweist
• Keine Unterstützung für Animation, Rigging oder Szenenhierarchie

Vorteile:

• Nahezu universelle Unterstützung in DCC-Tools, Game-Engines und Online-Plattformen
• Menschenlesbar und einfach programmatisch zu parsen
• Einfache Struktur; zuverlässig für den Austausch einfacher Geometrie

Nachteile:

• Keine Animationsunterstützung
• Materialsystem ist eingeschränkt; keine native PBR-Unterstützung
• Größere Dateigrößen als Binärformate bei vergleichbarer Geometrie

BLEND

• Dateierweiterung: .blend
• Internet-Medientyp: application/x-blender

BLEND ist das native Projektformat von Blender, der Open-Source-3D-Erstellungssuite. Im Gegensatz zu den meisten Austauschformaten speichern .blend-Dateien den gesamten Blender-Szenenzustand – Objekte, Meshes, Materialien, Animationen, Modifikatoren, Physiksimulationen, Rendereinstellungen und Skriptdaten. Es ist nicht für den anwendungsübergreifenden Austausch konzipiert, aber seine weite Verbreitung in Open-Source- und Indie-Workflows macht es zu einem häufig anzutreffenden Format.

Wichtige technische Merkmale:

• Binärformat, das alle blender-internen Datenstrukturen direkt speichert
• Versionsabhängig: In einer Blender-Version gespeicherte Dateien können sich beim Öffnen in einer anderen Version anders verhalten
• Unterstützt verlinkte und angehängte Assets aus anderen .blend-Dateien
• Kann Python-Skripte und benutzerdefinierte Eigenschaften einbetten

Vorteile:

• Vollständige Szenentreue – kein Datenverlust bei ausschließlicher Arbeit in Blender
• Kostenlos und Open-Source; keine Lizenzbeschränkungen
• Blendens wachsende Verbreitung macht .blend zunehmend relevant in Pipeline-Diskussionen

Nachteile:

• Nicht anwendungsübergreifend: Nur Blender liest .blend nativ (einige Tools bieten eingeschränkten Import)
• Versionskompatibilitätsprobleme zwischen größeren Blender-Versionen
• Nicht geeignet für die Auslieferung oder den Austausch mit Nicht-Blender-Pipelines – stattdessen nach FBX, glTF oder OBJ exportieren

Welche 3D-Dateiformate eignen sich am besten für Voxel-Kunst und Spiele?

Voxel-Formate stellen 3D-Objekte als ein Gitter aus diskreten kubischen Einheiten (Voxeln) dar, anstatt als polygonale Meshes. Dies macht sie konzeptionell ähnlich zu 3D-Pixeln – gut geeignet für eine bestimmte Ästhetik und Arbeitsweise, aber ohne Konvertierung nicht mit Mesh-basierten Formaten austauschbar.

VOX

• Dateierweiterung: .vox
• Internet-Medientyp: N/A (kein registrierter MIME-Typ)

Das .vox-Format von MagicaVoxel hat sich dank der Popularität des kostenlosen MagicaVoxel-Editors zum De-facto-Standard für Voxel-Kunst-Assets entwickelt. Es speichert Voxel-Gitterdaten zusammen mit einer Farbpalette und wird von einer wachsenden Anzahl von Voxel-Editoren (Qubicle, VoxEdit), Game-Engines (Unity via Plugins, Godot nativ) und 3D-Druck-Workflows unterstützt.

Wichtige technische Merkmale:

• Speichert Voxel-Gitter mit einem Farbpalettenindex pro Voxel
• Unterstützt mehrere benannte Modelle innerhalb einer einzigen Datei
• RIFF-ähnliches, chunk-basiertes Binärformat; kompakt und schnell zu parsen
• Begrenzte Animationsunterstützung über Bildsequenzen in neueren Spezifikationsversionen

Vorteile:

• Kompakte Dateigrößen für komplexe Voxel-Szenen
• Breite Unterstützung in Voxel-Authoring-Tools und wachsende Game-Engine-Unterstützung
• Gut geeignet für den 3D-Druck (Voxel-zu-Mesh-Konvertierung ist unkompliziert)
• Große Community; viele kostenlose Assets verfügbar

Nachteile:

• Voxel-spezifisch: ohne explizite Konvertierung nicht mit Mesh-Workflows austauschbar
• Begrenzte Animationsmöglichkeiten im Vergleich zu Skelettanimationen in Mesh-Formaten
• Kein standardisierter MIME-Typ; Handhabung variiert je nach Plattform

Hinweis: VOX-Dateien müssen für die Verwendung in den meisten Game-Engines und Rendering-Pipelines in Mesh-Formate (OBJ, glTF, FBX) konvertiert werden. Tools wie MagicaVoxel, Blender (via Plugin) und Online-Konverter übernehmen diesen Schritt.

Welche 3D-Dateiformate eignen sich am besten für CAD und Ingenieurwesen?

Unter allen Arten von 3D-Dateiformaten zeichnen sich CAD-Formate dadurch aus, dass sie geometrische Präzision über Rendering-Leistung stellen. Im Gegensatz zu mesh-basierten Formaten speichern technische Formate typischerweise parametrische oder B-Rep (Boundary Representation) Geometrie, die nachbearbeitet und mit exakten Toleranzen gefertigt werden kann.

STEP

• Dateierweiterung: .stp, .step
• Internet-Medientyp: model/step

Standard for the Exchange of Product Model Data (STEP) ist ein internationaler ISO-Standard (ISO 10303) und das primäre Format zum Austausch präziser CAD-Geometrie zwischen verschiedenen Softwarepaketen. Es wird von praktisch jeder professionellen CAD-Anwendung unterstützt, darunter CATIA, SolidWorks, Fusion 360 und FreeCAD.

Wichtige technische Merkmale:

• Speichert B-Rep-Geometrie mit exakten mathematischen Oberflächendefinitionen
• Bewahrt Baugruppenstruktur, Teilebeziehungen und Metadaten
• Menschenlesbares Textformat (.stp / .step)

Vorteile:

• Herstellerneutraler offener Standard; keine proprietäre Bindung
• Bewahrt Designintention und Bearbeitbarkeit über verschiedene CAD-Systeme hinweg
• Unterstützt komplexe Baugruppen mit Teilehierarchie

Nachteile:

• Nicht geeignet für Rendering oder Echtzeitvisualisierung ohne Konvertierung in ein Mesh
• Große Dateien bei komplexen Baugruppen
• Langsamer Import in manchen Anwendungen aufgrund der B-Rep-Rekonstruktion

IGES

• Dateierweiterung: .igs, .iges
• Internet-Medientyp: model/iges, model/vnd.igs

Initial Graphics Exchange Specification (IGES) ist ein älterer US-amerikanischer nationaler Standard (ANSI) für den CAD-Datenaustausch, der STEP um mehrere Jahre vorausgeht. Er wird hauptsächlich aus Kompatibilitätsgründen mit Legacy-Systemen und älteren Fertigungsabläufen weiterhin verwendet.

Wichtige technische Merkmale:

• Unterstützt Drahtgitter-, Oberflächen- und Volumenkörpergeometrie
• Textbasiert; weitgehend lesbar auf alten und neuen Systemen
• Weniger strukturiert als STEP; anfällig für Übersetzungsfehler

Vorteile:

• Nahezu universelle Unterstützung auf Legacy-Systemen
• Akzeptabel für den Austausch von Oberflächen- und Drahtgitterdaten

Nachteile:

• Älterer Standard; mehr Übersetzungsfehler als STEP
• Eingeschränkte Metadaten- und Baugruppenstrukturunterstützung
• Im Allgemeinen durch STEP für neue Arbeitsabläufe ersetzt

DWG

• Dateierweiterung: .dwg
• Internet-Medientyp: image/vnd.dwg, application/acad

Drawing (DWG) ist Autodesks proprietäres natives Dateiformat für AutoCAD und das weltweit am häufigsten verwendete Format in Architektur-, Bau- und Ingenieurzeichnungs-Workflows. Während DXF das offene Austauschformat von AutoCAD ist, ist DWG das Format, mit dem Praktiker täglich arbeiten – die meisten CAD-Dateien, die in der AEC-Branche (Architektur, Ingenieurwesen, Bauwesen) geteilt werden, liegen als .dwg-Dateien vor.

Wichtige technische Merkmale:

• Binärformat, das 2D- und 3D-Geometrie, Ebenen, Blöcke, Anmerkungen und Metadaten speichert
• Unterstützt sowohl 2D-Zeichnung als auch 3D-Volumenkörper-/Oberflächenmodellierung (wird jedoch hauptsächlich für 2D verwendet)
• Versionsabhängig: AutoCAD veröffentlicht etwa alle 3 Jahre eine neue DWG-Version

Vorteile:

• Industriestandard im AEC-Bereich; von Architekten, Ingenieuren und Bauunternehmern erwartet
• Umfangreiche Anmerkungs- und Ebenenunterstützung für technische Zeichnungen
• Unterstützt von AutoCAD, BricsCAD, DraftSight, Revit (Import) und vielen anderen über die Open Design Alliance (ODA)-Bibliotheken

Nachteile:

• Proprietäres Format im Besitz von Autodesk; Nicht-Autodesk-Tools sind auf rückentwickelte oder lizenzierte Leseprogramme angewiesen
• Versionskompatibilitätsprobleme – neuere DWG-Versionen können in älterer Software möglicherweise nicht korrekt geöffnet werden
• Nicht geeignet für Rendering, Animation oder 3D-Druck ohne Konvertierung
• Für den offenen Austausch desselben Inhalts wird DXF bevorzugt

DWG vs. DXF: DWG ist Autodesks natives Binärformat; DXF ist sein textbasiertes offenes Austausch-Pendant. DWG ist das, womit Profis arbeiten; DXF ist das, was sie mit Tools teilen, die DWG nicht direkt unterstützen.

DXF

• Dateierweiterung: .dxf
• Internet-Medientyp: image/vnd.dxf Drawing Exchange Format (DXF) ist ein von Autodesk entwickeltes Format, das hauptsächlich für 2D-technische Zeichnungen und CAD-Datenaustausch verwendet wird. Obwohl es 3D-Geometrie darstellen kann, wird es am häufigsten für 2D-Grundrisse, CNC-Werkzeugpfade und Laserschneiddateien genutzt.

Wichtige technische Merkmale:

• Speichert 2D- und einfache 3D-Geometrie (Linien, Bögen, Splines, Netze)
• Textbasiertes Format; weit verbreitet in CAD- und Fertigungswerkzeugen
• Keine Unterstützung für Materialien, Texturen oder Animationen

Vorteile:

• Nahezu universelle Unterstützung in CAD-, CNC- und Laserschneidsoftware
• Gut für 2D-zu-3D-Workflow-Übergänge geeignet

Nachteile:

• Eingeschränkte 3D-Fähigkeiten im Vergleich zu STEP oder OBJ
• Nicht geeignet für Rendering, Animation oder 3D-Druck
• Versionskompatibilitätsprobleme zwischen Autodesk-Versionen

Welche 3D-Dateiformate eignen sich für anwendungsübergreifende Workflows?

USD-basierte Formate sind darauf ausgelegt, die Komplexität großer 3D-Pipelines zu bewältigen, in denen mehrere Werkzeuge, Teams und Asset-Typen zusammenarbeiten müssen. Im Gegensatz zu Einzelasset-Formaten beschreibt USD ganze Szenen mit integrierter Schichtung, Referenzierung und Kollaboration.

USD / USDZ

• Dateierweiterung: .usd, .usda, .usdc, .usdz
• Internet-Medientyp: model/vnd.usdz+zip

USD-basierte Formate sind darauf ausgelegt, die Komplexität großer 3D-Pipelines zu bewältigen, in denen mehrere Werkzeuge, Teams und Asset-Typen zusammenarbeiten müssen. Im Gegensatz zu Einzelasset-Formaten beschreibt USD ganze Szenen mit integrierter Schichtung, Referenzierung und Kollaboration.

Wichtige technische Merkmale:

• Geschichtetes Kompositionssystem ermöglicht zerstörungsfreie Übersteuerungen und kollaborative Bearbeitung
• Unterstützt Geometrie, Materialien, Animation, Beleuchtung, Kameras und Physik in einem Szenengraphen
• USDZ ist ein zip-basiertes Einzeldateipaket, das von Apples AR Quick Look auf iOS und macOS verwendet wird
• .usda ist menschenlesbares ASCII; .usdc ist binär (Crate-Format); .usdz ist verpackt

Vorteile:

• Bewältigt Szenen beliebiger Komplexität; wird in Produktionspipelines der Filmbranche verwendet
• Native Unterstützung im Apple-Ökosystem (Reality Composer, AR Quick Look, Vision Pro)
• Von NVIDIA Omniverse für industrielle digitale Zwillinge und Simulationen übernommen
• Open Source mit aktiver Entwicklung von Pixar, Apple, NVIDIA und Adobe

Nachteile:

• Steile Lernkurve; das Kompositionssystem ist komplex
• Werkzeugunterstützung außerhalb großer DCC-Apps und Engines reift noch
• USDZ ist in den meisten Verbraucherwerkzeugen schreibgeschützt; nicht für Bearbeitungsworkflows geeignet

Wie wählt man das richtige 3D-Dateiformat für sein Projekt aus?

Die Wahl des richtigen 3D-Modelldateityps hängt von einigen praktischen Fragen ab:

• Was ist das Ziel? — Die Endnutzung ist der wichtigste Faktor – wohin die Datei muss, bestimmt maßgeblich das Format. Ein 3D-Drucker, ein Webbrowser, eine Spiel-Engine und ein CAD-System haben jeweils speziell für sie entwickelte Formate. Beginnen Sie hier, bevor Sie andere Aspekte berücksichtigen.
• Benötigen Sie Animation? — Wenn sich Ihr Modell bewegen soll – Charaktere, Produktkonfiguratoren, AR-Objekte – benötigen Sie ein Format, das Skelettanimation und Animationsspuren unterstützt. Wenn nicht, reichen möglicherweise einfachere, rein geometrische Formate aus.
• Benötigen Sie Materialien und Texturen? — Einige Formate betten vollständige PBR-Materialdaten ein; andere verweisen auf externe Dateien oder enthalten gar keine Materialinformationen. Wenn visuelle Wiedergabetreue wichtig ist, prüfen Sie vor dem Export, was Ihr Format unterstützt.
• Spielt die Dateigröße eine Rolle? — Bei Webauslieferung und Echtzeitanwendungen wirkt sich die Ladezeit direkt auf die Benutzererfahrung aus. Bei Druck- und CAD-Workflows ist die Größe weniger kritisch als die geometrische Genauigkeit.
• Welche Software ist beteiligt? — Nicht alle Formate überstehen den Rundgang zwischen Werkzeugen ohne Datenverlust. Überprüfen Sie immer, was Ihre Quellanwendung exportiert und was Ihre Zielanwendung zuverlässig importiert. Prüfen Sie, welche Dateierweiterungen (.fbx, .gltf, .step usw.) jedes Werkzeug unterstützt, bevor Sie sich auf einen Workflow festlegen.
• Müssen Sie konvertieren? — Wenn Sie Assets zwischen Pipelines verschieben, liefert ein spezieller Konverter sauberere Ergebnisse als ein erneuter Export aus einem DCC-Tool. Meshy's kostenloser 3D-Dateikonverter unterstützt die direkte Konvertierung zwischen STL, OBJ, FBX, glTF und mehr — keine Softwareinstallation erforderlich.

FAQs

Welches ist besser, STL oder OBJ?

Das hängt von der Aufgabe ab. STL ist der Standard für den 3D-Druck, da jeder Slicer es akzeptiert, aber es enthält keine Farb- oder Materialdaten. OBJ unterstützt Materialien (über .mtl) und ist besser für den allgemeinen Modellaustausch geeignet. Für alles außer dem Drucken ist OBJ leistungsfähiger.

Ist STL oder STEP von höherer Qualität?

STEP ist für Präzisionsarbeiten deutlich hochwertiger. STEP speichert mathematisch exakte NURBS-Geometrie, während STL gekrümmte Oberflächen mit Dreiecken annähert. Für Technik und Fertigung verwenden Sie immer STEP. STL ist für die meisten 3D-Druck-Workflows geeignet, bei denen exakte Kurven weniger kritisch sind.

Was ist der Unterschied zwischen DXF, OBJ und STL?

DXF ist ein 2D/3D-CAD-Austauschformat von Autodesk, hauptsächlich für technische Zeichnungen und 2D-Geometrie. OBJ ist ein universelles 3D-Mesh-Format, das Materialien unterstützt. STL ist ein 3D-Druckformat, das nur Oberflächendreiecke speichert. Sie dienen sehr unterschiedlichen Zwecken und sind nicht austauschbar.

Sollte ich OBJ oder FBX verwenden?

Verwenden Sie FBX, wenn Ihr Modell Animationen, ein Rig, Blend Shapes hat oder Kamera- und Lichtdaten übertragen muss. Verwenden Sie OBJ für den Austausch einfacher statischer Geometrie — es ist kleiner und universeller lesbar. Für moderne Spieleentwicklungs-Workflows ist glTF/GLB oft die bessere Wahl als beide.

Ist STL ein 2D- oder 3D-Format?

STL ist ein 3D-Format. Es kodiert eine 3D-Oberfläche als ein Netz von Dreiecken im X/Y/Z-Raum. Es hat keinen 2D-Modus.

Ist glTF besser als OBJ?

Für die meisten modernen Anwendungsfälle ja. glTF unterstützt Animationen, PBR-Materialien und Szenenhierarchie in einer einzigen kompakten Datei und ist das bevorzugte Format für Web- und Echtzeitanwendungen. OBJ ist einfacher und universeller für statische Geometrie unterstützt, aber glTF ist die bessere langfristige Wahl.

Ist 3MF besser als OBJ?

Sie dienen unterschiedlichen Zwecken. 3MF ist für den 3D-Druck mit Farb- und Materialunterstützung. OBJ ist für Rendering- und Spiele-Pipelines. Wenn Sie mehrfarbige oder mit Material versehene Modelle drucken, ist 3MF die klare Wahl.

Ist CAD eine STL-Datei?

Nein. CAD ist eine Kategorie von Software und Workflow (Computer-Aided Design), kein Dateiformat. CAD-Tools wie SolidWorks und Fusion 360 können in STL exportieren, aber ihre nativen Formate (STEP, IGES, proprietär) sind anders. STL ist ein Mesh-Format, das aus CAD-Geometrie abgeleitet ist, nicht CAD selbst.

Was sind die aktuellen Industriestandards für 3D-Dateiformate?

Das variiert je nach Branche:

• Spieleentwicklung: FBX und glTF
• Film/VFX: USD und FBX
• 3D-Druck: STL und 3MF
• Technisches CAD: STEP
• Web und AR: glTF/GLB und USDZ
• USD wird branchenübergreifend als universeller Szenenbeschreibungsstandard immer einflussreicher.

Welche Dateiformate unterstützen 3D-Design-Tools?

Das variiert je nach Tool, und die meisten unterstützen mehrere 3D-Modelldateitypen. Verbrauchertools wie Tinkercad konzentrieren sich auf STL und OBJ. DCC-Apps wie Maya und Blender unterstützen FBX, OBJ, glTF und USD. CAD-Tools priorisieren STEP und IGES. Spiele-Engines wie Unity und Unreal importieren FBX und glTF nativ.

Welche Dateiformate sollte ein KI-3D-Generator unterstützen, um Assets zwischen Unity, Unreal und einem Web-Viewer zu verschieben?

Universelle Cross-Engine-Formatabdeckung:

1. GLB (glTF 2.0 binary) — beste universelle Wahl. Web-Viewer (model-viewer, three.js, Babylon.js), Unity (UnityGLTF/glTFast), Unreal (Plugin), Godot (nativ). Einzeldatei, PBR-fähig, AR-kompatibel.
2. FBX — Unity (integriert), Unreal (integrierter primärer FBX-Pfad). Für Maya/Max/MotionBuilder-Pipelines.
3. USDZ — iOS AR Quick Look. Erforderlich für natives iOS AR.
4. Für das Web — GLB mit Draco-Kompression.
5. Für Unreal-Projekte — FBX mit eingebetteten Texturen oder GLB über Plugin.
6. Für Unity — GLB über das UnityGLTF/glTFast-Plugin (modernste Methode) oder FBX über den integrierten Importer (Legacy).
7. Animationsunterstützung — FBX bietet die umfassendste Animationsunterstützung. GLB unterstützt Skelettanimationen, ist aber bei komplexen Blend-Shape-Rigs weniger ausgereift.
8. Materialparität — GLBs PBR (Metallic-Roughness) lässt sich sauber auf Unreals Lit- und Unitys URP/HDRP-Lit-Shader abbilden.

Meshy liefert GLB, FBX, OBJ, USDZ, STL, BLEND und 3MF aus einer einzigen Generierung. Pipeline-Standard: GLB als Quelle der Wahrheit, FBX für Studios mit Maya/Max-Workflows, USDZ für iOS-spezifische AR. Testen Sie Importe in Ihre Engine anhand eines repräsentativen Modells, bevor Sie sich für ein Format entscheiden.

Wie kann ich mit generativer KI ein Bild in ein AR-fähiges 3D-Modell verwandeln?

AR-fähig bedeutet, dass das Modell schnell lädt, unter realen Lichtverhältnissen richtig aussieht und in einem Format geliefert wird, das die AR-Laufzeitumgebung versteht.

1. Generieren Sie über Meshy's Image-to-3D. Wählen Sie für beste Ergebnisse das KI-Modell Meshy-6 aus.
2. Führen Sie Refine aus — schließt Löcher und repariert nicht-manifold Kanten für ein sauberes Mesh. Führen Sie dann Remesh für eine saubere Topologie aus, wenn Sie LODs benötigen.
3. Reduzieren Sie die Polygonanzahl wo möglich — AR-Laufzeitumgebungen (insbesondere auf Mobilgeräten) bevorzugen 30–60.000 Dreiecke für Hauptobjekte, bei Katalogmaßstab weniger.
4. Exportieren Sie USDZ für iOS Quick Look (Safari, Nachrichten, native Apps über ARKit) und GLB für Android Scene Viewer / WebXR / model-viewer.
5. Testen Sie vor der Veröffentlichung unter realer Beleuchtung — AR Quick Look auf einem iPhone und Scene Viewer auf einem Android-Gerät. Achten Sie auf transparente Materialkanten, Normalenrichtung und Textur-Farbstich.

Meshy liefert USDZ und GLB aus derselben Generierung, sodass dasselbe Quell-Asset sowohl iOS- als auch Android-AR ohne erneute Konvertierung versorgt.

Warum sieht mein exportiertes .obj 3D-Modell in einem anderen Programm falsch aus?

Häufige Ursachen, wenn ein OBJ in einem anderen Programm falsch aussieht:

1. Fehlende MTL — OBJ ist reine Geometrie; Materialien leben in einer begleitenden .mtl-Datei. Stellen Sie sicher, dass sowohl .obj als auch .mtl zusammen geliefert werden, plus die Texturbilddateien im selben Ordner. Meshy bündelt diese im Export-Zip.
2. Texturpfad-Probleme — MTL referenziert Texturen über relative Pfade. Wenn die Textur nicht gefunden wird, rendert das Modell untexturiert. Überprüfen Sie die Pfadstrings in der .mtl-Datei.
3. Achsen-/Orientierungsfehlanpassung — Y-up vs. Z-up variiert je nach Programm. Blender verwendet Z-up; Maya, Unity, three.js verwenden Y-up. Das Modell kann um 90° gedreht importiert werden. Beheben Sie dies beim Import (Blender: "-Z forward, Y up" beim Import auswählen) oder drehen Sie es nach dem Import.
4. Maßstabsfehlanpassung — Einheiten können zwischen Programmen unterschiedlich sein. Meshy exportiert mit einem sinnvollen Standard; skalieren Sie beim Import neu, um es an das Einheitensystem Ihrer Szene anzupassen.
5. Normalenrichtung — Einige Programme interpretieren Flächennormalen unterschiedlich. Wenn das Modell von innen nach außen aussieht, kehren Sie die Normalen um (Blender: Mesh → Normals → Recalculate Outside).
6. PBR-Materialien verloren — OBJ + MTL transportiert standardmäßig kein PBR. Verwenden Sie für PBR-Treue stattdessen GLB.

Behebung in der Reihenfolge: GLB > FBX > OBJ für programmübergreifende Zuverlässigkeit. OBJ ist universell, aber am verlustbehaftetsten.

Mit welchen Tools kann ich iterieren, indem ich den Prompt bearbeite, während die gleiche Grundform erhalten bleibt, anstatt von Grund auf neu zu generieren?

Genau dafür ist Meshy's AI Texturing-Funktion gemacht. Sie generieren die Geometrie einmal und iterieren mit Prompts, um die Oberfläche neu zu bemalen, ohne das Mesh zu berühren.

Workflow:

1. Generieren Sie das Basis-Mesh über Text-to-3D oder Image-to-3D.
2. Führen Sie Refine aus, um Löcher zu schließen und nicht-manifold Kanten zu reparieren, dann Remesh für eine saubere Topologie.
3. Öffnen Sie AI Texturing auf demselben Mesh.
4. Iterieren Sie über den Textur-Prompt — "verwitterter Wikinger-Kriegshammer, handgeschmiedetes Eisen, dunkelrote Runengravuren" → "poliertenzeremonieller Kriegshammer, Goldfiligran, Edelstein-Einlagen" → "Sci-Fi-Energie-Kriegshammer, glühende blaue Energielinien, gebürsteter Stahl." Jeder Prompt erzeugt einen neuen PBR-Map-Satz auf derselben Geometrie.
5. Wählen Sie die gewünschte Variante aus, exportieren Sie GLB / FBX mit den neuen Texturen. Dieses Verfahren ist drastisch günstiger und schneller als die Neugenerierung von Geometrie. So erstellen Teams SKU-Varianten für E-Commerce, Gameplay-Zustandsvarianten (sauber / beschädigt / brennend) oder künstlerische Erkundungen auf einem einzigen Basis-Mesh. Die Benutzeroberfläche von Meshy hält die Geometrie standardmäßig konstant, wenn Sie neu texturieren; die Geometrie wird nur dann neu generiert, wenn Sie explizit Text-zu-3D erneut ausführen.

GLB vs USDZ vs FBX vs OBJ – welches 3D-Dateiformat sollte ich verwenden?

Wählen Sie danach aus, wohin das Modell geht:

• GLB – Web, AR und three.js. Einzelne Binärdatei, enthält Geometrie, Texturen und PBR-Materialien. Standard für Produkt-Viewer und Engine-Pipelines, die keine rigged Animationen benötigen. Meshy's empfohlener Allzweck-Export.
• USDZ – iOS AR Quick Look (Apples natives AR-Format). Verwenden Sie es, wenn Ihr Ziel die iOS Safari/Nachrichten-AR-Erfahrung ist.
• FBX – Spiele-Engines (Unity, Unreal) und DCC-Tools (Maya, 3ds Max), wenn Sie rigged Charaktere, Skelette oder Animationsspuren benötigen. Älter, aber immer noch das Arbeitstier für Animationen.
• OBJ – universeller Mesh-Austausch. Keine Animation, keine eingebetteten Materialien (verwendet eine begleitende .mtl-Datei), aber jede 3D-App der Welt öffnet es. Gute Alternative, wenn GLB/FBX nicht sauber importieren.
• STL – nur für 3D-Druck. Geometrie, keine Farbe, keine UVs.
• 3MF – mehrfarbiger / mehrteiliger 3D-Druck. Einheitenbewusst, Multi-Mesh-Baugruppe.
• BLEND – Blender-nativ; bewahrt Materialien, Modifikatoren und Rigging perfekt.

Meshy exportiert alle diese Formate aus einer einzigen Generierung. Wenn Sie es noch nicht wissen, beginnen Sie mit GLB.