DVR 18.1 Studio Datenrate beim Export direkt einstellen

[TomStg]

Oder Du gibst erstmal in DNxHR aus und komprimiert mit HandBrake (für umme).

Dieser Quatsch wird leider immer wieder zum Besten gegeben. 

Es macht Null Sinn, eine zusätzliche verlustbehaftete Rendergeneration zu erzeugen. Der Delivery Bereich ist der Master für alle Exporte. Besser und auch schneller geht’s nicht.

[nomade]

OK, jedem seine Meinung, aber nicht gleich unhöflich werden.
Die Methode hat, insbesondere auf PC, schon ein paar Vorteile:
- In Handbrake hat man eine viel präzisere Kontrolle über die Parameter.
- Der x.264 bzw. x.265 Encoder ist das Beste, was es derzeit gibt.
- Man nimmt der GPU Last ab, wenn nicht gleichzeitig zu einem GOP-Codec komprimiert wird.
(Dazu bitte mal meinen Artikel "Asus oder Apple" lesen. Die Erfahrung deckt sich mit der etlicher User im englischsprachigen Forum.)

Die Kompressionsverluste dieser hochwertigen Mezzanine-Codecs sind demgegenüber vernachlässigbar, insbesondere, wenn YT am Schluss alles totkomprimiert.
Es gibt jede Menge Profiproduktionen, z. B. auf Arri, die nicht in RAW, sondern in ProRes arbeiten. DNXHR (bei hoher Datenrate) oder Cineform sind ebenbürtig.

Klar, wenn Du einen Boliden von Rechner mit guten, aktuellen Hardware-Encodern hast oder Apple Silicon, kann man sich den Schritt sparen.

[UweJunker]

Dieser Quatsch wird leider immer wieder zum Besten gegeben. 

ob das Quatsch ist, darüber kann sicherlich diskutiert werden. 
Dies jedoch solltest Du in diesem Forum, zudem noch als erste Deiner Beiträge, etwas respektvoller kommunizieren.

[nomade]

Es soll inzwischen eine ‚Bastellösung‘ geben, den x.264 in DR einzubinden.
Das habe ich noch nicht probiert, es könnte aber eine Alternative zur externen Kompression sein:
https://forum.blackmagicdesign.com/viewt...1&t=125570

[TomStg]

Klar, wenn Du einen Boliden von Rechner mit guten, aktuellen Hardware-Encodern hast oder Apple Silicon, kann man sich den Schritt sparen.

Man kann sich die zusätzliche Ausgabe per Handbrake grundsätzlich sparen, denn sie ist schlichtweg überflüssig. 

Abgesehen von dem zusätzlichen Zeitbedarf erzeugt jede komprimierende Rendergeneration einen Qualitätsverlust, der mindestens so groß ist wie ein evtl. möglicher Gewinn durch einen x-Codec. Wenn das Delivery-Modul von Resolve  sich mittels zusätzlicher Codierung durch eine Freeware-Software auch nur leicht verbessern liesse, wäre dieses NLE praktisch unbrauchbar. 

Mit anderen Worten: Wenn man glaubt, dass sich die Ausgabe aus Resolve mittels Handbrake verbessern liesse, ist irgendetwas im Workflow vorher schiefgegangen oder handelt es sich um reinen Codec-Pixel-Vodoo.

[nomade]

Du hast natürlich völlig Recht, Deine Messwerte zeigen das ja ganz klar.
Die einzige Ausnahme sind Rechner, die beim Rendern in H.264/265 abstürzen, aber bei Ausgabe in einen Mezzanine-Codec das gleiche Projekt erfolgreich zu Ende berechnen. Davon gibt es leider so einige, und deshalb geht ja vorher im Workflow öfter was schief.

[nomade]

Die andere Ausnahme wäre natürlich YT, aus genau den Gründen, die Du aufführst. Da man YT nicht daran hindern kann, noch einmal zu komprimieren, sollte man besser ein hochwertiges Original anliefern. Wenn der Film nicht zu lang ist, werden im Upload auch Mezzanine-Codecs akzeptiert. Alternative: H.265 mit hoher Datenrate in 10 Bit 4:2:2.
Funktioniert prima auf Apple Silicon, aber leider nicht bei vielen PCs.