Pixels et re-depliement des pixels suite

Bonsoir,
Je me permets d'ouvrir une suite à un sujet précédent pour continuer l'échange
bien alimenté par "cmalfa" et Monique.
"cmalfa" tu écris = pour un moniteur le nombre de luminophores dépend de la résolution,
ce n'est pas faux , mais en évitant de tomber dans ''la poule et l'oeuf"
on peut être plus précis en disant que le nombre de luminophores d'un moniteur
détermine la résolution maximale qu'il est en mesure d'afficher.
La résolution maximale est celle pour laquelle il y a au moins une triplette de luminophore
pour chacun des pixels de la résolution, cela est déterminé par les dimensions de l'écran
et par le pas du masque portant les luminophores.
Tu as parfaitement raison quand tu dis : j'ai l'impression, que lorque l'on affiche
à une résolution inférieure le nombre de triplettes associées à un pixel
n'est pas un nombre entier!, ce n'est pas une impression c'est une réalité.
Sur ton moniteur qui doit avoir environ comme tu le dis 1280 triplettes de luminophores
par ligne quand tu passes en 800x600 tu auras environ 1,6 triplettes mises en jeu pour
chaque pixel.
En fait pour bien se comprendre essayons de redéfinir de quoi on parle, pour moi un pixel
qui vient de l'anglais "picture element" ou élément d'image est un mot du vocabulaire
de l'informatique, c'est le plus petit élément de la surface d'un écran qu'un programme
ou un firmware peut adresser, cet adressage se faisant par les coordonnées de chaque pixel
quand tu es en 1280x1024 , le coin supérieur gauche a pour coordonnées (0,0),
le coin supérieur droit a pour coordonnées (0,1279),
le coin inférieur gauche a pour coordonnées (1023,0),
le coin inférieur droit a pour coordonnées (1023,1279).
Afficher quelque chose sur un écran consiste à déterminer quels sont les pixels de l'écran
concernés et pour chaque pixels de donner 3 nombres exprimant les quantités des 3 couleurs
que les luminophores impliqués devront reproduire.
Ces pixels informatiques sont par construction des pixels carrés, ce qui signifie seulement
que pour dessinner un carré de 100 pixels, il faut en allumer 100 sur une ligne horizontale,
se décaler d'une ligne pour en allumer 98 verticalement de haut en bas,
se redécaler d'une ligne pour en allumer 100 de doite à gauche,
remonter d'une ligne pour finir le carré en allumant 98 pixels de bas en haut.
Cela vous parait sans doute banal et trivial, pourtant cela me rappelle mon premier
programme de dessin de carrés, mes carrés faisaient 100x102, on s'en est aperçu mais 10 ans
aprés.
"cmalfa" tu as raison quand tu dis que les technologies des tubes de télé et des moniteurs
sont identiques sur les grands principes, par contre sur un moniteur le balayage est
progressif alors que sur une télé il est entrelacé et c'est cette différence fondamentale
qui est à l'origine de beaucoup des difficultés que nous rencontrons en faisant de la vidéo
assisté par ordinateur.
Pour ce qui est de mon interrogation sur les règles du jeu du re-dépliement des pixels
en SVCD voici ce que j'ai trouvé dans l'aide en ligne de la nouvelle version 5-5 de néro :
"When burning still images and menus onto [S]VCD, this new Nero version will automatically
perform the necessary conversions to maintain the correct aspect ratio
(the ratio between width and height).
This process is necessary because pixels in [S]VCD are not completely square
although this is the case in most computer configurations.
For example, a computer picture with a resolution of 640x480
will correctly fit into a PAL SVCD picture which has a resolution of 704x576.
The final resolution depends on the "Encoding resolution" option
of the "Video CD" property page of the compilation info.
Au vu de cela je pense que les 480 informations par lignes d'un SVCD doivent être utilisées pour
allumer 720 pixels rectangulaires au format 59/54.
Qui peut me conforter ou me contredire?

A+
AJ

Discussion : Pixels et re-dépliement des pixels (suite)
Author : AJ	Posted : 20-Mar-2001 20:29:48
Bonsoir, Je me permets d'ouvrir une suite à un sujet précédent pour continuer l'échange bien alimenté par "cmalfa" et Monique. "cmalfa" tu écris = pour un moniteur le nombre de luminophores dépend de la résolution, ce n'est pas faux , mais en évitant de tomber dans ''la poule et l'oeuf" on peut être plus précis en disant que le nombre de luminophores d'un moniteur détermine la résolution maximale qu'il est en mesure d'afficher. La résolution maximale est celle pour laquelle il y a au moins une triplette de luminophore pour chacun des pixels de la résolution, cela est déterminé par les dimensions de l'écran et par le pas du masque portant les luminophores. Tu as parfaitement raison quand tu dis : j'ai l'impression, que lorque l'on affiche à une résolution inférieure le nombre de triplettes associées à un pixel n'est pas un nombre entier!, ce n'est pas une impression c'est une réalité. Sur ton moniteur qui doit avoir environ comme tu le dis 1280 triplettes de luminophores par ligne quand tu passes en 800x600 tu auras environ 1,6 triplettes mises en jeu pour chaque pixel. En fait pour bien se comprendre essayons de redéfinir de quoi on parle, pour moi un pixel qui vient de l'anglais "picture element" ou élément d'image est un mot du vocabulaire de l'informatique, c'est le plus petit élément de la surface d'un écran qu'un programme ou un firmware peut adresser, cet adressage se faisant par les coordonnées de chaque pixel quand tu es en 1280x1024 , le coin supérieur gauche a pour coordonnées (0,0), le coin supérieur droit a pour coordonnées (0,1279), le coin inférieur gauche a pour coordonnées (1023,0), le coin inférieur droit a pour coordonnées (1023,1279). Afficher quelque chose sur un écran consiste à déterminer quels sont les pixels de l'écran concernés et pour chaque pixels de donner 3 nombres exprimant les quantités des 3 couleurs que les luminophores impliqués devront reproduire. Ces pixels informatiques sont par construction des pixels carrés, ce qui signifie seulement que pour dessinner un carré de 100 pixels, il faut en allumer 100 sur une ligne horizontale, se décaler d'une ligne pour en allumer 98 verticalement de haut en bas, se redécaler d'une ligne pour en allumer 100 de doite à gauche, remonter d'une ligne pour finir le carré en allumant 98 pixels de bas en haut. Cela vous parait sans doute banal et trivial, pourtant cela me rappelle mon premier programme de dessin de carrés, mes carrés faisaient 100x102, on s'en est aperçu mais 10 ans aprés. "cmalfa" tu as raison quand tu dis que les technologies des tubes de télé et des moniteurs sont identiques sur les grands principes, par contre sur un moniteur le balayage est progressif alors que sur une télé il est entrelacé et c'est cette différence fondamentale qui est à l'origine de beaucoup des difficultés que nous rencontrons en faisant de la vidéo assisté par ordinateur. Pour ce qui est de mon interrogation sur les règles du jeu du re-dépliement des pixels en SVCD voici ce que j'ai trouvé dans l'aide en ligne de la nouvelle version 5-5 de néro : "When burning still images and menus onto [S]VCD, this new Nero version will automatically perform the necessary conversions to maintain the correct aspect ratio (the ratio between width and height). This process is necessary because pixels in [S]VCD are not completely square although this is the case in most computer configurations. For example, a computer picture with a resolution of 640x480 will correctly fit into a PAL SVCD picture which has a resolution of 704x576. The final resolution depends on the "Encoding resolution" option of the "Video CD" property page of the compilation info. Au vu de cela je pense que les 480 informations par lignes d'un SVCD doivent être utilisées pour allumer 720 pixels rectangulaires au format 59/54. Qui peut me conforter ou me contredire? A+ AJ
Author : dbf	Posted : 21-Mar-2001 10:44:24
J'avoue mal comprendre la raison de tes interrogations.... Le decodeur MPEG2, qu'il soit soft ou hard, ne fait qu'afficher l'image au format demandé, et ce independamment de la resolution effective du fichier. Il y a donc quelque part dans l'entête du fichier ou dans la structure du SVCD, DVD une indication du format d'affichage (4/3, 16/9) maheureusement, je ne sais pas où...
Author : AJ	Posted : 21-Mar-2001 20:02:10
Bonsoir, Pour répondre à "dbf" qui comprend mal mes interrogations je dirai simplement que si je comprends bien la façon dont mon fichier MPEG2 à la norme SVCD va etre traité par le décodeur MPEG2 en vue de son affichage soit sur un écran de télé soit sur le moniteur de mon PC je pense qu'alors je comprendrai mieux comment il faut s'y prendre pour fabriquer des SVCD. A l'heure actuelle grace à tout le travail qui est fait sur le forum j'obtiens des résultats satisfaisants, j'ai l'impression d'être un singe savant, je sais ce qu'il faut faire, je le fais, mais je ne sais pas vraiment pourquoi. Je vais donc tirer le fil que me propose "dbf" et essayer de trouver dans la norme MPEG2 quel type d'information se trouve dans un fichier MPEG2 pour retrouver le format de l'image à afficher suite à son décodage. Si je trouve ces informations et la façon de les interpréter j'écrirai un petit programme pour les visualiser et dés qu'un fichier sortira de Tsunami je le lui donnerai à manger, puis après je jouerai sur le paramétrage de Tsunami12d, en particulier sur le trio infernal que constituent: -Video arrange method. -Aspect ratio de video source settings. -Aspect ratio de video stream settings. A+ AJ
Author : dbf	Posted : 22-Mar-2001 08:28:54
tout est là.... http://www.geocities.com/eby_vdo/
Author : Monique	Posted : 22-Mar-2001 06:18:02
Salut Est-ce bien utile de se compliquer la vie avec ces patches, alors que l'on sait qu'un nouveau release sortira sous peu ? à+
Author : AJ	Posted : 22-Mar-2001 19:33:06
Bonsoir, Merci "dbf" ça au moins c'est du concrêt et du solide, il est vrai que ce n'est pas le patch qui m'interesse le plus mais les infos qui l'accompagnent, je n'ai pas de programme à écrire puisque Brent Beyeler l'a fait, je me mets en piste pour le trouver sur le net (bbVinfo.exe). A+ AJ

Les Archives des Forums du Repaire
Forum MPEG, DVD, SVCD...