ProRes RAW in Edius 9.5

Nachdem ich mich mit Edius 9.5 auch mehr und mehr mit BRAW und ProRes RAW befasse, ist es schon interessant zu sehen dass das 6K 50p Material der Pocket und das 5.7K Material ProRes RAW aus der EVA1/Shogun auf meinem 8-Kerner gerade noch so zu bearbeiten ist. Immerhin ist die Auflösung bei Edius Workgroup auf ca. 1/2 zurück zu nehmen, damit man eine ausreichende Playback Performance beim Abspielen und dem Schnitt bekommt.

Interessantes Detail am Rande: das ProRes RAW wird als rec2020/HLG von Edius interpretiert. Im Shogun habe ich keine Einstellmöglichkeiten gefunden, da etwa auch zu v-log oder zu PQ (weil von der EVA1 kommend) aufzuzeichnen. Scheint eine Shogun Thematik zu sein, denn es werden von Atomos ja eigene LUTs angeboten die die Wandlung zu v-log vornehmen sollen. Allerdings lassen sich die nicht in das ProRes RAW Material einbrennen, was ich erwartet hätte - das ist einfach ausgegraut. Scheint aber kaum wem zu stören. In FCPX gibt es dann verbaute LUTs die direkt das ProRes RAW zu v-log wandeln - NUR in Edius geht das nicht. Dort wird das eben als rec2020/HLG interpretiert. Was mich stört denn ich hätte liebe v-log/v-Gamut Material als Ausgangsmaterial in Edius für das Grading gesehen.

Bei Resolve reduziere ich die Vorschau über die Decklink und den Sumo tatsächlich auf HD Auflösung, sonst ist die GPU RAM mit 8GB eher zu gering. Damit läuft das Pocket 6K Material mit 50p.

Bei Edius wie gesagt in der workgroup Version auf die halbe Auflösung, das ist eine Reduktion der Dekodierung auf die Hälfte der Auflösung - dann läufts auch mit vollen fps. Über die Decklink fährt aber bei Edius UHD 50p raus (nützt nur wenig weil der Sumo eh nur HD darstellt, aber ein nachgeschaltener UHD Monitor nutzt das).

Die beiden Werkzeuge sind da ähnlich performat. Für Resolve müsste ich eine bessere GPU reinstecken, das kommt aber erst im nächsten System (ev ein 18 Kerner).

Zitat von ro_max

Ich verstehe nur irgendwie nicht, wie Edius bei der Einstellung auf halbe Auflösung über die Decklink UHD ausgibt; nach meinem Verständnis liegt doch gar kein UHD-Signal vor, wenn Edius nur die halbe Auflösung dekodiert, oder?

Vielleicht erfolgt hier auch nicht (nur?) die Reduktion der Auflösung? Wobei ich mich eh frage was bei 6k die Halbierung tatsächlich ist.

Bei der Workgroup Version hast ja die Einstellmöglichkeit im REC-Fenster - also das meine ich.

Andere Frage: wie wirken eigentlich die LUTs im Primary Color Corrector? Wenn ich das richtig interpretiere sind das ja LUTs die auf das ausgehende Material NACH der Konversion im Farbmanagementsystem wirken? Aber mir kommt vor dass das nicht eindeutig ist.

Wie kann man in Edius einen LUT auf das Ausgangsmaterial wirken lassen, BEVOR das Farbmanagementsystem greift?

Hintergrund der Frage ist, dass ProRES raw offenbar von Seite des Atomos Shoguns zumindest mit den Metadaten von HLG belegt wird. Und leider nicht - selbst wenn man von einer Panasonic EVA1 aufnimmt - mit v-log/v-Gamut. In FCPX ist dafür eine eigene raw zu log Konversion vorgesehen. Atomos würde dafür sogar eigene LUTs bereit stellen, aber die müsste man ja VOR dem Wirken des Farbmanagementsystems anwenden. Also dass man eine Wandlung raw -> v-log/v-Gamut -> finales Format (HLG oder PQ mit rec2020 oder sogar rec709) bekommt.

Das habe ich gestern mal probeweise so gemacht. Es hat mir allerdings merkwürdige Farbverfälschungen gebracht die ich mir nicht erklären habe können.

Die Vorgehensweise bei dem Sony Clip meiner Terrasse ist so absolut ok - aber auch deshalb, weil der Clip ja bereits als s-log3/s-Gamut.cine... erkannt wird.

Aber ich rede möglicherweise von einer anderen Situation, wo wir eine ungünstige Konstellation haben weil Atomos hier eine besch.... Lösung etabliert hat. Nämlich der, dass diese ProRes RAW Clips von den Atomos Rekordern ja eine raw-Varianten sein sollten, aber interessanterweise in Edius als "rec2020/HLG" interpretiert werden. Und da bin ich mir nicht sicher ob das so überhaupt passt.

Denn Atomos selbst bietet hier nur LUTs an, offenbar weil dieses Material nicht gleich im Atomos Rekorder zu v-log/v-Gamut gewandelt werden kann. Warum auch immer, normalerweise lassen sich derartige LUTs ja in den Rekordern einbrennen.

Nur: in Edius bekomme ich offenbar diese LUTs nicht in den Signalfluss, BEVOR der Clip von Edius als "rec2020/HLG" interpretiert wird. So etwas wie ein Input-Lut, der VOR dem Farbmanagementsystem greift, scheint es in Edius nicht zu geben.

Ok, hoffentlich ist das bei der Implementierung von ProRes RAW in Edius berücksichtigt worden - aber das weiß ich nicht und das ist auch nicht leicht herauszufinden. Streng genommen fehlt hier die Möglichkeit einen Input-Lut zu spezifizieren, denn das was wir in Edius können scheinen nur die Output-Luts zu sein.

Zitat von gurlt

Wolfgang,

vielleicht verstehe ich ja die Problematik falsch, aber Du kannst doch den Clips in der BIN über Clipeigenschaften > Farbraum den von Dir gewollten Panasonic - V-Gamut/V-Log zuweisen. Dann würde doch nach meinem Verständnis dieser LUT vor dem Farbmanagement liegen.

Nur mit dem "kleinen Problem", dass dies manuelle Zuweisung ja nur die Information für das Farbmanagementsystem wäre, WIE dieses Material zu interpretieren ist. Ein LUT wäre das natürlich nicht, eine Konversion von raw -> v-log/v-Gamut findet nur durch die Änderung der Zuweisung alleine nicht statt.

Da kann man sich vermutlich wirklich nur darauf verlassen, dass Edius dieses Material korrekt einliest und interpretiert. Denn wie sollen wir erkennen ob da was falsch läuft? Bestenfalls kann man das ja nur so beurteilen, ob das Ergebnis plausibel aussieht oder ob es eher daneben ist (es sieht bei mir zumindest plausibel aus).

Zitat von kpot11

2) Zusatzfragen:

- Wäre das nicht identisch damit, in meinem ersten PCC die LUT der Quelle manuell zu ändern ??

Nein denn das sollte bereits eine Konversion von rec2020/HLG zu v-log/v-Gamut sein (wenn man hier einen entsprechenden LUT einbringt).

Zitat von kpot11

- Ich kann aber nur solche LUTs (manuell) zuordnen (in den Clip-Eigenschaften oder in der PCC-Quelle), die Edius in Einstellungen > Systemeinstellungen > Anwendung > Farbraum zur Verfügung stellt (da ich hier keine eigenen LUTs einbringen kann, wie es bei den "Output-LUTs" der Fall ist) ???

Stimmt. Es fehlt eben die Möglichkeit auch einen Input-LUT zuzuweisen. Damit ist man darauf angewiesen, dass Edius eben das Material richtig interpretiert, dass also rec2020/HLG wirklich passend ist.

Da drehen wir uns vermutlich im Kreis, weil es keiner hier wissen kann.