Histoires de pixels, fin de la saga

par Gilou - 16/01/02

Le début de ce grand feuilleton se trouve .


- Ah... 720 = 768 ! On fait quoi alors, on s'la prend et on s'la mord ?

- Mais non ! Lis la suite, si tu n'as pas tout compris, voilà les exemples.

Il y a une autre représentation des pixels rectangulaires, encore plus spectaculaire, c'est l'anamorphose du 16/9. (on dirait le titre d'un film d'horreur ;-)

Quand on affiche une image extraire d'un film en DVD sur l'écran de l'ordi avec Photoshop, donc affichage de pixels carrés, c'est tout déformé. Si on veut voir l'image telle quelle sera affichée à la télé, il faut nécessairement faire une conversion ou utiliser GraphicConverter ou PictureViewer, ces deux là font la conversion d'eux même.

Retour à l'école, et application de la règle de 3 :

Sachant que 720 x 576 doit être affiché en 16/9,
- soit on garde la largeur, et la hauteur passe à 720 x 9 / 16 = 405
- soit on garde la hauteur, et la largeur passe à 576 x 16 / 9 = 1024

Ce sont ces formats là que l'on doit utiliser pour créer, retoucher etc… les images que l'on destine à un menu de DVD, ou que l'on désire intégrer dans un montage.
Personnellement je conseille le plus grand format, soit 1024 x 576.

Evidemment, quand l'image est prête, il faut la réduire par interpolation (pas en coupant comme un sauvage) à 720 x 576 avant de l'importer.

Le raisonnement est tout aussi valable pour le format 4/3, il faut "gonfler" l'image à 768 x 576 avant de la travailler, et ensuite la ramener à 720 x 576.

- Je te sens comme la fosse… s(c)eptique ? Je te prouve que c'est vrai avec Photoshop, et GraphicConverter.

J'extrais une image d'un film DVD en 16/9, et je l'ouvre avec Photoshop.
Les infos sur la taille de l'image donnent :

PS.gif

Avec PictureViewer ou GraphicConverter, les proportions sont correctes car QuickTime a vu l'origine de l'image.
Les infos de GraphicConverter donnent :

La conversion à bien été faite...

- Soit, et quid des formats VideoCD et SVCD ?

- C'est exactement pareil !!! La preuve encore ? Je vous la donne grâce à QT Player.

Le format du VCD PAL (du MPEG1 créé par Toast par exemple) est 352 x 288. Donc le rapport 4/3 n'étant pas respecté, on a encore affaire à des pixels rectangulaires. Et pourtant, l'image dans QT Player n'est pas déformée, alors qu'il l'affiche sur un écran informatique...

Il suffit de lire les informations de la séquence :


l'image affichée fait 320 x 240 !

Et ça c'est un rapport 4/3, l'image est entièrement interpolée par QuickTime, pour pouvoir être affichée correctement. CQFD

- et pourquoi 240 au lieu de 288, ça serait plus simple non ?

- parce que 240 c'est la moitié de 480, que 480 c'est le nombre de lignes en NTSC, et que Apple comme le NTSC sont Américains...

D'ailleurs 288 c'est la moitié de 576, le nombre de ligne en PAL

- où tu veux en venir avec tes moitiés ?

- à un réglage qui parait incompréhensible quand on exporte en MJPEG, je te montre...

Le nombre de champs, donc 1 ou 2, c'est pour savoir si on recalcule la séquence à partir de toutes les informations d'image (donc les deux trames, comme décrites dans le premier article), ou si on fait pêter une trame sur deux. Ca simplifie et donc ça accélère le calcul...

fin de la troisième partie, si vous en voulez plus, il faudra poser des questions ;-)