Fehler und Pixel nach Rendern

[Ianus]

Ist die Exportdatenrate eventuell zu niedrig?

vg Ianus

[Insomnium]

Wie gesagt, ich bin da absoluter Frischling. Und irgendwie musste ich da bei Premiere auch nicht weiter drauf acht geben. 
Was genau muss ich einstellen bzw wo muss ich auf was achten, damit möglicherweise der Export fehlerfrei funktioniert? Wie gesagt...selbst im Abspann, den ich erst mit Resolve erstellt habe, ist der Fehler. Also kann es ja nur mit den Timeline-Einstellungen zu tun haben oder den Einstellungen zum exportieren.

[Insomnium]

Ist die Exportdatenrate eventuell zu niedrig?

vg Ianus

Hast du da mal einen Screenshot, wo bzw. was ich einstellen soll?

[Ianus]

Ich komme auch von Premiere und das Exportieren ist da bedeutend einfacher gelöst. Zumindest ist es mir immer so vorgekommen. Schon damals habe ich eine Tabelle "20221203_Videoexporteinstellungen" mit den mir wichtig erscheinenden Daten zusammengestellt und immer wieder aktualisiert. Also wundere dich bitte nicht, dass sie ein Mischmasch aus Premiere CS6 und Davinci Resolve ist. Auch sind die Daten nicht absolut zu sehen sondern einfach meine Erfahrungswerte. Exporteinstellungen.jpg zeigen wo diese Einstellungen in Resolve vorzunehmen sind.

   

Hoffentlich ist das die Lösung zu deinem Problem.

vg Ianus

[Insomnium]

Irgendwie ist der Wurm drin!
Ich habe gestern aus lauter Verzweiflung nochmal Premiere Pro installiert, um das Projekt, welches ich ja eigentlich dort begonnen hatte, auch dort zu Ende zu bringen. Einfach um auszuschließen, dass sich dort Ex- und Import irgendwelche Fehler einschleichen etc.
Es ist wie verhext! Dort ist das gleiche Problem. Exportiere ich mit H264 als mp4, habe ich in den Übergängen diesen Banding- Effekt. 
Exportiere ich als QuickTme mit ProRes422 HQ und importiere diese wieder in mein Premiere Pro ( musste das machen, weil ich in keinem Player ein flüssiges Abspielen dieser Datei hingekriegt habe!) , ist alles bestens! Kein Banding, keine unerwünschten Macken! Exportiere ich diese Datei wieder als mp4, ist das Banding wieder da. Ob DAVinci Resolve oder Premiere Pro...es ist das gleiche Ergebnis. Hat Irgendwer eine Idee? Wenn beide Programme den gleichen Fehler liefern, kann es ja kein softwarespeifisches Problem sein, sondern eher übergeordnet. Windows? Grafikkarte? Ich bin ziemlcih ratlos, und der Termin der Veröffentlichung sitzt mir im Nacken! 

[Ianus]

Da fällt mir der Grafikkartentreiber ein. Ist der aktuell? Aber dass er wirklich das Problem ist glaube ich nicht. Rendere probeweise einmal nicht über die GPU sondern über die CPU.

vg Ianus

[HarryH]

Es fehlen immer noch die Infos (siehe Beitrag #8)
Die Angaben von den Davinci Resolve Clipeigenschaften sind nutzlos
Auch die Audio-Exporteinstellungen helfen nicht weiter!

[Apfelnico]

Eine Lösung hatte ich schon weiter oben gepostet. In hochwertigen Master- bzw. Transfer-Codecs ausgegeben mit moderater Intraframe-Kompression in 4:2:2 10bit, klar sieht das sauber aus.
Aber reine, cleane Grauverläufe ohne Farbanteile, ohne Rauschen in H.264 in 4:2:0 8bit mit starker Interframe-Kompression werden zum Problem.

Dem kann man gegensteuern entweder mit geringerer Kompression (höhere Datenrate) - was bei der YouTube-Vorlage so nicht möglich ist - und bei freien Einstellungen bei H.264 Ausgabe bedingt erfolgreich ist, weil YouTube dann abermals komprimiert, sowieso für automatisch angelegte Streams für geringere Auflösungen. Ein andere Ansatz ist, das Material „fordernder“ für die Kompression zu gestalten. Die sanften cleanen Flächen dürfen für den Codec nicht „zusuppen“, damit kein Banding entsteht. Also leichtes Rauschen hinzufügen, kann farbig sein. Am besten und ästhetischsten ist ein simuliertes Filmkorn. Probiere es doch mal aus.

[HarryH]

Eine Lösung hatte ich schon weiter oben gepostet. In hochwertigen Master- bzw. Transfer-Codecs ausgegeben mit moderater Intraframe-Kompression in 4:2:2 10bit, klar sieht das sauber aus.
Aber reine, cleane Grauverläufe ohne Farbanteile, ohne Rauschen in H.264 in 4:2:0 8bit mit starker Interframe-Kompression werden zum Problem.

Dem kann man gegensteuern entweder mit geringerer Kompression (höhere Datenrate) - was bei der YouTube-Vorlage so nicht möglich ist - und bei freien Einstellungen bei H.264 Ausgabe bedingt erfolgreich ist, weil YouTube dann abermals komprimiert, sowieso für automatisch angelegte Streams für geringere Auflösungen. Ein andere Ansatz ist, das Material „fordernder“ für die Kompression zu gestalten. Die sanften cleanen Flächen dürfen für den Codec nicht „zusuppen“, damit kein Banding entsteht. Also leichtes Rauschen hinzufügen, kann farbig sein. Am besten und ästhetischsten ist ein simuliertes Filmkorn. Probiere es doch mal aus.

Das ist aber nur raten.
Seine Vorschau läuft reibungslos... Hochauflösend... und das mit einer RX 6600XT...
Timeline Format (Projekteinstellungen) geändert... eventl. Ausgabe Timeline Resulation... nur raten

[Apfelnico]

Logisch läuft die Vorschau supi. Verschiedene Systeme, selbst hochwertige Transfer-Codecs funktionieren selbstverständlich. Lediglich die Ausgabe in einem beschränkten Distributions-Codec bereitet Probleme mit verschiedenen, hochwertigen Encodern getestet. Und da tritt eben gezielt Banding auf, wie man im Screenshot deutlich am unteren Rand sieht. Beim zarten Graustufenverlauf, was eh ein typisches Problem ist. Dem kann man mit geeigneteren Profilen und Layern nebst deutlich höherer Datenrate innerhalb von H.264 begegnen. Schrieb ich ja auch. Wenn man aber bei solchem Material auch mit geringeren Datenraten ansprechende Ergebnisse erzielen möchte, dann sollte man etwas am Bild ändern. Etwas Rauschen hinzufügen kann deutlich helfen. Ist auch einfach, das hinzuzufügen.