Repariere deine Aufnahme jetzt
Leg die Datei oben ab für eine lokale Diagnose. Sie bestätigt, ob es sich um den klassischen Fall einer nicht finalisierten MP4 handelt. Zwei ehrliche Hinweise vorweg, weil OBS-Dateien groß sind: Der kostenlose Tarif deckt Dateien bis 500 MB ab, und eine lange Sitzung überschreitet das meist, deshalb kostet eine einzelne Reparatur ohne Größenbeschränkung 5,90 € — und sie wird nie berechnet, wenn sie scheitert. Zweitens der aktuelle Stand der Engine: Die strukturelle Remux-Reparatur (beschädigte, aber lesbare Dateien) läuft heute; die vollständige Index-Rekonstruktion für nicht finalisierte Aufnahmen (die tiefgreifende Reparatur, um die es auf dieser Seite geht) ist in Entwicklung.
Warum der Absturz die Datei getötet hat
Während du aufnimmst, schreibt OBS deine komprimierten Einzelbilder laufend auf die Festplatte; dieser Teil wartet nie. Was wartet, ist der Index: Die MP4-Finalisierung schreibt das moov atom — die Tabelle, die Position und Timing jedes Einzelbilds abbildet — erst, wenn die Aufnahme sauber gestoppt wird. Ein Absturz, ein BSOD, ein Stromausfall oder ein beendeter Prozess überspringt diesen letzten Schreibvorgang. Das Ergebnis auf der Festplatte:
Dein Filmmaterial ist physisch vorhanden, Gigabytes davon, in einer Datei, durch die kein Player navigieren kann. Der einzige echte Verlust sind die letzten paar Sekunden, die beim Absturz noch im Speicherpuffer des Encoders lagen; die wurden nie geschrieben, und kein Tool kann sie zurückholen.
Warum die Foren sagen, es sei irreparabel
Such nach diesem Problem und du findest OBS-Forenthreads, in denen das Team eine nicht finalisierte MP4 als „toast“ (hinüber) bezeichnet. Sie liegen nicht falsch; sie beschreiben das Remuxen. Der Remuxer von OBS verpackt, wie ffmpegs -c copy, Dateien neu, die er lesen kann, und eine Datei ohne Index lässt sich nicht lesen. In diesem Rahmen ist „hinüber“ zutreffend.
Aber Remuxen war für diesen Fehler nie das richtige Werkzeug. DieIndex-Rekonstruktion ist eine andere Operation: die Rohdaten nach Frame-Grenzen durchsuchen und einen neuen Index rund um das überlebende Filmmaterial schreiben. Genau das macht untrunc seit Jahren — der Beweis, dass es diese Art von Reparatur gibt. Wo wir stehen, ehrlich gesagt: Dieser Rekonstruktionspfad in unserer In-Browser-Engine ist in Entwicklung, noch nicht ausgeliefert; die Remux-Reparatur für beschädigte, aber lesbare Dateien läuft heute. Wenn du die Reparatur jetzt sofort brauchst, behandeltdie Seite zum moov atom untrunc — kostenlos, Kommandozeile, braucht eine intakte Referenzaufnahme mit identischen Einstellungen —, ohne so zu tun, als sei es bequem oder als würden wir es schon ersetzen.
Beim nächsten Mal verhindern
Drei Einstellungen, in der Reihenfolge der Empfehlung — jede einzelne bedeutet, diese Seite nie wieder lesen zu müssen:
- Nach MKV aufnehmen, automatisch nach MP4 remuxen.Einstellungen → Ausgabe → Aufnahmeformat:
mkv, dann „Automatisch zu mp4 remuxen“ aktivieren (Erweitert). MKV übersteht Abstürze — alles, was auf die Festplatte geschrieben wurde, bleibt abspielbar — und du bekommst trotzdem MP4s für deinen Editor. - Hybrid MP4 (OBS 30.2+). Wähle „Hybrid MP4“ als Aufnahmeformat: Es schreibt Wiederherstellungs-Metadaten während der Aufnahme, sodass ein Absturz eine Datei hinterlässt, die abspielbar gemacht werden kann, statt eines indexlosen Ziegelsteins.
- Fragmentiertes MP4 über Muxer-Flags. Bei älteren Setups fügst du
movflags=frag_keyframe+empty_moovzu den benutzerdefinierten Muxer-Einstellungen hinzu. Fragmentiertes MP4 schreibt den Index in kleinen Stücken über die ganze Datei verteilt, sodass ein Absturz nur das aktuelle Fragment kostet, nicht die ganze Aufnahme. Manche Editoren kommen damit weniger gut zurecht, deshalb steht MKV an erster Stelle.
Was das reparieren kann — und was nicht
Die Reparatur gilt für abgeschnittene, nicht finalisierte Aufnahmen, deren Daten die Festplatte erreicht haben — der übliche OBS-Absturzfall. Wirklich außer Reichweite, für jedes Tool: die letzten Sekunden, die beim Absturz noch im RAM lagen (nie geschrieben, weg), und Aufnahmen, deren Dateigröße nahe null liegt, was bedeutet, dass der Absturz zuschlug, bevor OBS überhaupt etwas geschrieben hatte. Eine Feinheit: Aufnahmen mit stark schwankender Bitrate können mit leichtem Audio-/Video-Versatz zurückkommen, weil die Rekonstruktion das Timing ableiten muss, das der Index exakt angegeben hätte. Eine Datei, die ungefähr so groß ist wie stundenlanges Filmmaterial es sein sollte, ist ein starker Kandidat; eine 2-KB-Datei ist es nicht.