Gestion correcte du gamma sous ffdshow

[Seb.26]

>L'onglet level on le place après le resize et le swscaler ou avant ?
avant resize, sauf si tu es ultra large en CPU.
reste ensuite à savoir si on le met avant ou après swscaler.

Je dirais qu'il faut le mettre en 1er, surtout si on lui fait sortir sur [0~255] car cela permet à tous les filtres de bosser sur [0~255] au lieu de [16~235] ... soit un gain de 16% de la dynamique ...

[Emmanuel Piat]

Effectivement, c'est un très bon argument.

>Nota : Si le flux entrant dans le VMR9 est au format RGB32, le VMR9 se comporte alors comme l'overlay dans son réglage par défaut, c'est à dire qu'il réalise un mapping de 16-235 sur 0-255. Dans ce cas le réglage color control de Zoom Player est inactif.
Ci dessous une capture de la mire THX en VMR9 YUY2 d'une part et en mode VMR9 RGB32 ou Overlay d'autre part.

>Il y aurrait donc une erreur chez dtsman ?!

Il faudra vérifier, mais pour attaquer VMR9 en RGB32, on a pas d'autre choix que de passer par ffdshow, et, avec les versions standards de ffdshow, effectivement, on a pas le choix, ffdshow fait un mapping [16,235] -> [0,255] en RGB32. Par contre, je ne pense pas de VMR9 s'amuse ensuite à faire un nouveau mapping.

Donc ce qu'écrit dtsman est juste en terme de résultat, mais semble faux en terme d'analyse (c'est ffdshow et pas VMR9 qui fait le mapping [16,235] -> [0,255]).

@+
Emmanuel

[kbil69]

J'ai une autre question, qui n'as rien à voir mais comme on est dans le YV ou YUY2 ... :

Lorsque je lis un divx, et oui ca m'arrive rarement mais ca m'arrive , j'ai YV12 en entrée et sortie, pourtant en DVD je suis bien en YUY->RGB32

C'est une question d'encodage du film qui fait qu'il est en YV12 en entrée/sortie ou il y a un paramètre à changer à quelque part ?

Up pour seb

[Emmanuel Piat]

Merci Seb.26. J'ai juste oublié de dire que depuis qq temps certains utilisent l'HaaliRender . Comme l'overlay me convient parfaitement (si attaqué en RGB) je n'ai jamais essayé

là je peux vous aider un poil ...

C'est ultra simple :

HR accepte 2 formats : YU2 et RGB32

> YU2 :
Par defaut HR fait un TV->PC et utilise une matrice bt.601 ( il fait donc une conversion rec.601 YUV->RGB )

> RGB32 :
Aucun mapping.

NB: depuis la dernière version, HR permet de choisir entre rec et PC pour la conversion YUV->RGB, il permet aussi de choisir en BT.601 et BT.709 concernant les matrices de conversion.

Il me semble interressant d'insister sur un point :
HR est le seul render aujourd'hui qui n'est pas influencé par les reglages vidéo des drivers ... ce qui veut dire que si vous lui donnez une frame en RGB32, l'ecran sera exactement la même chose que si c'etait paint qui affichait la frame ... donc on peut calibrer son ecran avec des mirres BMP ...

C'est bien qu'on puisse choisir BT.601 et BT.709. Vivement que ce soit aussi implémenté ds ffdshow (même si je sens que ça va encore ajouter en confusion vu que plus personne ne va comprendre ou il faut l'ajouter si on utilise OV, VMR9 ou HR ...).

J'attends avec impatience une version de ffdshow où on puisse imposer des bornes min et max qu'on ne puisse pas dépasser . Pour éviter de bouffer du CPU, il faudrait faire ce test en premier. Comme ça si les bornes sont atteintes, inutile d'analyser la frame => en mode automatique, la recherche des bornes inMinBTB et inMaxWTW ne mangera du CPU qu'en début d'analyse de DVD.

[melavi]

>L'onglet level on le place après le resize et le swscaler ou avant ?
avant resize, sauf si tu es ultra large en CPU.
reste ensuite à savoir si on le met avant ou après swscaler.

Je dirais qu'il faut le mettre en 1er, surtout si on lui fait sortir sur [0~255] car cela permet à tous les filtres de bosser sur [0~255] au lieu de [16~235] ... soit un gain de 16% de la dynamique ...

Oui, mais d un autre coté tu applique tes filtres sur une image "faussé" par la correction du gamma.
La correction du gamma, je la vois plus pour adapté l image a son diffusseur, donc je la mettrais en dernier.
Par contre effectivement le mapping avant les filtres de traitement, pour avoir un gain en dynamique.
Ce qui nous donnerai:
mapping>>resize>>sharpen>>correction gamma
?

@+
Avi

[Seb.26]

J'attends avec impatience une version de ffdshow où on puisse imposer des bornes min et max qu'on ne puisse pas dépasser . Pour éviter de bouffer du CPU, il faudrait faire ce test en premier. Comme ça si les bornes sont atteintes, inutile d'analyser la frame => en mode automatique, la recherche des bornes inMinBTB et inMaxWTW ne mangera du CPU qu'en début d'analyse de DVD.

J'y avait pas pensé à ça : bloquer la recherche quand on est déjà aux bornes ... ... il en sera ainsi !

Dans FFDShow, le plus complexe c'est d'ajouter des choses dans l'interface ... car coté code c'est rien de gerer les bornes ... ... en attendant, tu serait interressé par une version avec des valeurs de bornes "en dur" ? ... ... quelles valeurs ?

[Seb.26]

>L'onglet level on le place après le resize et le swscaler ou avant ?
avant resize, sauf si tu es ultra large en CPU.
reste ensuite à savoir si on le met avant ou après swscaler.

Je dirais qu'il faut le mettre en 1er, surtout si on lui fait sortir sur [0~255] car cela permet à tous les filtres de bosser sur [0~255] au lieu de [16~235] ... soit un gain de 16% de la dynamique ...

Oui, mais d un autre coté tu applique tes filtres sur une image "faussé" par la correction du gamma.
La correction du gamma, je la vois plus pour adapté l image a son diffusseur, donc je la mettrais en dernier.
Par contre effectivement le mapping avant les filtres de traitement, pour avoir un gain en dynamique.
Ce qui nous donnerai:
mapping>>resize>>sharpen>>correction gamma
?

@+
Avi

C'est pas faux ... mais si on est en [0~255], on peut alors essayer d'utiliser le gamma des pictures properties ... après les filtres ...

[Seb.26]

C'est bien qu'on puisse choisir BT.601 et BT.709. Vivement que ce soit aussi implémenté ds ffdshow (même si je sens que ça va encore ajouter en confusion vu que plus personne ne va comprendre ou il faut l'ajouter si on utilise OV, VMR9 ou HR ...).

ça l'est déjà ...
( le 601 vs 709 ) ... en fait "PC YUV" force pc.601 en cas de frame rec.601 et pc.709 à la place de rec.709 ...

Par contre, je ne sais pas sur quel critère FFDShow decide si la frame est BT.601 ou BT.709 ... ???

[Emmanuel Piat]

si le mapping TV est coché, on est en 0-255, on peut donc faire ce que dit Melavi en :

- sélectionnant gamma = 1.00 dans le filtre level mis en premier

- en ajoutant le filtre "Picture Properties" à la fin et en ajustant dedans le gamma (ce filtre n'opère justement correctement sur le gamma que si le noir le plus noir qu'on veut afficher est en 0 et idem pour le blanc en 255 (cf. mon premier snapshot page 1).

En VMR9, on doit aussi pouvoir ajuster le gamma à la fin via le driver de la CG.

[Seb.26]

Lorsque je lis un divx, et oui ca m'arrive rarement mais ca m'arrive , j'ai YV12 en entrée et sortie, pourtant en DVD je suis bien en YUY->RGB32
C'est une question d'encodage du film qui fait qu'il est en YV12 en entrée/sortie ou il y a un paramètre à changer à quelque part ?

Hum ... c'est le même FFDShow qui est utilisé ??? ... car si tu n'autorise que RGB32 dans output, il ne devrait jamais sortir en YV12 même s'il est lui même le decodeur ... ?!!

[Emmanuel Piat]

>C'est pas faux ... mais si on est en [0~255], on peut alors essayer d'utiliser le gamma des pictures properties ... après les filtres ...

télescopage de posts

[Emmanuel Piat]

>( le 601 vs 709 ) ... en fait "PC YUV" force pc.601 en cas de frame rec.601 et pc.709 à la place de rec.709 ...

trop fort ! Je ne savais pas que la nature de la frame transitait aussi ds ffdshow !

[kbil69]

Lorsque je lis un divx, et oui ca m'arrive rarement mais ca m'arrive , j'ai YV12 en entrée et sortie, pourtant en DVD je suis bien en YUY->RGB32
C'est une question d'encodage du film qui fait qu'il est en YV12 en entrée/sortie ou il y a un paramètre à changer à quelque part ?

Hum ... c'est le même FFDShow qui est utilisé ??? ... car si tu n'autorise que RGB32 dans output, il ne devrait jamais sortir en YV12 même s'il est lui même le decodeur ... ?!!

Vi, c'est le même, c'est ta version.

Seul RGB32 et PC YUV est coché, d'ailleurs tout est correct en DVD.

[Seb.26]

télescopage de posts

...

[stloup]

>L'onglet level on le place après le resize et le swscaler ou avant ?
avant resize, sauf si tu es ultra large en CPU.
reste ensuite à savoir si on le met avant ou après swscaler.

Je dirais qu'il faut le mettre en 1er, surtout si on lui fait sortir sur [0~255] car cela permet à tous les filtres de bosser sur [0~255] au lieu de [16~235] ... soit un gain de 16% de la dynamique ...

Oui, mais d un autre coté tu applique tes filtres sur une image "faussé" par la correction du gamma.
La correction du gamma, je la vois plus pour adapté l image a son diffusseur, donc je la mettrais en dernier.
Par contre effectivement le mapping avant les filtres de traitement, pour avoir un gain en dynamique.
Ce qui nous donnerai:
mapping>>resize>>sharpen>>correction gamma
?

@+
Avi

J'ai bien fait de poser la question