Ich habe ca.35 Stunden alte DV-Aufnahmen in Form von QuickTime-Dateien.
Diese möchte ich in Resolve schneiden, nach Bedarf bearbeiten und als ProRes exportieren.
Leider haben viele der Clips asynchronen Ton und abweichende Bildraten, was eine Bearbeitung ohne grössere Qualitätsverluste verunmöglicht.
Die Tapes habe ich im 2012 überspielt und blöderweise weggeworfen.
Im Moment hoffe ich noch, einen Weg zu finden, dass wenigstens die Halbbilder wieder richtig abgespielt werden können. Den asynchronen Ton zu korrigieren, sollte weniger ein Problem sein.
Für etwaige hilfreiche Tipps bedanke ich mich im Voraus.
Im Detail:
(Mac Pro 5.1 / Intensity Pro 4K, High Sierra 10.13.6)
Unabhängig von Ton und Bildrate schafft Davinci Resolve es nicht, auch nur einen dieser Clips über HDMI (Intensity Pro 4K, PAL-Ausgabe) ohne Bildstottern abzuspielen. Dies unabhängig von der eingestellten Halbbilddominanz
(im Gegensatz dazu können Media Express Captures im selben Projekt, auf der selben Timeline korrekt abgespielt werden).
Konvertiere ich die DV-Aufnahmen in Compressor, gehen die Halbbilder verloren, bzw. erhalte ich, unabhängig von jeglichen Einstellungen, immer progressive Bilder.
Metadata dieser Clips in Resolve zeigt Bildraten wie: 24.000fps, 19.000fps, 22.000fps, 20.000fps ... Ein Clip wird sogar mit 7fps angezeigt, dementsprechend ruckelt dieser auch beim Abspielen.
Ton hat immer 48‘000 kHz
Öffne ich einen der Clips mit zB. 20.000 fps in QuickTime, so spielt dieser flüssig, teilweise aber auch mit asynchronem Ton ab.
QuickTime und Compressor zeigen bei allen dieser Clips DV-konforme Eigenschaften an (25fps, Unten (gerade), 16bit, 48‘000 kHz).
Im Gegensatz dazu werden in VLC und HandBrake die selben, nicht konformen Metadaten, wie in Resolve angezeigt.
Wenn du die Tapes intelligenterweise weggeschmissen hast, ohne vorher zu kontrollieren, erübrigt sich zwar die Frage, aber dennoch:
Wie hattest du denn überspielt? Hoffentlich mit FireWire? Asynchroner Ton kommt durch die üblichen Time Code-Sprünge auf dem Band durch Fehlbedienung bei der Aufnahme. Aber falsche Framerates kannst du über FireWire unmöglich produziert haben.
Und wieso Resolve? Nimm mal iMovie.
Halbbilder kannst du erhalten, wenn du willst. Was ist denn das Zielmedium? DVD? Ansonsten: fcp x kann zu 50p de-interlacen, also ohne Halbierung der Bewegungsauflösung. Bei iMovie weiß ich‘s nicht, aber es gibt ja Manuals.
@Jott:
Ãœberspielt habe ich damals mit FireWire und FinalCut Pro 7. iMovie werde ich mal austesten.
Kontrollen werde ich bei 35 Stunden Material gemacht haben. Was den asynchronen Ton anbelangt, habe ich dies damals möglicherweise in Kauf genommen. Einige der Tapes sind ja davon nicht betroffen.
Deinterlacen wäre eine Möglichkeit, doch möchte ich am liebsten die Halbframes erhalten, da ich Teile davon auf DVD und SD Blu-Ray brennen werde.
In Resolve kannst Du die Bildrate einfach korrigieren, wenn Du in die Clip-Eigenschaften gehst und sie dann händisch auf 25fps stellst. Das würde ich erst einmal probieren - vielleicht löst das ja Deine Probleme.
Sieht so aus, als ob bei Deinen Clips nur die Metadaten kaputt gegangen sind.
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
cantsin hat geschrieben: ↑So 12 Apr, 2020 17:16
In Resolve kannst Du die Bildrate einfach korrigieren, wenn Du in die Clip-Eigenschaften gehst und sie dann händisch auf 25fps stellst. Das würde ich erst einmal probieren - vielleicht löst das ja Deine Probleme.
Sieht so aus, als ob bei Deinen Clips nur die Metadaten kaputt gegangen sind.
Das habe ich bereits getestet. Leider bleibt so der Fehler erhalten.
@jott & cantsin: Vielen Dank für die schnelle Hilfe.
Schlussendlich habe ich es so hinbekommen
(in Bezug auf die Halbbilder):
- In Yosemite / FCP7 die QT DV-Datei öffnen.
- Das Video in Pal unkomprimiert 8bit exportieren.
- In aktuellem MacOS in Davinci Resolve öffnen. Das Video kann jetzt korrekt über HDMI (IP4K) abgespielt und auch interlaced exportiert werden.
- In HandBrake und VLC werden jetzt auch 25fps angezeigt.
Exportieren ohne Neukomprimierung aus FCP7 (DV.mov zu DV.mov) konnte den Fehler nicht beseitigen. Dies wäre noch einfacher gewesen.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
