workflow Raw / Prores / Sony Vegas Pro: lost in translation

[littlemarsian]

bonjour,
je débute dans ce monde merveilleux et labyrinthique du RAW (5D mkII)... et donc me voilà avec mes questions de débutant...
J'ai lu plein de trucs sur le web (mais sans doute pas assez !), chacun proposant (avec plus ou moins de détails) sa méthode. J'en ai essayé un certain nombre... Mais entre les softs qui plantent sur mon PC (certains convertisseurs RAW) et ceux que je ne maitrise pas du tout (Resolve, par exemple), pas facile de tracer sa route !

Pour commencer "simple", j'ai pensé utiliser le workflow suivant:
- convertir les MLV en .mov prores444 10-bit avec MLRawViewer
- monter directement les .mov, avec Sony Vegas Pro 13

Par contre je suis (un peu) perdu dans les réglages:
- dans MLRawViewer, quelle courbe de couleur choisir ?
Je trouve le résultat obtenu avec S-log ou S-log2 le plus intéressant car facile à corriger dans Vegas pour faire remonter le contraste sans avoir des ombres bouchées, mais est-ce que ça a du sens de choisir une courbe S-log si on ne peut pas indiquer à Vegas que la vidéo est dans l'espace S-log ?? Est-ce qu'il ne faudrait pas plutôt Rec709 ou sRGB (mais que je trouve extrêmement contrastés) ?

- Dans Vegas, on peut préciser si le format de pixel est en 8 ou 32 bits. J'ai trouvé sur le net des indications contraires sur l'intérêt d'être en 8 ou 32 bit avec une vidéo ayant un format encodé sur 10 bits. Certains disent que ça n'a rien à voir, d'autres le contraire ... Quelqu'un sait-il ?

- Dans Vegas, si on se met en 32 bits, on peut spécifier un espace de couleur "défaut" ou "s-log2": cool, ça parait logique si la vidéo est en S-log2... sauf que chez moi ça ne change strictement rien sur le rendu...

Bref, je suis un peu comme Bob Harris, complètement perdu dans la traduction entre le raw et la video...

Manu.


ps: à ceux qui me demanderaient: "si tu veux faire simple, pourquoi ne pas juste tourner en h264 ?", je n'ai qu'une seule réponse pertinente: "parce que"

[Bly]

Déjà tu habites la même ville qu'un des grands spécialiste de la vidéo de ce site. ça peut aider !
Et accessoirement la même ville que moi, mais moi je ne pourrai rien faire pour toi

[lafamily]

1) Pour commencer "simple", j'ai pensé utiliser le workflow suivant:
- convertir les MLV en .mov prores444 10-bit avec MLRawViewer
- monter directement les .mov, avec Sony Vegas Pro 13

2) Par contre je suis (un peu) perdu dans les réglages:
- dans MLRawViewer, quelle courbe de couleur choisir ?
Je trouve le résultat obtenu avec S-log ou S-log2 le plus intéressant car facile à corriger dans Vegas pour faire remonter le contraste sans avoir des ombres bouchées, mais est-ce que ça a du sens de choisir une courbe S-log si on ne peut pas indiquer à Vegas que la vidéo est dans l'espace S-log ?? Est-ce qu'il ne faudrait pas plutôt Rec709 ou sRGB (mais que je trouve extrêmement contrastés) ?

3) Dans Vegas, on peut préciser si le format de pixel est en 8 ou 32 bits. J'ai trouvé sur le net des indications contraires sur l'intérêt d'être en 8 ou 32 bit avec une vidéo ayant un format encodé sur 10 bits. Certains disent que ça n'a rien à voir, d'autres le contraire ... Quelqu'un sait-il ?

4) Dans Vegas, si on se met en 32 bits, on peut spécifier un espace de couleur "défaut" ou "s-log2": cool, ça parait logique si la vidéo est en S-log2... sauf que chez moi ça ne change strictement rien sur le rendu...

j'ai numéroté tes questions afin de répondre sur chaque point :


1) Si tu travailles dans Sony Vegas Pro, c'est que ton ordinateur est un PC. Le ProRes est un codec MAC, qui n'est pas "natif" Windows, il sera préférable d'encoder en DNxHD qui est "natif" Windows. Du coup Vegas autorisera un meilleur rendu, vitesse d'affichage..etc
Si tu encodes directement en vidéo (ProRes ou DNxHD) c'est un choix qui doit avoir un sens.
--> En passant plutôt par une création de "dng", et en ouvrant tes rushes dans Resolve tu obtiendrais un meilleur dématriçage, et un travail bien plus profond sur la couleur.
En effet, j'imagine que si tu tournes en RAW c'est pour gagner en résolution couleurs, pas d'intérêt autrement.

2) Concernant le S-Log ou le S-log2 dans MLRawViewer, c'est un choix qui te permet de préparer ton fichier pour l'application d'une LUT qui conviendra ou au S-log, ou au S-log2 qui sont deux interprétations différentes du contraste et de la couleur (ils permettent d'étendre la latitude d'exposition).

Le Rec-709 est un rendu "final" au niveau du contraste et de la saturation seulement, il n'intervient que très peu au niveau de la couleur. C'est un rendu "standard" qui correspond à celui des moniteurs TV.
Le sRGB est un espace couleur spécifique qui n'a rien à voir avec la notion de REC-709 de S-log, de LUT... torchons et serviettes !!!

Je pense qu'avant de te lancer dans ce genre de travaux, il faut que tu te renseignes sur ce que veulent dire tous ces termes :
LUT, Espace Couleur, Rec-709, courbe LOG, gamma...etc
Il existe des tonnes de documentation sur le net sur ces sujets pour t'aider à comprendre. T'expliquer cela ici prendrait des pages !

Ensuite seulement tu pourras te lancer dans de l'expérimentation, en toute connaissance de cause.
Il ne sert à rien d'appliquer des fonctions sans comprendre pourquoi, ce qu'elle font, comment elles agissent... sinon à reproduire bêtement...


3) Je pense que tu as remarqué que lorsque tu passes en 32bits, le playback est plus lent et les couleurs changent... Il faut une très bonne machine pour visualiser les couleurs en 32bits !
Il faut surtout un très bon processeur, car Vegas n'exploite pas au maximum le GPU (carte graphique), surtout les CUDAs sont mal exploités. (Vegas préfère les cartes AMD qui fonctionnent sous OPEN CL)

-> En 8 bits tu n'affiches que 256 nuances par couleurs....donc tu ne vois pas toutes les couleurs "réelles" enregistrées dans ta vidéo, s'il elle en possèdent plus...En RAW c'est génial, mais en H264 peu d'intérêt donc d'afficher en 32bits !
--> cette fonction te permet donc simplement de visualiser plus de nuances de couleurs car l'échantillonnage est plus important. Ça ne change rien d'autre.

4) Non, si ta vidéo est encodée avec un échantillonnage S-log, pas la peine de demander d'appliquer cet échantillonnage dans Vegas Pro, puisque c'est déjà en S-log !
C'est lorsque tu réaliseras un export que cet échantillonnage couleur sera visible car appliqué !
--> Cette fonction est donc intéressante lorsque tu as des rushes enregistrés en "standard" et que tu souhaites les passer en S-log, dans un format décompressé de type DNxHD 444 ou MXF 444.

A savoir : Vegas Pro étant un logicel Sony, il encode et il lit parfaitement le MXF, mais il n'est pas très efficace dans le playback des NDxHR et DNxHQ, nouveaux codecs 4K et UHD...
-> je pense que cela sera intégré dans la prochaine mise à jour (il y en a 2 à 3 par an pour ceux ont une "vraie" licence).

Fran6

[littlemarsian]

merci Francis pour toutes ces précisions.

Je m'en retourne à mes lessives