Micro Cinema Camera ProRes 422 workflow in VP17

eikira schrieb am 07.06.2020 um 21:35 Uhr

I do not often play around with 10bit 422 footage.

But i asked myself and put out this question now in here, what would be the most reasonable workflow for Micro Cinema Camera ProRes 422 footage in VP17?

And i dont know the reason but i lost memory on how i will remain the details and quality of the footage in VP17.

First of all, because there is no selection of a log for Blackmagic Micro Cinema Camera footage i just simply set the footage properties to Rec709. Or is there a better selection to be made?

When this is done, do i even need to change the project settings to 32bit if i want to export it to prores 422 10bit? As far as i remember, i need to do that. But then, i hate really the performance of VP17 in that regard. Really horrible stuttercinema.

Does anybody work with footage of the mentioned camera? What are your best experiences and settings to work in VP17 with footage of it?

PC: 9900K Intel, Z370 MB, 32GB 3200mhz, RTX 2070

Kommentare

Yelandkeil schrieb am 07.06.2020 um 21:58 Uhr

Could you pls give me a small sample to try?

No doubt Vegaspro cannot expand its list endless for cameras, but it also doesn't mean you have no chance. For example, this one below should be a sLOG file, but I set it to Rec2020 ST2048 (2000nits, this depends on your luma scale) and find it somewhat better than its original space.

eikira schrieb am 07.06.2020 um 22:16 Uhr

well, to be honest, its not like companies with ARRI, RED and C300+ Canons have VP as their first editing checkpoint, so people could expect to get some direct log support for blackmagic cameras.

anyway i dont want to edit HDR just to be clear, so at the moment i dont care for bt2020

here you can have a small shakee example of my floor https://cloud.rashiti.com/index.php/s/GNrmwb94Rqii33d

Yelandkeil schrieb am 07.06.2020 um 22:59 Uhr

Ich versuche das Vegas-Projekt hochzuladen. Ich habs in mp3 genannt um zu täuschen. Du kannsts runterladen und dann mit WinRAR entpacken.

Du, wenn man nur in dem 8-bit Modus Video bearbeitet, dann ist Camera gar kein Thema mehr. Du hast mir darüber hinaus eine fantastische Probe gegeben. Danke schön!

[[OTHER_V2:7460817B9B034E2D84BB67116F5D8055]]

Yelandkeil schrieb am 07.06.2020 um 23:00 Uhr

Nicht geklappt. versuch mal hier:

https://drive.google.com/drive/folders/0B80Xo6il2X8KS1VZZkFSYWFlRjg

eikira schrieb am 07.06.2020 um 23:06 Uhr

Nicht geklappt. versuch mal hier:

https://drive.google.com/drive/folders/0B80Xo6il2X8KS1VZZkFSYWFlRjg

Der will eine Emailadresse von mir.

Schmeiss es hier rein wenn es geht https://cloud.rashiti.com/index.php/s/XxTdotEopDsieoy

Yelandkeil schrieb am 07.06.2020 um 23:26 Uhr

Empfang.

eikira schrieb am 07.06.2020 um 23:40 Uhr

Ok. Wieso hast du dich für ARRI V3 LogC entschieden in der Videodatei selber aber im Projekt nur sRGB gewählt?

Yelandkeil schrieb am 08.06.2020 um 00:18 Uhr

Ich glaube, das Missverständnis wurde von Vegas-Ingenieuren eingeführt.

Sobald du ein HDR10-Projekt erstellst, geht Vegas davon aus, dass du auch einen HDR10-Bildschirm hast und wählt den Typ Rec2020 St2084 1000nits, was einem HDR10-Bildschirm entspricht, für dich aus.

Achtung hier:

Das ist für View Transform, also nur für die Vorschau/Preview. Da ich keinen HDR10-Monitor besitze, muss ich meinen vorhandenen Laptop-LCD benutzen und, der entspricht dem sRGB-Farbraum.

Da das Projekt einen riesigen ACES-Farbraum besitzt, muss jede video-Datei Bescheid sagen woher sie stammt. Die Auswahl ARRi habe ich nur grob probiert, denke ist auch gar keine richtige.

Aber eins hast du bestimmt gemerkt. vom sRGB-Projekt ist das Bild am Anfang in der Mitte oben grüne Artefakte zu sehen; vom 32-bit-Projekt ganz sauber und einwandfrei.

Das ist DER Unterschied zwischen 8-bit Modus und 32-bit floating point modus. Der Preis dafür ist auch hoch, beim Rendern kannst du mit mindestens 6fach mehr Zeit rechnen. Und geschweige denn die ACES-Modus.

Gute Nacht mein Freund.