H264 Codierproblem

Wenn Du das Videomaterial direkt von der Kamera in den TV einspielst, ist e dann auch so?

Kommt mir irgendwie bekannt vor ... schon mal den fertigen Film als HQX auf die Timeline gerendert und dann von da aus in h264?
Ausschlussverfahren mit verschiedenen Codecs probiert?

Wurde der Export mit Hardware-Encodierung durchgeführt QuickSync) oder ohne?
kurt

// Screenshot von den Proj-Einstellungen und von der Exporteinstellung wäre schön; Muster siehe meine Screenshots.

Hi,

den Vorschlag von @krabaz zunächst nach HQX und daraus erst nach H.264 zu exportieren halt ich in diesem Fall auch für das sinnvollste.
Auf alle Fälle solltest Du aber vor dem Export alle im Projekt vorhandenen temporären Renderdateien löschen.
Und auch mal die Festplatten auf Auslastung und Zugriffsgeschwindigkeit prüfen.

Mein Verdacht für den Verursacher wäre da evtl. ein PlugIn-Problem.

Gruß
Peter

Bist du sicher, dass das 50p-Material ist und nicht 50i-Material? Der typische Kammeffekt deutet eigentlich auf interlaced hin.

Ich habe zwar keine A73m, aber allgemein ist mir von Sony bekannt, dass man das Monitoring einstellen kann, wie es downgesampled werden soll für den Kamera-Klapp-Monitor oder über HDMI. Also das Kontrollbild 4k, 2k 50p 2k 50i, 720p.

Wenn die Kontrollbildausgabe verkehrt steht, dann könnte ich mir dein angehängtes Bild vorstellen. Habe sowas aber zum Glück noch nicht gehabt.
Eine andere Sache die ich mir vorstellen kann wäre ein HDMI-Kabel mit minderwertiger Spezifikation, welches nicht für 50p/60p in 4k geeignet ist, dass da der Handshake auf 1080 50i landet.

Hi,

was Deine Projekteinstellungen betrifft, so würde ich als Resampling-Methode Lanczos 3 (Hohe Qualität) empfehlen und nicht Bereichsdurchschitt.
Das dürfte zwar an Deinem Problem nichts ändern, aber man erzielt damit normalerweise bessere Ergebnisse.

Außerdem steht in Deinen Informationen, Du würdest noch mit Edius 9.52 arbeiten. Sollte das korrekt sein, dann mal auf die aktuelle Version Edius 9.55 updaten.
Evtl. könnte das sogar helfen.

Zitat von UF-Film

Ich hab auch mal die anderen Codecs die zum Projekt passen ausprobiert, da war das gleiche.

Zitat von UF-Film

So komme ich zu dem Schluß das das Edius Plugin für H264 Export mit dem neuen Sonyformat vielleicht nicht zurecht kommt.

Ich verstehe das jetzt so, dass Du das bestehende Projekt mit dem H.264 Quellmaterial in einen anderen Codec (z.B. ProRes) exportiert hast und auch dort an beliebiger Stelle Bildfehler auftreten?

Dann liegt der Fehler eher nicht beim Export im Encoder (denn das sind ja je nach Codec unterschiedliche), sondern bei der Darstellung des Materials auf der TL, also dem H.264 Decoder.
Der scheint auch bei manchen H.264 Quellmaterialien, bzw. Codierungen, durchaus Probleme zu haben, was sich dann meist in ruckelnder Wiedergabe der TL, oder recht langen Exportzeiten äußert. Und da spielen dann PlugIns wie Neat, oder Mercalli eine große Rolle.
Dadurch werden dann beim Export an den (bzw. die unterschiedlichen) Encoder falsche Informationen gesendet. Dein Screenshot erinnert mich auch stark an die "Geisterbilder", wie sie bei Bildberechnungen sentstewhen können.

Evtl. auch mal die MediaInfo für das Material aus der Sony als Screenshot einstellen. Auch wenn ich jetzt nicht unbedingt glaube, dass dort etwas zu finden ist.

Eine Nachfrage bei MMM lohnt eigentlich immer. Zumal diese ja auch direkt auf das laufende System schauen könnten.

Gruß
Peter

Zitat von gurlt

was Deine Projekteinstellungen betrifft, so würde ich als Resampling-Methode Lanczos 3 (Hohe Qualität) empfehlen und nicht Bereichsdurchschitt.
Das dürfte zwar an Deinem Problem nichts ändern, aber man erzielt damit normalerweise bessere Ergebnisse.

1) Das wollte ich eben auch vorschlagen.

2) Zusätzlich noch zwei Vorschläge/Hinweise zu den Projekteinstellungen:
2.1) Es reicht (bei diesem Quellmaterial) völlig, die Rendereinstellung "Grass Valley HQX(fine)" zu benutzen.
- HQX(superfine) ist zwar kein Fehler, erzeugt aber wirklich unnötig sehr große Dateien.
- Ich habe selbst sehr lange HQX(superfine) benutzt (nach dem Motto: auf die sicherste Seite legen), aber mich durch viele eigene Tests überzeugt, dass HQX(fine) mehr als ausreichend ist.
- Bsp.: Nach der Umstellung von nur 5 Projekten (je ca. eine Stunde lang) von HQX(superfine) auf HQX(fine) habe ich fast ein Terabyte an Harddiskplatz gewonnen.
2.2) Die Videobittiefe des Projektes solltest Du bei 10 belassen. Es sei denn, dass Du auf Deiner Timeline mit den Clips so gut wie keinerlei Modifikationen vornimmst, die "pixelverändernd" wirken (z.B. Mercalli, NeatVideo, Farbmodifikationen ...).
- Ich arbeite damit seit Jahren und habe deswegen noch nie Probleme gehabt und sowieso ist
- HQX ein 10bit-Codec (siehe Screenshot, Auszug aus Vademecum, Band4).
Gruß kurt

Zitat von UF-Film

Die alte Version Mercally 2 ist wahrscheinlich die Ursache gewesen. Ansonsten hab ich alles so gelassen.

Eigentlich sollte Mercalli 2 zumindest unter Edius 9 auch noch einwandfrei funktionieren.
Aber Edius kann (auch bei Mercalli 5) manchmal empfindlich reagieren, wenn eine Änderung gemacht wurde und noch ältere temporäre Renderdateien vorliegen. Deshalb ja mein Tipp diese zu löschen.

Bei mir gab es unter Edius X und Mercalli 5 Pro (also nicht die RT Variante) Bildfehler in einer Überblendung, deren Schnittpunkt verändert wurde.
Der Fehler blieb auch nach erneutem temporären Rendern erhalten und konnte eben nur durch vollständiges Löschen aller Edius Renderdateien, anschließender erneuter Mercalli Analyse und dann erneutem temporären Rendern beseitigt werden.

Gruß
Peter

Zitat von gurlt

was Deine Projekteinstellungen betrifft, so würde ich als Resampling-Methode Lanczos 3 (Hohe Qualität) empfehlen und nicht Bereichsdurchschitt.
Das dürfte zwar an Deinem Problem nichts ändern, aber man erzielt damit normalerweise bessere Ergebnisse.

Das mit Lanczos 3 stimmt allerdings nur beim Upscaling, wo es sehr gut funktioniert. Lanczos 3 (HQ) hat beim Downscaling nach meiner Erfahrung keinen und bei Beibehaltung der Auflösung (also 1080 zu 1080) überhaupt keinen Effekt.

Ok, ich war bisher der Meinung, dass dies auch beim Downscaling Einfluss hätten. Hab aber auch nie direkte Vergleiche gemacht.

Gruß
Peter

Zitat von gurlt

Ok, ich war bisher der Meinung, dass dies auch beim Downscaling Einfluss hätten. Hab aber auch nie direkte Vergleiche gemacht.

Ich habe einen Blick in das Handbuch geworfen (Motto: "Repetitio est mater studiorum" kann nicht schaden):

1) Siehe Screenshot (Ausschnitt der Seite 291, Fortsetzung auf der Folgeseite).
2) Lt. Handbuch sollte ein (gewisser) Einfluss auch beim Downscaling gegeben sein.
3) Eine qualifizierte, empirische Untersuchung werde ich aber nicht vornehmen.
// Habe ich früher schon zahlreiche vorgenommen (siehe Vademecum Band-1 bis -5). Irgendwann überschreitet der Aufwand dafür mein Zeit-Kontingent, das ich für mein Hobby-Engagement dafür bereit bin, aufzuwenden.
(Muss auch mal gut sein .)

Gruß kurt

Zitat von kpot11

Ich habe einen Blick in das Handbuch geworfen

Ist schon mal interessant.
Dass der Standard Bereichsdurchschnitt (3) in der Berechnungsgeschwindigkeit vorn liegt, war ja klar.

Bei mir ist halt Lanczos 3 die Standardeinstellung in den Projektvorlagen. Das werde ich auch so belassen.

Gruß
Peter

Zitat von gurlt

Bei mir ist halt Lanczos 3 die Standardeinstellung in den Projektvorlagen. Das werde ich auch so belassen.

Detto.
Und das deckt sich mit Testergebnissen von Filmpraxis (aus 2021 oder früher), deren Resümee Lanczos-3 (HQ) lautete (als Standard für alle Fälle).
Gruß kurt

Ich habe regelmäßig Tearing-Effekte oder Zusammenbrüche des Encoders, in dem das Bild so extrem blockt, dass ich den Bildinhalt bis zum neuerlichen Bildaufbau (oft 4-5 Sekunden) nicht mehr erkennen kann.
Insbesondere bei niedrigen Bitraten zeigt der Encoder Schwächen. Ich habe das nicht nur bei Hardware, sondern auch bei Software-Encodings.

Fazit: Ich benutze nur noch externe H264-Encoder, weil ich den EDIUS-eigenen Encoder für absolut unzuverlässig und minderwertig halte.
Es ist für mich bereits ein Problem, dass es kein sinnvolles 2-pass Encoding gibt und somit das Erreichen einer bestimmten Zielgröße, wie auch Bitrate von Anfang an ein Glücksspiel bleibt.

Ich empfehle, alles als ProRes auszugeben und dann mit Handbrake oder MyFFMPEG in das gewünschte Format zu rendern.

Jim