FBX vs. BVH vs. BIP: Welches Mocap-Format solltest du verwenden?
Ein praktischer, direkter Vergleich der drei gängigsten Motion-Capture-Dateiformate – was jedes speichert, welche Tools es unterstützen und wie du das richtige für deine 3D-Animations-Pipeline auswählst.
Du hast gerade eine saubere Performance mit KI-Motion-Capture aufgenommen. Die Bewegung sieht in der Vorschau gut aus. Jetzt fordert dich dein Tool auf, ein Exportformat zu wählen – FBX, BVH oder BIP – und die Wahl, die du hier triffst, bestimmt, wie viel Arbeit du in der nächsten Stunde hast.
Wählst du das richtige Format, landet deine Bewegung direkt auf deinem Charakter-Rig. Wählst du das falsche, siehst du einer Retargeting-Sitzung, einer Koordinatensystem-Diskrepanz oder einem Skelett entgegen, das rückwärts ausgerichtet importiert wird. Das Format ist keine Formalität – es ist die Übergabe zwischen Capture und Produktion.
Dieser Artikel vergleicht FBX, BVH und BIP auf dem Niveau, das du für diese Entscheidung brauchst: welche Daten jedes Format tatsächlich trägt, welche Tools und Engines es unterstützen und wann du welches wählen solltest. Wir werden auch darauf eingehen, wie QuickMagic den Formatexport in seinen Workflows Video zu 3D-Animation und Text zu 3D-Animation handhabt, damit du die Ausgabe an deine Pipeline anpassen kannst.
Die Kurzantwort
Wenn du keine Zeit hast, den gesamten Vergleich zu lesen, hier die Kurzfassung:
- Verwende FBX für Game Engines (Unreal Engine, Unity), DCC-Tools (Maya, Blender, 3ds Max) und jede toolübergreifende Pipeline. Das ist in 90 % der Fälle die richtige Wahl.
- Verwende BVH, wenn du leichte, menschenlesbare Bewegungsdaten für Forschung, Debugging oder die Übertragung von Rohdaten an ein Tool benötigst, das FBX nicht unterstützt.
- Verwende BIP, wenn deine Pipeline auf iClone und Character Creator oder 3ds Max Biped basiert – es wird direkt auf das native Rig geladen, ohne Konvertierung.
Der Rest dieses Artikels erklärt warum – und das Warum ist wichtig, denn die falsche Wahl kostet dich Zeit auf eine Weise, die nicht immer offensichtlich ist, bis du tief in der Import-Pipeline steckst.
FBX: Das universelle Austauschformat
Filmbox – Autodesk
FBX ist das, was der 3D-Industrie am nächsten an einem universellen Dateiformat kommt. Ursprünglich von Kaydara Ende der 1990er Jahre für ihre Filmbox-Motion-Capture-Software entwickelt, wurde es 2006 von Autodesk übernommen und zum Standard-Austauschformat für Maya, 3ds Max, MotionBuilder und von dort aus für alle großen Game Engines und DCC-Tools.
Was FBX so leistungsstark macht, ist, dass es ein Container ist, nicht nur eine Bewegungsdatei. Eine einzelne FBX-Datei kann die gesamte Szene enthalten: Mesh-Geometrie (Vertices, Normalen, UVs), Skelett-Hierarchie mit benannten Knochen und Eltern-Kind-Beziehungen, Skin-Binding-Gewichte, Materialien und Texturverweise, Blend-Shapes (Morph-Ziele) und Animationskurven für Translation, Rotation und Skalierung jedes Knochens über die Zeit.
Wann FBX wählen
- Game Engines. Unreal Engine und Unity haben beide ausgereifte, gut getestete FBX-Importeure. Wenn du Digital Humans in UE5 MetaHuman oder Unity baust, ist FBX das primäre Lieferformat.
- Toolübergreifende Pipelines. Wenn du in einem Tool capturierst und in einem anderen animierst – Bewegung aus KI-Motion-Capture in Blender zur Bereinigung, dann in Unreal zum Rendern – ist FBX der Kleber, der die Kette zusammenhält.
- Wenn du Mesh + Bewegung zusammen brauchst. FBX kann sowohl den Charakter-Mesh als auch die Animation in einer Datei transportieren, was den Import vereinfacht, wenn du einen neuen Charakter einrichtest.
- Wenn du minimales Retargeting möchtest. Export-Voreinstellungen, die auf bestimmte Ziele (Mixamo, MetaHuman, UE5) abgestimmt sind, konfigurieren Skelett und Koordinatensystem vor, sodass die Bewegung mit weniger manuellem Mapping auf dem richtigen Rig landet.
FBX-Einschränkungen
- Standardmäßig binär. FBX-Dateien sind normalerweise binär, was bedeutet, dass du sie nicht in einem Texteditor öffnen kannst, um Knochennamen oder Hierarchie zu überprüfen. (FBX ASCII existiert zum Debuggen, wird aber in der Produktion selten verwendet.)
- Versionsempfindlichkeit. FBX-Dateien gibt es in mehreren SDK-Versionen (2013, 2016, 2019, 2020). Eine aus einer sehr aktuellen Maya-Version exportierte Datei verwendet möglicherweise Funktionen, die ein älterer Engine-Importer nicht unterstützt. Wenn ein Import fehlschlägt, behebt ein Downgrade auf FBX 2016 das Problem normalerweise.
- Achsen- und Einheitenkonventionen. Maya exportiert Y-up, Blender und 3ds Max standardmäßig Z-up, Unreal verwendet linkshändiges Z-up. Der FBX-Exporter konvertiert zwischen diesen – aber nur, wenn die Einstellungen übereinstimmen. Eine Diskrepanz erzeugt Charaktere, die um 90 Grad gedreht oder auf 1 % oder 100x skaliert sind.
BVH: Das leichte Bewegungsformat
BioVision Hierarchy
BVH ist das ursprüngliche Motion-Capture-Austauschformat, das in den 1990er Jahren von BioVision für ihr kommerzielles Mocap-System entwickelt wurde. Es ist älter als FBX und wird immer noch häufig verwendet – nicht weil es leistungsstark ist, sondern weil es einfach ist.
Eine BVH-Datei ist eine reine Textdatei mit zwei Abschnitten: einem Hierarchie-Block, der die Skelettstruktur definiert (Knochennamen, Eltern-Kind-Beziehungen, Offset-Positionen), und einem Bewegungs-Block, der die Rotations- und Positionsdaten pro Frame für jeden Knochen speichert. Du kannst sie in jedem Texteditor öffnen und die Knochennamen, die Frame-Anzahl und die Rotationswerte direkt lesen.
Wann BVH wählen
- Rohe Bewegungsdatenaustausch. BVH ist die Lingua Franca der Mocap-Welt. Verbraucher-Inertial-Anzüge, akademische Bewegungsdatenbanken (wie der CMU Graphics Lab-Datensatz) und kostenlose Bewegungsrepositories verteilen alle BVH.
- Debugging. Da es textbasiert ist, kannst du eine BVH-Datei überprüfen, um Knochennamen, Hierarchietiefe und Frame-Anzahlen zu überprüfen, ohne spezielle Software. Wenn ein Import fehlschlägt, ist die Antwort oft in den ersten 30 Zeilen der Datei sichtbar.
- Forschung und akademische Pipelines. Viele Forschungswerkzeuge und benutzerdefinierte Mocap-Pipelines arbeiten nativ mit BVH und unterstützen FBX nicht.
- Leichter Transfer. BVH-Dateien sind klein – sie enthalten kein Mesh, keine Materialien, keine Texturen. Wenn du nur Bewegungsdaten zwischen Tools verschieben musst, ist BVH der effizienteste Weg.
BVH-Einschränkungen
- Keine Mesh- oder Materialdaten. BVH trägt nur Skelett und Bewegung. Du kannst keinen Charakter in einer BVH-Datei versenden – du brauchst ein separates Mesh.
- Nicht standardisierte Skelette. Jede BVH-Datei von einer anderen Capture-Quelle kann eine andere Skelettstruktur, Joint-Naming-Konvention und Referenzpose verwenden. Das ist der größte Schmerzpunkt: Ein BVH von einem System lässt sich nicht sauber auf ein für ein anderes gerigtes Charakter abbilden.
- Fast immer Retargeting nötig. Da das Skelett nicht standardisiert ist, erfordert BVH-Bewegung fast immer einen Motion Retargeting-Durchlauf, bevor sie auf einen Game-Charakter angewendet werden kann. Die Qualität dieses Retargetings hängt davon ab, wie genau das BVH-Skelett dem Ziel-Rig entspricht.
- Weniger engine-native Unterstützung. Unreal und Unity können BVH importieren, aber ihre Importeure sind für FBX optimiert. Der BVH-Import erfordert oft Plugins oder manuelles Bone-Mapping.
BIP: Das native Rig-Format
Biped / iClone Native
BIP hat in der 3D-Animation zwei gebräuchliche Bedeutungen, und es lohnt sich, beide zu verstehen.
In 3ds Max ist BIP das native Animationsformat für das Character Studio Biped-System. Es speichert Animationsdaten speziell für das Biped-Skelett-Rig – einschließlich Ebenen, Constraints und Figure-Mode-Daten, die FBX nicht replizieren kann. Wenn deine Pipeline vollständig in 3ds Max mit Biped-Charakteren läuft, werden BIP-Dateien ohne Konvertierung geladen.
Im Reallusion-Ökosystem – iClone und Character Creator – ist BIP das native Bewegungsformat für Charaktere, die in diesen Tools erstellt wurden. QuickMagic exportiert BIP speziell für diesen Workflow, sodass aus Video aufgenommene Bewegung direkt auf ein Character Creator- oder iClone-Rig geladen werden kann, ohne einen Zwischenkonvertierungsschritt.
Wann BIP wählen
- iClone / Character Creator-Pipeline. Wenn deine Charaktere in Reallusions Character Creator erstellt und in iClone animiert werden, ist BIP das native Format. Kein Retargeting, kein Bone-Mapping – die Bewegung wird direkt geladen.
- 3ds Max Biped-Pipeline. Wenn du Character Studio Biped verwendest, bewahrt BIP Ebenendaten, Constraints und Figure-Mode-Informationen, die in einem FBX-Export eingebacken würden.
- Wenn du die schnellste Iteration möchtest. Innerhalb einer nativen Pipeline eliminiert BIP den Export-Import-Roundtrip. Du lädst die Datei, und sie ist auf dem Rig.
BIP-Einschränkungen
- Nicht portabel. BIP-Dateien von 3ds Max funktionieren nicht in iClone und umgekehrt. Das Format ist an sein spezifisches Ökosystem gebunden.
- Kann nicht direkt in Game Engines verwendet werden. Um BIP-Animation in Unreal, Unity oder Blender zu verwenden, musst du zuerst nach FBX exportieren – wobei die nativen Ebenen- und Constraint-Daten eingebacken werden.
- Ökosystem-Bindung. BIP ist nur nützlich, wenn deine gesamte Pipeline im passenden Tool bleibt. Sobald du ein anderes Tool betrittst, brauchst du FBX.
Direkter Vergleichstabelle
| Merkmal | FBX | BVH | BIP |
|---|---|---|---|
| Entwickelt von | Kaydara / Autodesk | BioVision | Autodesk (3ds Max) / Reallusion (iClone) |
| Dateityp | Binär oder ASCII | Reiner Text | Binär |
| Mesh / Geometriedaten | Ja | Nein | Nein |
| Skelett-Hierarchie | Ja | Ja | Ja (natives Rig) |
| Animationskurven | Ja | Ja (pro Frame) | Ja |
| Materialien / Texturen | Ja | Nein | Nein |
| Blend-Shapes | Ja | Nein | Nein |
| Für Menschen lesbar | Nein (binär) | Ja | Nein |
| Dateigröße | Mittel–Groß | Klein | Klein |
| Standardisiertes Skelett | Variiert je nach Voreinstellung | Nein – variiert je nach Quelle | Ja (innerhalb des Ökosystems) |
| Retargeting normalerweise nötig? | Manchmal | Fast immer | Selten (natives Rig) |
| Unreal Engine-Unterstützung | Hervorragend | Per Plugin | Zuerst nach FBX exportieren |
| Unity-Unterstützung | Hervorragend | Per Plugin | Zuerst nach FBX exportieren |
| Blender-Unterstützung | Ja | Ja | Nein |
| 3ds Max Biped | Ja | Ja | Nativ |
| iClone / Character Creator | Ja | Eingeschränkt | Nativ |
| Am besten geeignet für | Toolübergreifende Pipelines, Game Engines | Rohe Bewegung, Debugging, Forschung | Native Rig-Workflows (iClone, 3ds Max Biped) |
Was jedes Format tatsächlich speichert
Der praktische Unterschied zwischen diesen drei Formaten läuft auf eine Frage hinaus: Was ist in der Datei?
| Datentyp | FBX | BVH | BIP |
|---|---|---|---|
| Mesh-Geometrie (Vertices, Normalen, UVs) | ✓ | — | — |
| Skelett-Hierarchie (Knochen, Eltern-Kind) | ✓ | ✓ | ✓ |
| Skin-Gewichte (Vertex-zu-Knochen-Bindung) | ✓ | — | — |
| Animationskurven (Rotation/Translation/Skalierung) | ✓ | ✓ | ✓ |
| Materialien und Texturverweise | ✓ | — | — |



