summaryrefslogtreecommitdiffstats
path: root/DOCS/xml/fr/encoding-guide.xml
diff options
context:
space:
mode:
Diffstat (limited to 'DOCS/xml/fr/encoding-guide.xml')
-rw-r--r--DOCS/xml/fr/encoding-guide.xml5401
1 files changed, 0 insertions, 5401 deletions
diff --git a/DOCS/xml/fr/encoding-guide.xml b/DOCS/xml/fr/encoding-guide.xml
deleted file mode 100644
index 5026788674..0000000000
--- a/DOCS/xml/fr/encoding-guide.xml
+++ /dev/null
@@ -1,5401 +0,0 @@
-<?xml version="1.0" encoding="utf-8"?>
-<!-- synced with r26920 -->
-<chapter id="encoding-guide">
-<title>L'encodage avec <application>MEncoder</application></title>
-
-<sect1 id="menc-feat-dvd-mpeg4">
-<title>Faire un MPEG-4 (&quot;DivX&quot;) de bonne qualité à partir d'un DVD</title>
-
-<para>
- Il y a une question qui revient souvent&nbsp;:"Comment puis-je recopier un DVD avec la
- meilleure qualité possible pour une taille donnée&thinsp;?". Ou encore&nbsp;:
- "Comment puis-je recopier un DVD sur mon disque dur avec la meilleure qualité
- possible&thinsp;? je m'en fiche de la taille du fichier, je veux la meilleure
- qualité."
-</para>
-
-<para>
- Cette dernière question est peut-être un peu mal posée. Après tout, si vous ne vous
- souciez pas de la taille du fichier, pourquoi ne pas simplement copier le
- flux MPEG-2 du DVD en entier&thinsp;? Bien sûr, votre AVI finira par faire 5Gb,
- mais si vous voulez la meilleure qualité, sans vous soucier de la
- taille, ceci est probablement votre meilleure option.
-</para>
-
-<para>
- En fait, la raison pour laquelle vous voulez convertir un DVD en MPEG-4
- est que vous tenez <emphasis role="bold">réellement</emphasis> compte
- de la taille du fichier.
-</para>
-
-<para>
- Il est difficile de proposer une recette sur la façon de créer des MPEG-4
- de très haute qualité à partir de DVD. Il y a plusieurs facteurs à prendre en compte, et vous
- devriez comprendre ces détails ou vous serez déçus par les résultats. Ci-dessous
- nous allons examiner quelques-uns de ces problèmes, et voir un exemple. Nous
- supposerons que vous utilisez <systemitem class="library">libavcodec</systemitem> pour encoder
- la vidéo, bien que la théorie s'applique également à d'autres codecs.
-</para>
-
-<para>
- Si vous ne vous sentez pas de taille, vous devriez utiliser une des
- interfaces graphiques listées sur la page de notre projet dans
- <ulink url="http://www.mplayerhq.hu/design7/projects.html#mencoder_frontends">Section
- MEncoder</ulink>.
- Ainsi, vous devriez être capable de faire de encodages de DVD de haute qualité
- sans trop réfléchir, ces outils sont faits pour prendre les bonnes décisions à votre place.
-</para>
-
-<sect2 id="menc-feat-dvd-mpeg4-preparing-encode">
-<title>Préparer l'encodage&nbsp;: identifier le matériel source et le nombre
-d'images par secondes</title>
-<para>
- Avant même de penser à encoder un film, il est nécessaire de passer par quelques étapes
- préliminaires.
-</para>
-
-<para>
- La première et plus importante étape avant l'encodage sera la détermination du
- type de contenu utilisé. Si votre matériel source provient d'un DVD ou de la télévision
- hertzienne/câble/satellite, il sera stocké sous l'un de ces 2 formats&nbsp;:
- NTSC pour l'Amérique du nord et le Japon, et PAL pour l'Europe, etc.
- Il est important de réaliser que ceci est uniquement un format adapté pour
- la télévision et cela ne correspond souvent <emphasis role="bold">pas</emphasis>
- au format original du film.
- L'expérience montre que le NTSC est bien plus dur à encoder car il y a plus
- d'éléments à identifier dans la source.
- Afin de produire un encodage acceptable, vous devez connaître le format original.
- Négliger cette étape créera divers défauts dans votre encodage, dont de hideux effets
- de peigne et des images dupliquées ou même perdues. De plus, ces artefacts
- sont mauvais pour l'efficacité d'encodage&nbsp;: vous obtiendriez une moins
-bonne qualité
- pour le même débit.
-</para>
-
-<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-fps">
-<title>Identification du nombre d'images par seconde de la source</title>
-<para>
- Voici une liste de types de matériel source courants, où vous devriez les trouver et
- leurs propriétés&nbsp;:
-</para>
-<itemizedlist>
-<listitem><para>
- <emphasis role="bold">Film standard</emphasis>&nbsp;: produit pour une
- diffusion cinématographique en 24 images par secondes.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Vidéo PAL</emphasis>&nbsp;: Enregistrée par une
- caméra à 50 trames par secondes.
- Une trame consiste en l'ensemble des lignes paires (ou impaires) d'une
- image.
- La télévision a été créée de façon à afficher alternativement l'une ou
- l'autre de ces trames créant ainsi une forme de compression analogique bon
- marché.
- L'oeil humain est censé compenser cette alternance de trames mais dès lors
- que vous
- comprenez l'entrelacement, vous apprendrez à le voir sur la télévision et vous ne la regarderez
- plus de la même façon. Deux trames ne font <emphasis role="bold">pas</emphasis> une image
- complète, car elles sont capturées avec un décalage d'1/50e de seconde et donc, à moins
- qu'il n'y ait pas de mouvement, elles ne s'alignent pas parfaitement.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Vidéo NTSC</emphasis>&nbsp;: Enregistré par une
- caméra à 60000/1001 trames par secondes, ou 60 trames par secondes dans
- l'ère noir/blanc.
- A part cela, similaire au PAL.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Dessins animés</emphasis>&nbsp;: Habituellement
- dessiné en 24 images par secondes, peut exister en mélange variés de
- nombre d'images par secondes.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Infographie</emphasis>&nbsp;: peut être de
- n'importe quel nombre d'images par secondes mais certains sont plus communs que d'autres;
- 24 et 30 sont typiques du NTSC et 25 du PAL.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Vieux films</emphasis>&nbsp;: nombre d'images par
- secondes généralement plus bas.
-</para></listitem>
-</itemizedlist>
-</sect3>
-
-<sect3 id="menc-feat-dvd-mpeg4-preparing-encode-material">
-<title>Identification du matériel source</title>
-<para>
- Les films composés d'images entières sont dits progressifs,
- alors que ceux composés de trames indépendantes sont appelés
- soit entrelacés soit vidéo - bien que ce dernier terme soit plutôt ambigu.
-</para>
-<para>
- Pour compliquer le tout, certains films sont un mélange des 2.
-</para>
-<para>
- La distinction la plus importante qui doit être faite entre ces formats
- est que certains utilisent des images entières alors que d'autres, des trames.
- Avant d'être visionnable sur un téléviseur,
- <emphasis role="bold">tout</emphasis>
- film (DVD inclus) doit être converti dans un
- format basé sur des trames. Les diverses méthodes par lesquelles ceci peut être fait
- peuvent être rassemblées sous le terme anglais "telecine", parmi lesquels l'infâme
- NTSC "3:2 pulldown" en est une variété.
- A moins que la vidéo source ne soit déjà basée sur des trames (et avec le bon nombre de trames par seconde),
- vous avez un film dans un format autre que celui d'origine.
-</para>
-
-<itemizedlist>
- <title>Plusieurs variétés communes de pulldown&nbsp;:</title>
-<listitem><para>
- <emphasis role="bold">Pulldown PAL 2:2 </emphasis>&nbsp;: Le plus joli de
- tous.
- Chaque image est affichée pour la durée de deux trames par extraction des lignes
- paires et impaires, puis en les affichant par alternance.
- Si l'original est à 24 images par secondes, ce procédé accélère le film de 4%.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">pulldown PAL 2:2:2:2:2:2:2:2:2:2:2:3</emphasis>&nbsp;:
- Toutes les 12 images, une image est affichées pour la durée de 3 trames au
- lieu de deux. Cela
- permet d'éviter le problème de l'accélération de 4% mais rend le processus bien plus
- difficile à inverser. Cette technique est généralement utilisée dans les productions
- musicales où l'accélération de 4% endommagerait sérieusement la qualité musicale.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Téléciné NTSC 3:2</emphasis>&nbsp;: Les images sont
- alternativement
- affichées pendant une durée de 3 ou 2 trames. Cela donne un nombre de trames par seconde
- de 2,5 fois le nombre d'images par seconde de l'original.
- Le résultat est aussi très légèrement ralenti de 60 trames par secondes à 60000/1001
- trames par seconde pour maintenir la vitesse d'affichage NTSC.
-</para></listitem>
-<listitem><para>
- <emphasis role="bold">Pulldown NTSC 2:2</emphasis>&nbsp;: Utilisé pour
- montrer du 30 images par secondes sur du NTSC. Joli, comme le pulldown PAL
- 2:2.
-</para></listitem>
-</itemizedlist>
-
-<para>
- Il y aussi des méthodes de conversion entre vidéos NTSC et PAL
- mais cela sort du cadre de ce guide.
- Au cas où vous rencontriez un film au format NTSC ou PAL et vouliez l'encodez,
- le mieux serait de trouver une copie du film dans le format original.
- La conversion entre ces deux formats est hautement destructrice et ne peut
- être inversee proprement, votre encodage en souffrirait grandement s'il était
- fait à partir d'une source déja convertie (en NTSC ou PAL).
-</para>
-<para>
- Quand des vidéos sont stockées sur un DVD, les paires de trames
- consécutives sont rassemblées en une image même si elles ne sont pas censées
- être affichées au même moment.
- Le standard MPEG-2 utilisé dans les DVDs et la télévision numérique fournit
- un moyen à la fois d'encoder les images progressives originales et de stocker le
- numéro des trames auxquelles une image doit être montrée dans l'en-tête de cette image.
- Si cette méthode est utilisée, on dit que le film est "soft-téléciné"
- puisque le procédé impose uniquement au lecteur DVD d'appliquer le pulldown sur le film
- plutôt que d'altérer le film lui-même.
- Ce cas est de loin préférable puisqu'il peut être facilement inversé
- (en fait, ignoré) par l'encodeur et puisqu'il préserve la qualité au maximum.
- Malgré cela, beaucoup de studios de production de DVD et d'émission n'utilisent pas
- les techniques d'encodage correctes, au lieu de cela, elles produisent des films en "hard telecine"
- dans lesquels des trames sont dupliquées dans l'encodage MPEG-2.
-</para>
-<para>
- Les étapes pour gérer correctement ce genre de cas seront évoquées <link
- linkend="menc-feat-telecine">plus tard dans ce guide</link>.
- Pour l'instant, nous allons vous donner quelques indications pour définir à quel type
- source vous avez à faire&nbsp;:
-</para>
-
-<itemizedlist>
- <title>Régions NTSC&nbsp;:</title>
-<listitem><para>
- Si <application>MPlayer</application> affiche que le nombre d'image a changé en
- 24000/1001 quand vous regardez votre film et qu'il ne change plus après cela, c'est
- presque certainement un contenu progressif qui a été "soft téléciné".
-</para></listitem>
-<listitem><para>
- Si <application>MPlayer</application> affiche un nombre d'images par seconde alternant
- entre 24000/1001 et 30000/1001 et que vous voyez un effet de peigne par moment, alors
- il y a plusieurs possibilités.
- Les segments en 24000/1001 images par seconde sont très certainement un contenu progressif,
- "soft teleciné" mais les parties en 30000/1001 images par secondes peuvent être soit
- un contenu en 24000/1001 images par seconde "hard-telecinées", soit une vidéo NTSC en
- 60000/1001 trames par seconde.
- Utilisez les mêmes conseils que ceux pour les deux cas qui suivent pour savoir lequel.
-</para></listitem>
-<listitem><para>
- Si <application>MPlayer</application> montre un nombre d'images par seconde constant
- et que chacune des images des scènes de mouvement souffre d'un effet de peigne, alors
- votre film est une vidéo NTSC à 60000/1001 trames par seconde.
-</para></listitem>
-<listitem><para>
- Si <application>MPlayer</application> montre un nombre d'images par seconde constant
- et que deux images sur cinq souffrent d'un effet de peigne, votre film est "hard téléciné"
- en 24000/1001 images par seconde.
-</para></listitem>
-</itemizedlist>
-
-<itemizedlist>
- <title>Régions PAL&nbsp;:</title>
-<listitem><para>
- Si vous ne voyez jamais d'effet de peigne, le film est en pulldown 2:2.
-</para></listitem>
-<listitem><para>
- Si vous voyez un effet de peigne apparaissant et disparaissant
- toutes les demi-secondes, alors le film a subi un pulldown 2:2:2:2:2:2:2:2:2:2:2:3.
-</para></listitem>
-<listitem><para>
- Si vous voyez toujours un effet de peigne dans les scènes de mouvement,
- alors le film est en PAL à 50 trames par secondes.
-</para></listitem>
-</itemizedlist>
-
-<note><title>Astuce:</title>
-<para>
- <application>MPlayer</application> peut ralentir la lecture d'un film en utilisant
- l'option <option>-speed</option> ou le jouer image par image.
- Essayer <option>-speed 0.2</option> afin de regarder le film
- très lentement ou presser la touche "<keycap>.</keycap>" répététivement pour avancer
- image par image et ainsi identifier la "signature" du pulldown si
- celle-ci n'est pas visible à vitesse normale.
-</para>
-</note>
-</sect3>
-</sect2>
-
-<sect2 id="menc-feat-dvd-mpeg4-2pass">
-<title>Quantificateur constant contre multipasse</title>
-
-<para>
- Il est possible d'encoder votre film à de très différentes qualités.
- Avec un encodeurs vidéo modernes et quelques compression pré-codec
- (antibruit et redimensionnement) il est possible d'obtenir une
- trés bonne qualité pour un film grand écran de 90-110 minutes sur 700Mb.
- De plus, à part les plus longs, tous les films peuvent être encodés
- à une qualité presque parfaite sur 1400Mb.
-</para>
-
-<para>
- Il y a trois approches possibles pour encoder une vidéo&nbsp;: débit
- constant (CBR), quantification constante, et multipasse (ABR pour average
- bitrate ou débit moyen).
-</para>
-
-<para>
- La complexité des images d'un film et donc le nombre de bits requis pour
- les compresser peut varier grandement d'une scène à l'autre.
- Les encodeurs vidéos modernes peuvent s'ajuster à ces besoins en faisant
- varier le débit.
- Cependant, dans des modes simples comme le CBR, le compresseur ne connaît
- pas le besoin en débit pour les scènes à venir et ne peut donc pas excéder
- le débit moyen requis pour de longues portions du film.
- Des modes plus avancés, comme l'encodage multipasse peuvent prendre
- en compte les statistiques des passes précédentes, ce qui règle le
- problème ci-dessus.
-</para>
-
-<note><title>Note&nbsp;:</title>
-<para>
- La plupart des codecs qui supportent la compression ABR supportent seulement deux
- passages alors que d'autres comme le <systemitem class="library">x264</systemitem>,
- le <systemitem class="library">Xvid</systemitem> et le
- <systemitem class="library">libavcodec</systemitem> supportent le multipasse
- ce qui améliore légèrement la qualité à chaque passe même si ces améliorations
- ne sont plus visibles ou mesurables après environ la quatrième passe.
- Ainsi, dans cette section, deux passes et multipasse seront utilisés indifféremment.
-</para>
-</note>
-
-<para>
- Dans chacun de ces modes, le codec vidéo (tel que
- <systemitem class="library">libavcodec</systemitem>)
- sépare les images vidéo en macroblocs de 16x16 pixels et applique ensuite
- un quantificateur sur chaque macrobloc. Plus le quantificateur est bas, meilleure
- est la qualité et plus le débit est grand. La méthode utilisée par
- l'encodeur pour déterminer quel quantificateur utiliser pour un macrobloc donné
- varie et est très configurable. (ceci est une simplification
- à l'extrême du processus, mais il est utile de comprendre le principe de base).
-</para>
-
-<!-- FIXME -->
-<para>
- Lorsque vous spécifiez un débit constant, le codec vidéo encode la vidéo
- en excluant les détails autant qu'il le faut et aussi peu que possible
- de façon à rester en dessous du débit spécifié.
- Si la taille du fichier vous est vraiment égale, vous pourriez aussi bien
- fixer un débit constant infini (en pratique, dela signifie une valeur assez
- haute pour ne pas poser de limites, tel que 10000Kbit). Sans réelle
- restriction de débit, le codec utilisera le plus
- bas quantificateur possible pour chaque macrobloc (tel que spécifié par
- <option>vqmin</option> pour <systemitem class="library">libavcodec</systemitem>,
- qui vaut 2 par défaut). Dès que vous spécifiez un débit suffisament bas pour
- que le codec soit forcé d'utiliser un quantificateur plus grand, vous ruinez
- très certainement la qualité votre vidéo. Pour éviter ça, vous devriez probablement
- réduire la résolution de votre vidéo en suivant la méthode décrite plus tard
- dans ce guide.En général, vous devriez éviter le CBR si vous vous souciez de
- la qualité.
-</para>
-
-<para>
- Avec un quantificateur constant, le codec utilise
- le même quantificateur (spécifié par l'option <option>vqscale</option> pour
- <systemitem class="library">libavcodec</systemitem>) sur chaque macrobloc.
- Si vous voulez un encodage de la meilleure qualité possible, cette fois encore
- en ignorant le débit, vous pouvez utiliser <option>vqscale=2</option>. Cela
- donnera le même débit et le même PSNR (Peak Signal-to-Noise Ratio, rapport signal
- sur bruit de crête) que le CBR avec <option>vbitrate</option>=infini et la valeur
- par défaut de <option>vqmin</option>&nbsp;:&nbsp;2.
-</para>
-
-<para>
- Le problème avec la quantification constante est que cela utilise le quantificateur
- spécifié que le macrobloc en ait besoin ou non. En fait, il doit être possible
- d'utiliser un quantificateur plus haut sur un macrobloc sans sacrifier la
- qualité visuelle. Pourquoi gaspiller les bits avec un quantificateur inutilement
- bas&thinsp;? Votre microprocesseur est sûrement a largement assez puissant,
- tandis que votre disque lui, a une taille limitée.
-</para>
-
-<para>
- Avec l'encodage deux passes, la première passe va encoder le film comme
- en CBR, mais va garder un journal des propriétés de chaque image. Ces données
- sont ensuite utilisées pendant la seconde passe de façon à choisir intelligemment
- quels quantificateurs utiliser. Lors des scènes d'action rapide ou celles ayant
- beaucoup de détails, des quantificateurs plus élevés seront probablement utilisés.
- Pendant les scènes avec peu de mouvements ou avec peu de détails, ce seront
- des quantificateurs plus bas. Normalement, la quantité de mouvement est bien plus
- importante que la quantité de détail.
-</para>
-
-<para>
- Si vous utilisez <option>vqscale=2</option>, alors vous gaspillez des bits.
- Si vous utilisez <option>vqscale=3</option>, vous n'avez pas la meilleure
- qualité d'encodage. Supposez que vous encodez un DVD avec
- <option>vqscale=3</option>, et que le résultat est 1800Kbit/s. Si vous faites
- un encodage en deux passes avec <option>vbitrate=1800</option>, la vidéo produite
- aura une <emphasis role="bold">meilleure qualité</emphasis> pour le
- <emphasis role="bold">même débit</emphasis>.
-</para>
-
-<para>
- Maintenant que vous êtes convaincu que l'encodage deux passes est la bonne méthode,
- la vraie question est maintenant de savoir quel débit utiliser. Il n'y a pas de
- réponse toute faite. Idéalement, vous devriez choisir un débit offrant un compromis
- entre qualité et taille de fichier. Cette valeur varie selon la vidéo source.
-</para>
-
-<para>
- Si la taille ne compte pas, un bon point de départ pour un encodage de très haute
- qualité est environ 2000kbit/s plus ou moins 200kbit/s.
- Pour les vidéos comportant beaucoup d'actions ou de détails ou si vous avez
- de très bon yeux, vous pouvez choisir 2400 ou 2600.
- Pour certains DVDs, vous pourriez ne pas voir de différence à 1400kbps. C'est une
- bonne idée que d'essayer sur des scènes avec différents débits pour se rendre
- compte.
-</para>
-
-<para>
- Si vous avez fixé une taille limite, alors il faudra d'une certaine façon calculer
- le débit. Mais avant cela, il faudra définir l'espace que
- vous réservez aux piste(s) audio et vous devrez <link linkend="menc-feat-dvd-mpeg4-audio">
- les encoder</link> en premier.
- Vous pourrez alors calculer le débit souhaité avec l'équation
- suivante&nbsp;:
- <systemitem>Débit = (taille_fichier_final_en_Mo - taille_fichier_son_en_Mo) *
- 1024 * 1024 / durée_en_secondes * 8 / 1000</systemitem>
- Par exemple, pour ramener deux heures de films sur un CD de 702Mo avec une piste
- son de 60Mo, le débit vidéo sera alors de&nbsp;:
- <systemitem>(702 - 60) * 1024 * 1024 / (120*60) * 8 / 1000 = 740kbit/s</systemitem>
-</para>
-
-</sect2>
-<sect2 id="menc-feat-dvd-mpeg4-constraints">
-<title>Contraintes pour une compression efficace</title>
-
-<para>
- De par la nature intrinsèque de la compression MPEG, de nombreux
- paramètres entrent en jeu afin d'obtenir une qualité maximale.
- Le MPEG découpe la vidéo en carré de 16x16 appelé macroblocs. Chacun
- d'entre eux est composé de 4 petits (8x8) blocs contenant des informations sur
- la luminosité (intensité) ainsi que de 2 blocs (donc à résolution moitié)
- contenant des informations chromatiques (pour les teintes rouge-cyan et bleu-jaune).
- Même si la longueur et la largeur du film ne sont pas des multiples de 16,
- l'encodeur utilisera des macroblocs de 16x16 pour couvrir l'image entière,
- l'espace restant sera alors perdu.
- Si votre intérêt est de conserver une très bonne qualité, utiliser des résolutions
- non multiples de 16 n'est pas une bonne idée.
-</para>
-
-<para>
- La plupart des DVDs ont aussi des bandes noires sur les bords. Négliger
- ces parties peut <emphasis role="bold">grandement</emphasis> altérer la qualité de plusieurs manières.
-</para>
-
-<orderedlist>
-<listitem>
-<para>
- La compression MPEG est aussi dépendante du domaine de transformation des
- fréquences, en particulier du "Discrete Cosine Transform (DCT)" (similaire à une
- transformée de Fourier). Ce type d'encodage est efficace pour les
- formes et les transitions douces, mais fonctionne moins bien avec les contours
- acérés. Afin d'encoder correctement, il demandera plus de bits, sinon des
- artefacts de compression apparaîtront, aussi connus sous le nom de "ringing".
-</para>
-
-<para>
- La transformation en fréquence (DCT) prend place séparément dans chaque
- macrobloc (en fait, dans chaque bloc), donc le problème n'apparaîtra
- que si un bord franc se situe dans ce bloc. Si vos bordures noires commencent
- exactement sur un multiple de 16, ce ne sera pas un problème. En pratique,
- les bordures ne sont jamais bien alignées, et il sera certainement
- nécessaire de les couper pour éviter ces défauts.
-</para>
-</listitem>
-</orderedlist>
-
-<para>
- En plus des transformations au niveau des fréquences, la compression MPEG
- utilise des vecteurs de mouvements représentant les changements d'une image
- à la suivante. Ces vecteurs de mouvements voient leur utilité grandement
- réduite quand la prochaine image à un contenu totalement différent. Quand
- il y a un mouvement qui sort de la région encodée, cela ne pose pas de problème
- aux vecteurs. En revanche, cela peut poser des problèmes avec les bandes
- noires&nbsp;:
-</para>
-
-<orderedlist continuation="continues">
-<listitem>
-<para>
- Pour chaque macrobloc, la compression MPEG stocke un vecteur identifiant
- quelle partie de l'image précédente devrait être copiée dans les macroblocs
- de l'image suivante. Seules les différences devront alors être encodées.
- Si le macrobloc s'étend et prend en compte une des bordures noire de l'image,
- alors le vecteur de mouvement écrasera la bordure noire. Cela veut dire que de
- nombreux bits sont gaspillés pour re-noircir la bande noire ou alors (plus probable) que le vecteur
- de mouvement ne sera pas du tout utilisé et que tout le macrobloc
- devra alors être ré-encodé. Dans tous les cas, l'efficacité de l'encodage en est
- grandement améliorée.
-</para>
-
-<para>
- Une fois encore, ce problème n'existe que si les lignes des bordures noires
- ne sont pas un multiple de 16.
-</para>
-</listitem>
-
-<listitem>
-<para>
- Enfin, supposons que l'on ait un macrobloc à l'intérieur d'une image et qu'un
- objet se déplace dans ce bloc proche d'un bord de l'image. Malheureusement, le
- MPEG ne sait pas faire "copier juste la partie qui dans l'image et laisser tomber
- la partie noire". Donc la partie noire sera alors aussi copiée, ce qui fait encore gaspiller
- beaucoup de bits pour compresser un morceau d'image qui n'est pas sensé être là.
-</para>
-
-<para>
- Si l'objet en mouvement parcourt depuis le bord noir jusque dans la zone encodée,
- le MPEG dispose d'optimisation spéciales pour copier en répétition des pixels
- depuis le bord de l'image lorsque celui vient de l'extérieur de la partie encodée.
- Ces optimisations deviennent inutiles quand le film à des bandes noires. Contrairement
- aux problèmes 1 et 2, même les bordures noires multiples de 16 n'aident pas dans ce cas.
-</para>
-</listitem>
-
-<listitem>
-<para>
- Malgré le fait que les bordures soient entièrement noires et quelles ne changent jamais,
- elles impliquent un léger surplus dû au plus grand nombre macroblocs à coder.
-</para>
-</listitem>
-</orderedlist>
-
-<para>
- Pour toutes ces raisons, il est préférable de couper entièrement ces bandes
- noires. Dans la même optique, s'il y a une partie contenant du bruit ou de la
- distorsion d'image près d'une bordure, la coupure l'enlèvera et permettra d'avoir
- une amélioration significative de la qualité de l'encodage. Les puristes parmi les vidéophiles
- souhaiteront préserver l'encodage le plus proche possible de
- l'original, à moins qu'ils n'encodent avec un quantificateur constant, la qualité
- gagnée après la suppression des bandes noires améliorera grandement la qualité
- finale de l'encodage au regard des quelques informations perdues.
-</para>
-</sect2>
-
-
-<sect2 id="menc-feat-dvd-mpeg4-crop">
-<title>Découpage et Redimensionnement</title>
-
-<para>
- Vous vous souvenez de la section précédente que les dimensions (à la fois largeur et hauteur)
- de l'image finale doivent être des
- multiples de 16. Cela peut être réalisé par recadrage (découpe),
- redimensionnement ou une combinaison des deux.
-</para>
-
-<para>
- Lors du recadrage, il y a quelques règles qui doivent être respectées pour éviter
- d'endommager votre film.
- Le format YUV normal, 4:2:0, stocke la chrominance (la couleur) de manière
- sous-échantillonnée, c'est à dire que la chrominance est échantillonnée moitié moins
- souvent que la luminance (intensité). Sur le schéma suivant, L indique l'échantillonage en luminance et C en chrominance.
-</para>
-
-<informaltable>
-<?dbhtml table-width="40%" ?>
-<?dbfo table-width="40%" ?>
-<tgroup cols="8" align="center">
-<colspec colnum="1" colname="col1"/>
-<colspec colnum="2" colname="col2"/>
-<colspec colnum="3" colname="col3"/>
-<colspec colnum="4" colname="col4"/>
-<colspec colnum="5" colname="col5"/>
-<colspec colnum="6" colname="col6"/>
-<colspec colnum="7" colname="col7"/>
-<colspec colnum="8" colname="col8"/>
-<spanspec spanname="spa1-2" namest="col1" nameend="col2"/>
-<spanspec spanname="spa3-4" namest="col3" nameend="col4"/>
-<spanspec spanname="spa5-6" namest="col5" nameend="col6"/>
-<spanspec spanname="spa7-8" namest="col7" nameend="col8"/>
- <tbody>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry spanname="spa1-2">C</entry>
- <entry spanname="spa3-4">C</entry>
- <entry spanname="spa5-6">C</entry>
- <entry spanname="spa7-8">C</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry spanname="spa1-2">C</entry>
- <entry spanname="spa3-4">C</entry>
- <entry spanname="spa5-6">C</entry>
- <entry spanname="spa7-8">C</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- </tbody>
-</tgroup>
-</informaltable>
-
-<para>
- Comme vous pouvez le voir, les lignes et colonnes de l'image viennent naturellement par deux.
- Ainsi, les dimensions de votre recadrage ainsi que ses distances au bords d'origine
- <emphasis>doivent</emphasis> être paires. Si elles ne
- l'étaient pas, les chrominances et luminances ne seraient plus alignées.
- En théorie, il est possible d'avoir des dimensions impaires, mais cela
- requière un nouvel échantillonage de la chrominance, ce qui
- engendre potentiellement des pertes d'information et n'est pas supporté par
- le filtre de recadrage.
-</para>
-
-<para>
- Ensuite, la vidéo entrelacée est échantillonnée de la façon suivante&nbsp;:
-</para>
-
-<informaltable>
-<?dbhtml table-width="80%" ?>
-<?dbfo table-width="80%" ?>
-<tgroup cols="16" align="center">
-<colspec colnum="1" colname="col1"/>
-<colspec colnum="2" colname="col2"/>
-<colspec colnum="3" colname="col3"/>
-<colspec colnum="4" colname="col4"/>
-<colspec colnum="5" colname="col5"/>
-<colspec colnum="6" colname="col6"/>
-<colspec colnum="7" colname="col7"/>
-<colspec colnum="8" colname="col8"/>
-<colspec colnum="9" colname="col9"/>
-<colspec colnum="10" colname="col10"/>
-<colspec colnum="11" colname="col11"/>
-<colspec colnum="12" colname="col12"/>
-<colspec colnum="13" colname="col13"/>
-<colspec colnum="14" colname="col14"/>
-<colspec colnum="15" colname="col15"/>
-<colspec colnum="16" colname="col16"/>
-<spanspec spanname="spa1-2" namest="col1" nameend="col2"/>
-<spanspec spanname="spa3-4" namest="col3" nameend="col4"/>
-<spanspec spanname="spa5-6" namest="col5" nameend="col6"/>
-<spanspec spanname="spa7-8" namest="col7" nameend="col8"/>
-<spanspec spanname="spa9-10" namest="col9" nameend="col10"/>
-<spanspec spanname="spa11-12" namest="col11" nameend="col12"/>
-<spanspec spanname="spa13-14" namest="col13" nameend="col14"/>
-<spanspec spanname="spa15-16" namest="col15" nameend="col16"/>
- <tbody>
- <row>
- <entry namest="col1" nameend="col8">Trame impaire</entry>
- <entry namest="col9" nameend="col16">Trame paire</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry spanname="spa1-2">C</entry>
- <entry spanname="spa3-4">C</entry>
- <entry spanname="spa5-6">C</entry>
- <entry spanname="spa7-8">C</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry spanname="spa9-10">C</entry>
- <entry spanname="spa11-12">C</entry>
- <entry spanname="spa13-14">C</entry>
- <entry spanname="spa15-16">C</entry>
- </row>
- <row>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry spanname="spa1-2">C</entry>
- <entry spanname="spa3-4">C</entry>
- <entry spanname="spa5-6">C</entry>
- <entry spanname="spa7-8">C</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- </row>
- <row>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- </row>
- <row>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry>L</entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>
- <entry></entry>