Das reparierte Video spielt, aber das Audio ist verschwunden. Vor dem Versuch einer anderen Reparatur müssen Sie klären, ob die Ausgabe ein Audio-Track enthält, ob der Player ihn verwendet und was das ursprüngliche Aufnahme noch übermitteln kann.
Mit dem Ergebnis, das Sie bereits haben, beginnen
Bewahre die beschädigte Originaldatei, die gesunde Referenzdatei, falls verwendet, sowie die reparierte Datei als separate Dateien. Erstelle eine Kopie des Ergebnisses für die nachfolgenden Prüfungen. Falls das Original noch auf einer Kamera-Karte ist, vermeide das Schreiben neuer Aufnahmen auf diese Karte; kopiere zunächst die Dateien an eine andere Speicherung.
Ein anderes, bekannt-gutes Clip-Video auf dem gleichen Gerät abspielen, um die Lautsprecher, den Ausgabegerät und die Stummschaltfunktion zu überprüfen. Danach den reparierten Inhalt in einem anderen Player testen. Wenn dort ein Ton wahrnehmbar ist, untersuchen Sie den ursprünglichen Player oder seine Audio-Einstellungen, bevor Sie die Datei als stumm überall betrachten.
Prüfen Sie auch den Audio-Track-Selector des Players. Eine Aufnahme kann mehrere Audio-Tracks enthalten, während der Player nur einen zu einem Zeitpunkt abspielt. In VLC können Sie über das Menü Audio → Audio Track einen verfügbaren Track auswählen oder einen deaktivierten Wiedergabelaufbau aktivieren. Menünamen können je nach Player und Version variieren.
Fragen Sie die Datei, welche Audioströme sie enthält
Wenn FFmpeg installiert ist, kann sein Begleiter ffprobe die reparierte Kopie ohne Änderung überprüfen. Führen Sie aus:
ffprobe -v error -select_streams a -show_entries stream=index,codec_name,sample_rate,channels,channel_layout,duration -of json "repaired-copy.mp4"Jeder Eintrag im Array streams ist ein Audio-Stream, den ffprobe in dieser Datei erkannt hat. Ein leeres Array bedeutet, dass kein lesbarer Audio-Stream im Ergebnis gefunden wurde. Wenn ffprobe stattdessen meldet, dass die Datei selbst nicht geöffnet werden kann, gilt dies als Inspektionsfehler, nicht als Beweis, dass kein Audio aufgenommen wurde.
Wenn ein Eintrag vorhanden ist, notieren Sie dessen Codec, Kanäle und Dauer. Diese Angaben beschreiben, was der Container meldet; sie stellen nicht sicher, dass der Track die gesamte Unterhaltung, Musik oder Mikrofonaufnahme enthält. Vergleichen Sie die Anzahl der Einträge und ihre Dauern mit dem, was Sie erwartet haben, und hören Sie dann jeden Track ab.
In einem öffentlichen untrunc-Fall meldete ein Benutzer, dass eine zwei-Track-Aufnahme ein nutzloses Ausgabetrack erzeugte, das zwischen den ursprünglichen Aufnahmen wechselte. Dieser Bericht betrifft ein anderes Tool und stellt keine Ursache oder Häufigkeit dieses Problems dar.
Ein Track existiert, aber Sie hören nichts
Wählen Sie zunächst jede verfügbare Audio-Track im Player aus. Ein separater Mikrofontrack ist nicht notwendigerweise der Standardtrack, und ein Track kann vorhanden sein, aber stumm oder beschädigt sein. OBS erklärt, wie Quellen zu verschiedenen Aufnahmetracks zugewiesen werden können; vergleichen Sie diese Zuweisungen mit den Tracks, die Sie speichern wollten.
Wenn Sie sich mit der Kommandozeile auskennen, erstellen Sie eine separate WAV-Kopie des ersten Audio-Streams zum Hören:
ffmpeg -n -i "repaired-copy.mp4" -map 0:a:0 -vn -c:a pcm_s16le "audio-check-1.wav"Dies decodiert einen Stream in eine neue WAV-Datei; es ändert die Eingabe nicht. -n weigert sich, eine bestehende Ausgabe zu überschreiben, und 0:a:0 bezeichnet den ersten Audio-Stream in der Eingabe, nicht notwendigerweise den Stream-Index null in der Ausgabe von ffprobe. Für einen zweiten Audio-Stream verwenden Sie 0:a:1 und einen anderen Ausgabename. Die Dokumentation zu FFmpeg-Stream-Auswahl erklärt die explizite Zuordnung.
WAV-Audio kann viel mehr Plattenraum benötigen als komprimiertes Audio, daher prüfen Sie den verfügbaren Speicher. Falls FFmpeg Dekodierungsfehler meldet oder die Datei nicht erstellen kann, behalten Sie die Meldung; eine erstellte Datei kann dennoch Stille, Lücken oder verzerrtes Audio enthalten. Hören Sie den Anfang, die Mitte und das Ende anstelle davon, annehmen, dass die Umwandlung die Datei repariert hat. Die Befehle wurden an kurzen synthetischen Dateien mit zwei Audio-Tracks und ohne Audio getestet; eine beschädigte Aufnahme kann sich anders verhalten.
Kein Audio-Stream erscheint im reparierten Datei
Ein leerer Ergebnis gibt Informationen über die reparierte Kopie, nicht über die gesamte Geschichte der ursprünglichen Datei. Wenn die beschädigte Quelle lesbar ist, prüfe eine Kopie mit dem gleichen ffprobe-Befehl und vergleiche die angegebenen Audio-Streams. Wenn ein Track in der Quelle sichtbar ist, aber in der Ergebnis-Datei fehlt, notiere diese Unterschiede neben den entsprechenden Stream-Listen, bevor du entscheidest, ob ein anderes Reparierungsverfahren versucht werden soll.
Wenn die Quelle mit moov atom not found fehlschlägt, kann der Prober möglicherweise nicht ihre Spuren beschreiben. Dieser Fehler allein kann nicht bestätigen, ob Audio-Daten innerhalb des Mediums überlebt sind. Der fehlende moov-Atom-Leiter erklärt, warum der unlesbare Index und der verbleibende Medieninhalt zwei unterschiedliche Fragen darstellen.
Suchen Sie nach einer separaten Tonaufnahme oder einem vollständigen Kopie, die vor dem Unterbrechung erstellt wurde. Ein gesunder Abschnitt aus dem gleichen Setup kann dem auf Referenz basierenden Reparatur helfen, die Aufnahmeparameter zu interpretieren, enthält jedoch keinen Ton des fehlenden Ereignisses. Unser Leitfaden zur Auswahl einer passenden Referenz erklärt, wie man die Video- und Audiosettings vergleichen kann.
Für OBS: Prüfen Sie die gespeicherten Einstellungen und die Quellverteilung der Aufnahme aus dieser Sitzung, falls diese verfügbar sind. Ein späteres OBS-Profil oder ein anderes Kamera-Clip könnte Hinweise geben, nicht jedoch Beweise dafür, was die unterbrochene Datei aufgenommen hat. Wenn ein Mikrofon deaktiviert oder nie aufgenommen wurde, kann die Wiederherstellung der Containerinformationen nicht die ursprüngliche Audioaufnahme erfinden.
Entscheiden, was das Ergebnis wert ist, das erhalten bleibt
Ein reparierter Datei mit Bildern, aber fehlendem erwarteten Sound, kann dennoch nützliche Aufnahmen enthalten. Notieren Sie, welche Tracks abgespielt werden und wo der Sound unterbrochen ist; diese Information kann nützlich sein, wenn Sie einen anderen Ansatz probieren. Ein lesbarer Audio-Stream oder ein erfolgreicher WAV-Export ist keine Garantie dafür, dass der ursprüngliche Audio vollständig ist oder synchronisiert ist.
Wenn Sie einen Versuch mit MendVid's MP4 und MOV-Reparaturworkflow in Betracht ziehen, beträgt die Gebühr von US$9,99 pro Video eine Versuchskosten, wobei die entsprechenden Steuern beim Checkout angegeben sind. Die Zahlung muss vor dem Upload bestätigt werden; die Reparatur und jede Vorschau folgen dem Upload. Die Gebühr wird nicht erstattet, wenn der Versuch nicht erfolgreich ist, unvollständig ist oder nach dem Start abgebrochen wird; Rechte, die nicht aufgegeben werden können, und die entsprechenden Regeln des Zahlungsverarbeiters gelten weiterhin. Ein erforderlicher Referenzdatei bleibt auf dem gleichen bezahlten Job, ohne zusätzliche Zahlung. Lesen Sie die Preis- und Reparaturbedingungen vor der Entscheidung.
MendVid prüft die Ausgaben gegen die Track-Informationen, die es ermitteln kann, und kann fehlende erwartete Audio-Teile als teilweise Wiederherstellung markieren. Wenn die ursprüngliche Track-Struktur nicht ermittelt werden kann, müssen Sie dennoch das Ergebnis mit Ihrem Erwartungswert vergleichen. Prüfen Sie die volle Aufnahme, nicht nur den Vorschau, und behalten Sie jede separate Audio-Datei in ihrem ursprünglichen Zustand, bis Sie wissen, dass sie nutzbar ist.