Frage von silence.alex@gmail.com:Hallo liebe Community,
an der Folgen Problematik sitze ich schon einiger Zeit,
während einer Veranstaltung ist das Aufzeichnungsgerät (Grass Valley T2) ausgestiegen und somit wurde die Aufnahme nicht beendet. Die Datei war futsch. Selbst der Grass Valley Support sah da keine Möglichkeit die Aufnahme zu retten.
Die Aufnahme geschah mit dem AVI container und dem Canopus HQ Codec
720x576 pal interlaced 25fps
Da die Aufnahme noch im Aufzeichnungsgerät angezeigt wurde aber als defekt deklariert wurde konnte ich noch die Aufnahmedauer ablesen und eine Referenzdatei mit gleicher Zeit erzeugen.
Durch diese Referenzdatei habe ich dann über den HxD (Hexeditor) den Header manuell auf die defekte Datei übertragen. In der Hoffnung, dass Virtual Dub mit Option Re-derive Keyframe flags, reconstructrion missing index block und rekeying videostream die Aufnahme wieder zusammenstellt.
Erster Erfolg. Nur war aus der ca 90min Aufnahme ein ca 20min Video entsatnden. Ich stellte auch beim rekeying fest, dass er nur ca 34.000 frames bearbeite anstelle von logischen ca 130000 frames.
Aber das was er wiedergab war sauber, nur zum Ende hin wurde es asynchron zum Ton.(dies stört aber weiter nicht, da man es bearbeiten kann)
Daraufhin entschloss ich mich weiter zu forschen und wurde fündig. Mit dem Program "Digital Video Repair v2.2.3 konnte ich mehr herrstellen. Ich habe die defekte Datei die ich vorher händisch wie oben beschrieben mit dem Hexeditor bearbeitet habe bearbeiten lassen. danach wieder in Virtual Dub das gleiche Prozedere und siehe da, da waren es dann auch ca 130.000 Frames die Virtual Dub dann bearbeitet.
Jetzt stellte ich aber des Öfteren Bildfehler fest wobei es aussieht als ob manche Blöcke verschoben sind. Siehe Bild
Diese Bildfehler tauchen dann aber immer nur bei einem Frame auf...also nicht in Folge.
Ich bin mit meinem Latein am Ende und stecke ehrlich gesagt auch noch nicht richtig in der Materie. Wäre für Unterstützung sehr dankbar.
Grüße Alex
Antwort von Jörg:
Ich denke mal, der Einzige, der mehr als du da rausholen könnte, wäre der Nutzer Goldwingfahrer, aber wo der im Moment steckt...
Antwort von mash_gh4:
AVI + canopus HQX ist halt leider wirklich fast die schlimmste (weil weitestgehend undokumentiertere) format-kombination, die einem bei solchen sachen passieren kann...
ich würde dir trotzdem empfehlen, das ganze einmal mit ffmpeg/ffplay mit entsprechend hohen debug optionen durchzusehen. evtl. liefert dir das ohnehin gleich ziemlich genaue hinweise -- ansonsten kann man sich anhand der dortigen offenen implementierung des codecs näher an die tatsächlichen daten heranarbeiten, wenn es einem die mühe wert ist.
