problème de colorimétri sur capsul MOV

Version imprimable

15/09/2015, 09h55
jojops

problème de colorimétri sur capsul MOV

Bonjour
J'en profite pour poser la question n'ayant pas trouvé la réponse depuis 2ans...

J'ai un 600D, il film en .mov h264

Ce qui pose un soucis (du moins sous windows, j'ai testé sur plusieurs ordi et os différent)
Le .mov étant propriétaire (apple...) il est obligatoire d'avoir quicktime pour le décoder.

Je monte avec première pro. (qui utilise donc le module de quicktime...) et c'est de la que vient le problème.
Il y a une erreur d'interprétation du profile colorimétrique (enfin je pense que ça viens de la)

Le noir n'est plus noir il devient gris (et ça rajoute un genre de voile foireux sur toute l'image...), ce qui aplatie toute l'image et rend les couleur très mollasse (un peut comme du DV.... ET LE DV C EST TERMINE ET C EST PAS PLUS MAL! "normalement")

Quand je lis un rush en natif avec media player classic ou VLC je retrouve l'image que j'ai sur l'écran de mon 600D. La lecture dans quicktime n'as absolument plus rien à voir avec ce que j'ai capté comme expliqué ci dessus. (je sais que Media player et VLC ont tendance à tricher et re coder l'image certes, mais au final l'image est beauuuuucoup plus belle que quicktime qui sort une image difficilement exploitable "le H264 est très compressé trop de retouche colorimétrique en post prod détériore tout bonnement le rendu final" donc je pense que même si VLC ne me sort pas la réalité quicktime foire un truc quelque part et c'est vraiment trop moche "mon tel portable donne de meilleur lumière pour dire!").

J'ai tenté de convertir un rush en amont (et rien à faire je perd à ce moment la toute la profondeur et le noir, bref je me retrouve avec l'image pourri de quicktime).

voici une capture du même rush natif lut respectivement dans media player classic - VLC et quicktime

http://img11.hostingpics.net/pics/411022videotest.png

Bref quelqu'un aurait'il trouvé une solution à ce problème? j'ai cherché pas mal sur le net et je n'est pas trouvé de réponse (je ne pense pas que ma configue soit un cas isolé, par conte je pense que dans les utilisateur avec la même configue et le même soucis nous ne devons pas avoir les même yeux...)

merci d'avance
15/09/2015, 10h52
lafamily

Ce problème est connu sous le nom de “Quicktime gamma bug“.

Il y a un moyen manuel de traiter cette dérive dan le player :
QuickTime Gamma Shift Graying Fix Tutorial - YouTube

ou ici :
VIDEO COPILOT | After Effects Tutorials, Plug-ins and Stock Footage for Post Production Professionals

Nous avons également abordé dans un autre post, le problème des players dans les navigateurs ici :
https://www.eos-numerique.com/forums...gateur-264849/

Fran6
15/09/2015, 11h47
jojops

merci. Donc c'est bien un soucis reconnu.

Par conte la solution de la vidéo ne fonctionne pas (après j'ai QT 7.7.3 et pas la 7.3.3 comme sur la vidéo, mais peut probable que ça change quoi que ce soit?). Après la combine le fichier reste toujours aussi pourri aucune transformation visible :s
15/09/2015, 12h22
jojops

la solution que j'ai trouvé qui n'en est pas vraiment une.

C'est de convertir chaque rush en DnxHD. (l'image reste pourri dans Quicktime, mais la colorimétrie est ok dans première et ça me permet de pouvoir exporter mon montage en mp4 h264 avec la bonne colorimétrie).

Le seul soucis c'est que j'aimerais pouvoir monter en natif car le fichier natif passe de 100mo à 700mo pour le même rush en DnxHD :s (et l'ordi du coup à vraiment du mal)
15/09/2015, 13h16
lafamily

Citation:

Envoyé par jojops

la solution que j'ai trouvé qui n'en est pas vraiment une.

C'est de convertir chaque rush en DnxHD. (l'image reste pourri dans Quicktime, mais la colorimétrie est ok dans première et ça me permet de pouvoir exporter mon montage en mp4 h264 avec la bonne colorimétrie).

Le seul soucis c'est que j'aimerais pouvoir monter en natif car le fichier natif passe de 100mo à 700mo pour le même rush en DnxHD :s (et l'ordi du coup à vraiment du mal)

Le problème c'est que tes rushes originaux sont bons, c'est seulement Quicktime qui interprète mal l'image... En effet touts les gens qui vont regarder ton travail monté, sur leurs ordis ou sur leurs TV vont avoir une image "propre".
Il ne semble pas logique d'utiliser un lecteur qui a une interprétation "particulière" comme "étalon" pour ton étalonnage.

En étalonnage, on équilibre le contraste sur des moniteurs "étalonné".... Ce qui veut dire que l'image subira les dérives causées par les lecteurs de spectateurs : tv, ordis, projecteurs...
Tu dois te fier à ton logiciel de montage qui doit être installé sur un moniteur le plus "étalonné" possible.

Fran6
15/09/2015, 14h18
jojops

Citation:

Envoyé par lafamily

Le problème c'est que tes rushes originaux sont bons, c'est seulement Quicktime qui interprète mal l'image... En effet touts les gens qui vont regarder ton travail monté, sur leurs ordis ou sur leurs TV vont avoir une image "propre".
Il ne semble pas logique d'utiliser un lecteur qui a une interprétation "particulière" comme "étalon" pour ton étalonnage.

En étalonnage, on équilibre le contraste sur des moniteurs "étalonné".... Ce qui veut dire que l'image subira les dérives causées par les lecteurs de spectateurs : tv, ordis, projecteurs...
Tu dois te fier à ton logiciel de montage qui doit être installé sur un moniteur le plus "étalonné" possible.

Fran6

Bien en faite le soucis c'est que première décode l'image avec le module foireux de quicktime

Une foi le montage fini l'exporte je vais le faire en mp4 par exemple (et donc avec pour base le module pourri de quicktime) donc sortir une image pourris (ou en retouchant les niveau "monter le noir de 15 et baisser le blanc de 10 par exemple" le rush d'un point de vue qualitatif sort moins bien que l'original si il était bien décodé).

Le seul truc étrange c'est que le préview dans première et niquel (par conte le préview au moment d'exporter le projet ou ont choisie les codec etc... est foireux "plus de noir", mais une foi exporté que ce soit Quicktime vlc ou media player me sort un rendu qui est à peut pret identique sur le noir.)
15/09/2015, 15h16
lafamily

Mais tu n'es pas le seul à monter du H264 dans Première pourtant... je dirais même qu'il doit y avoir du monde qui monte sur ce logiciel de vidéo en H264...
--> Comment font les autres ?

Autant j'avais entendu parlé du problème du lecteur Quicktime, autant je n'ai jamais entendu parlé du rendu du H264 dans Première... Il y a même beaucoup d'utilisateurs qui étalonnent du H264 dans Première via des Plugins : Film convert / Magic Bullet / Colorista....etc

Autre exemple :
> je monte sur Sony Vegas Pro, et j'ai du télécharger QuickTime pour installer le codec, Idem sur Resolve qui utilise le même système (import obligatoire de Quicktime pour lire du .mov) et pourtant je n'ai aucun soucis le gamma...

D'autres forumistes qui montent sur Première ou After peuvent partager pour nous renseigner ?

Fran6
15/09/2015, 16h40
jojops

Citation:

Envoyé par lafamily

Mais tu n'es pas le seul à monter du H264 dans Première pourtant... je dirais même qu'il doit y avoir du monde qui monte sur ce logiciel de vidéo en H264...
--> Comment font les autres ?

Autant j'avais entendu parlé du problème du lecteur Quicktime, autant je n'ai jamais entendu parlé du rendu du H264 dans Première... Il y a même beaucoup d'utilisateurs qui étalonnent du H264 dans Première via des Plugins : Film convert / Magic Bullet / Colorista....etc

Autre exemple :
> je monte sur Sony Vegas Pro, et j'ai du télécharger QuickTime pour installer le codec, Idem sur Resolve qui utilise le même système (import obligatoire de Quicktime pour lire du .mov) et pourtant je n'ai aucun soucis le gamma...

D'autres forumistes qui montent sur Première ou After peuvent partager pour nous renseigner ?

Fran6

Oui il y a pas mal de monde. Quand j'ai acheté ce boitier plusieurs personne autour de moi ont fait de même avec le même genre de configue. Au final ce soucis ma sauté au yeux direct (les autres ça les choquai pas et ils montaient comme ça sans rectifier la colo après..., pourtant il y a quand même une bonne différence sur mon premier screen, et première me sort la même image que celle de quicktime).

L h264 est très compressé il est très jolie pas de soucis mais réagi vraiment mal quand il faut commencer à lui filtrer la tronche (au final le rush brut sort vraiment mieux que le natif sur traité pour rectifier le soucis "grosse perte de profondeur de l'image, à ce stade une caméra plus confort sortira pas moins bien... quitte à ce compliquer la vie à filmer sur un reflex autant en récupérer les très belle image qu'il sort et qui coiffe au poteaux les caméras à prix égale") certain étalonne la merde que quicktime engendre et ce pose pas de question, ça veux pas dire que c'est le mieux non plus (je l'est fait aussi un temps, et c'est la guerre quand il s'agit de faire de l'incruste, déjà que c'est vraiment pas le domaine de prédilection d'un réflexe, mais si ont part d'une image moins bien que ce qu'elle est :s ).

Après c'est peut êtres tout simplement un problème de réglage interne dans mon première aussi. Un soucis récurant à windows aussi peut êtres (ça m'étonnerai pas d'apple).

Dans tout les cas toutes les boites de prod ou j'ai pue passer qui montai de l'image de reflex ne montait pas en natif (pas confronter au soucis quoi)