Erreurs et incompréhensions courantes, résolution des problèmes¶
Erreurs courantes¶
L’espace de travail doit être le même que le fichier à livrer.¶
C’est faux : lors du travail et du calcul des couleurs, il est nécessaire de travailler dans un espace “plus grand” que la livraison ; en effet, la précision lors des calculs doit être supérieure à celle des données à obtenir. Pouvoir travailler dans un espace plus grand, aussi bien en gamut* qu’en profondeur* garantit un meilleur respect des couleurs lors de l’export.
Si l’espace de travail n’est pas plus grand que celui de sortie, des défauts risquent d’apparaitre, comme le “banding”, l’apparition de bandes visibles dans les dégradés fins.
Si l’espace de travail est linéaire, sa profondeur doit aussi impérativement être supérieure à celle de l’espace de sortie, et c’est de toute façon recommandé même pour un espace de travail non-linéaire. Ainsi, pour une sortie 8 bpc on préfère travailler au minimum en 16 bpc, ou en 32 bpc pour une sortie 8 bpc.
Il est tout aussi faux de croire que travailler dans un espace plus grand va nous faire sélectionner et utiliser des couleurs “en dehors” du format de sortie. Cf. question suivante.
Travailler dans un espace colorimétrique plus grand que celui de sortie fait courir le risque de choisir des couleurs qu’on ne pourra pas reproduire.¶
C’est faux : même si l’espace de travail est très grand (comme le ACEScg par exemple), les couleurs affichées par l’écran sont le résultat d’une conversion “en direct” vers l’espace de l’écran, nécessairement plus restreint (sRGB dans la majorité des cas). On ne risque donc pas d’avoir de variation au moment de l’export, qui subira exactement la même transformation.
Il est à noter que la majorité des écrans (hors HDR et autres écrans en P3) ne peuvent pas afficher les couleurs utilisées en HDR et au cinéma ; le problème est donc plutôt inverse : comment travailler sur des couleurs en dehors de l’espace d’affichage de l’écran…
Cependant, ce qui est vrai, c’est qu’il faut être vigilant dans la sélection des couleurs dans les moteurs de rendu (3D) : les couleurs que l’on choisit à l’écran sont des couleurs affichées en sRGB, et on peut facilement sélectionner des couleurs trop intenses ou trop saturées sans s’en rendre compte, car en réalité en dehors de l’espace sRGB en valeurs. Un moyen de palier à ce problème est de s’assurer que les sélecteurs de couleurs (color pickers) de l’application soient limités au sRGB par exemple (l’application se chargeant de la conversion du sRGB vers l’espace de travail) ; dans ce cas, la sélection d’un vert intense par exemple sera encore loin des extrèmes de l’espace de travail plus grand, et la couleur ne risque pas de trop éclairer et saturer la scène.
Il faut choisir un espace d’affichage Rec.709 parce que la sortie vidéo sera Rec.709.¶
L’espace colorimétrique d’affichage doit être celui de l’écran connecté (sRGB dans la majorité des cas en informatique).
Cet espace d’affichage sert à la conversion depuis l’espace de travail vers l’affichage de l’écran.
Lors de la sortie du fichier vidéo, une conversion sera faite depuis l’espace de travail vers l’espace de la vidéo, Rec.709 dans cet exemple. Et c’est à la lecture de la vidéo qu’une nouvelle conversion a de nouveau lieu depuis le Rec.709 vers le probable sRGB de l’écran.
Note
Certaines applications, notamment de compositing, permettent toutefois une simulation (soft-proofing ou épreuve*) des conversions que subissent les images une fois exportées ; dans ce cas, plusieurs conversions ont lieu entre l’espace de travail et l’affichage :
• passage de l’espace de travail vers l’espace de l’export (simulé) (Rec.709 dans l’exemple)
• passage de l’export vers l’affichage de l’écran (sRGB dans l’exemple)
Mais en aucun cas il n’y a de conversion vers un affichage en Rec.709 à faire. L’activation/désactivation de cette simulation ne devrait en théorie pas changer l’affichage de l’image ; les changements n’étant dus qu’aux pertes de précision des conversions successives que l’on simule.
Résolution des problèmes¶
Lors de la lecture d’une vidéo, les couleurs ne sont pas les mêmes que dans le logiciel qui a servi à la créer.¶
Voici les paramètres à vérifier :
- Problème d’affichage dans le logiciel : l’espace colorimétrique d’affichage dans le logiciel doit correspondre à celui de l’écran (sRGB le plus souvent).
- Problème de sortie : l’espace colorimétrique de sortie de la vidéo n’est pas standard ; vérifier l’espace utilisé en sortie de l’application.
- Problème de lecture : la lecture vidéo est mal configurée sur la carte graphique (voir plus bas Lorsqu’on lit une vidéo l’ordinateur (…) les couleurs paraissent “fades”.)
Si malgré tout une (très légère) variation persiste, elle peut être due à la conversion de RGB vers YUV, ou la compression du format vidéo notamment. Dans ce cas, il n’y a rien à faire…
“Banding” : des “bandes” colorées apparaissent dans les dégradés fins¶
Le plus souvent, ce problème vient du fait que l’espace de travail de l’application est trop petit et que la profondeur* est trop faible par rapport au format de sortie.
Voici ce qu’il faut contrôler et ce qui peut corriger le problème :
- La profondeur dans l’application doit être plus élevée que celle de la sortie (16 bpc minimum pour sortir en 8 bpc, etc.), en particulier si l’espace de travail est linéaire.
- Si on ne peut pas augmenter la profondeur de travail, quand c’est possible un espace avec le même gamma* que celui de sortie peut aider à réduire le problème.
- Choisir un espace de travail au gamut* plus grand que celui de sortie.
- Si le dégradé fait partie d’un fichier importé, vérifier les points ci-dessus dans l’application qui a créé le fichier.
- Des problèmes de bandes peuvent apparaître en raison de la compression ; contrôler si ils sont toujours visibles dans des formats sans perte (openEXR, PNG, Quicktime Animation, etc.)
- Ajouter un très léger bruit ou grain, imperceptible, à l’image permet souvent “d’effacer” ce problème.
Une frange, une ligne paraissant floue, apparait dans des zones colorées ou très contrastées, surtout sur des lignes verticales ou horizontales¶
Ce problème est généralement la conséquence du sous-échantillonage de la chrominance, lors du passage de RGB à YUV. Si possible, augmentez le sous-échantillonage (4:4:4 ou 4:2:2 au lieu de 4:2:0 par exemple). Si ce n’est pas possible, et que l’image est fixe, il est parfois possible de déplacer l’image d’un pixel ou deux dans la vidéo pour corriger le problème.
Lorsqu’on lit une vidéo sur l’ordinateur, dans la plupart des lecteurs et sur les vidéos des sites internet, les couleurs paraissent “fades”. Les blancs sont gris clairs, les noirs sont gris foncés.¶
Il y a probablement une erreur de conversion de la gamme Full vers Limited ou inversement.
Dans les paramètres de la carte graphique, une option “video” permet souvent de changer ce paramètre ; il faut choisir Full si c’est un écran d’ordinateur qui est connecté, ou Limited si c’est une TV.
Sources et références