Erst sehen, was am Video kaputt ist, dann reparieren
Wählen Sie ein Video aus: Diese Seite geht den gesamten Datenstrom durch, findet Frames mit beschädigten Bilddaten und markiert deren Position auf einer Zeitleiste. Die Reparatur schreibt eine neue Datei, die nur die dekodierbaren Frames enthält — das Ergebnis läuft ohne Stocken. Alles passiert auf Ihrem Gerät, nichts wird hochgeladen.
Was diese Seite tatsächlich prüft
In einer MP4- oder MOV-Datei ist jeder H.264- oder HEVC-Frame als Kette gespeichert: eine Längenzahl, dann so viele Bytes Bilddaten, dann die nächste Länge, und so weiter, Stoß an Stoß, bis die Daten des Frames aufgebraucht sind. Die Kette muss genau am Ende ankommen. Ist eine Länge null oder zeigt über das Ende der Daten hinaus, sind die Bytes dieses Frames nicht das, was die Datei behauptet.
Genau das misst diese Seite, Frame für Frame, über die ganze Datei. Deshalb kann sie sagen, **wo** der Schaden sitzt, und nicht nur, dass das Video nicht läuft: Jeder kaputte Frame hat eine Position und einen Zeitstempel, also lässt sich der Schaden auf einer Zeitleiste zeichnen.
Wenn Sie einmal ein kaputtes Video durch ffmpeg geschickt und dabei `Invalid NAL unit size (0 > 1241)` vorbeirauschen gesehen haben: Das ist derselbe Zustand, nur anders gemeldet. Player reagieren darauf üblicherweise mit Stocken, Überspringen oder einem Brei aus Blöcken — mehr ist mit Bytes, die nicht da sind, auch nicht zu machen.
Diese Prüfung braucht keinen Video-Decoder — deshalb funktioniert sie auch bei Dateien, die Ihr Browser gar nicht abspielen kann. Sie liest Bytes, keine Bilder.
Zwei Arten von Schaden, und sie sehen verschieden aus
**Frames mit beschädigten Daten.** Irgendetwas hat die falschen Bytes geschrieben — ein abgebrochenes Kopieren auf einen USB-Stick, eine sterbende Speicherkarte, eine Synchronisation, die auf halbem Weg abgestürzt ist. Länge und Index der Datei sind intakt, das Video öffnet normal, aber einzelne Frames darin sind unbrauchbar. Auf der Zeitleiste sind das Markierungen, verstreut dort, wo der Schaden passiert ist.
**Ein Video, das mitten drin abbricht.** Ein Download oder eine Übertragung hat zu früh aufgehört. Der Header behauptet weiterhin die ursprüngliche Länge, der Player zeigt also einen Regler über die volle Dauer, aber die Bilddaten enden einfach mitten drin. Diese Seite erkennt das, indem sie die behauptete Länge mit dem letzten Frame vergleicht, den sie tatsächlich erreicht — auf der Zeitleiste ist das ein grauer Block am Ende.
Die Unterscheidung lohnt sich, weil die Erwartungen unterschiedlich sind. Verstreuter Schaden kostet meist hier eine Sekunde und da eine Sekunde. Eine Datei, die bei 40 % abbricht, fehlt zu 60 % — und kein Werkzeug kann erfinden, was nie geschrieben wurde.
Warum die reparierte Datei kürzer ist
Videoframes stehen nicht für sich. Ein Keyframe ist eigenständig, die Frames danach sind aber als Unterschiede zu ihm gespeichert — sind die Daten eines Keyframes kaputt, ist jeder Frame, der sich darauf stützt, ebenfalls unbrauchbar, obwohl seine eigenen Bytes völlig in Ordnung sind. Deshalb kann eine Datei mit zehn kaputten Frames deutlich mehr als zehn verlieren.
Die Reparatur behält nur die Frames, die sich wirklich dekodieren lassen, und schließt die Lücken, damit das Ergebnis durchläuft statt an der Schadstelle einzufrieren. Der Preis: Das Ergebnis ist genau um das Verworfene kürzer als das Original. Die Seite nennt diese Zahl, bevor Sie sich entscheiden, und noch einmal am Ergebnis.
Es wird nichts neu kodiert. Überlebende Frames werden Byte für Byte kopiert, die Bildqualität des Rests ist also exakt die ursprüngliche — und das Ganze ist in Sekunden statt Minuten erledigt.
**Der Ton bleibt erhalten und bleibt synchron.** Lücken zu schließen heißt, dass das Bild nicht mehr zu einer Tonspur in Originallänge passt. Deshalb wird der Ton an genau denselben Grenzen geschnitten: Jeder erhaltene Bildabschnitt trägt seinen eigenen Tonabschnitt, um denselben Betrag verschoben. Innerhalb eines Abschnitts sind beide fest verkoppelt; auseinanderlaufen kann der Ton nur an den Nahtstellen, und nie um mehr als ein halbes Audiopaket, also rund zehn Millisekunden. Das liegt eine Größenordnung unter dem, was jemand als Lippen-Asynchronität wahrnimmt.
Was diese Seite nicht kann
**Eine Datei, die sich gar nicht öffnen lässt, ist hier außer Reichweite.** Jede MP4 trägt einen Index, der beschreibt, wo jeder Frame liegt. Ist dieser Index beschädigt oder fehlt er — häufig, wenn eine Aufnahme ohne saubere Finalisierung endet — gibt es keine Karte zum Abschreiten, und diese Seite sagt das, statt sich im Kreis zu drehen. Solche Dateien brauchen das Original oder ein Werkzeug, das den Index durch Raten der Frame-Grenzen neu aufbaut.
**Beschädigter Ton wird nicht erkannt.** Die Tonspur wird mitgenommen und synchron gehalten, aber sie wird nie *geprüft* — ein kaputtes Audiopaket zu finden heißt, es durch einen Decoder zu schicken, eine andere und viel langsamere Arbeit als das Lesen von Längenpräfixen. Ein Video mit perfektem Bild und kaputtem Ton kommt aus dieser Prüfung als sauber heraus.
**Nur H.264 und HEVC.** Das sind die Codecs, die Frames mit Längenpräfixen speichern, und genau die liest die Prüfung. MJPEG, MPEG-4 Part 2 und andere legen Frames anders ab — mit diesem Maßstab gemessen würden sie alle beschädigt aussehen, deshalb lehnt die Seite ab.
FAQ
Wird mein Video irgendwohin hochgeladen?
Nein. Die Datei wird von Ihrem Browser auf Ihrem eigenen Gerät gelesen, und die reparierte Kopie wird dort geschrieben. Es geht nichts an einen Server — Sie können es prüfen, indem Sie während des Scans das Netzwerk-Panel des Browsers öffnen oder vorher die Internetverbindung trennen.
Verschlechtert die Reparatur die Qualität?
Nein. Überlebende Frames werden genau so kopiert, wie sie sind, ohne Neukodierung — was bleibt, ist Bit für Bit das ursprüngliche Bild. Sie verlieren Dauer, nicht Qualität.
Hat die reparierte Datei noch Ton?
Ja, und er bleibt synchron. Der Ton wird an denselben Grenzen wie das Bild geschnitten und um denselben Betrag verschoben, innerhalb jedes erhaltenen Abschnitts sind beide also verkoppelt. Auseinanderliegen können sie nur an den Nahtstellen, um höchstens ein halbes Audiopaket — etwa zehn Millisekunden, weit unter der Wahrnehmungsschwelle. Was nicht zurückkommt, ist der Ton der verworfenen Abschnitte: Das Bild dazu ist ja ebenfalls weg.
Der Scan sagt, die Datei sei intakt, sie läuft aber trotzdem nicht. Warum?
Diese Prüfung deckt die Bilddaten von H.264- und HEVC-Video ab. Eine Datei kann sie bestehen und aus anderen Gründen nicht laufen: ein Codec, den Ihr Player nicht unterstützt, eine beschädigte Tonspur oder eine Eigenheit des Containers. Ein sauberes Ergebnis hier grenzt das Problem ein, es erledigt es nicht.
Wie lange dauert der Scan?
Jeder Frame muss gelesen werden, die Dauer richtet sich also nach der Dateigröße, nicht nach der Videolänge. Auf einer normalen Maschine läuft der Scan mit einigen hundert Megabyte pro Sekunde, eine Datei von einem Gigabyte liegt damit im Bereich einiger Sekunden. Abbrechen können Sie jederzeit.
Kann der Teil eines Videos wiederhergestellt werden, der nie heruntergeladen wurde?
Nein. Wenn eine Übertragung zu früh abgebrochen ist, wurden die fehlenden Bilddaten nie auf Ihre Festplatte geschrieben — auf Ihrem Gerät ist nichts, was man wiederherstellen könnte. Diese Seite kann Ihnen sagen, wie viel genau fehlt, und eine saubere, abspielbare Kopie des Teils schreiben, der angekommen ist.
Meine Datei lässt sich nicht einmal öffnen. Was jetzt?
Das deutet auf den Index der Datei und nicht auf ihre Frames — und das ist der eine Fall, bei dem diese Seite nicht helfen kann. Versuchen Sie, wenn möglich, das Original erneut zu bekommen. Andernfalls ist der nächste Schritt ein spezialisiertes Wiederherstellungswerkzeug, das den Index durch Abtasten der Frame-Grenzen neu aufbaut — die Mac-App kann außerdem um Schäden herum neu kodieren, was ein Browser nicht kann.
Weitere Video-Werkzeuge
AskClean-Team · Aktualisiert 2026-08-21