diff options
| author | wm4 <wm4@mplayer2.org> | 2012-07-28 17:07:49 +0200 |
|---|---|---|
| committer | wm4 <wm4@mplayer2.org> | 2012-07-28 17:24:05 +0200 |
| commit | 51e198c2a1e43b74ad35ef358628dcd8791158d9 (patch) | |
| tree | 60f6c2255ed912a7a4866b71728104a2cb2442f1 /DOCS/xml/fr/encoding-guide.xml | |
| parent | 2793e7eb70a342b346788f83e1ed660c8e0d491e (diff) | |
| parent | 7dfaaa95104a8e6dc024fddaf1b49c71768f1be7 (diff) | |
| download | mpv-51e198c2a1e43b74ad35ef358628dcd8791158d9.tar.bz2 mpv-51e198c2a1e43b74ad35ef358628dcd8791158d9.tar.xz | |
Merge remote-tracking branch 'origin/master'
Conflicts:
.gitignore
bstr.c
cfg-mplayer.h
defaultopts.c
libvo/video_out.c
The conflict in bstr.c is due to uau adding a bstr_getline function in
commit 2ba8b91a97e7e8. This function already existed in this branch.
While uau's function is obviously derived from mine, it's incompatible.
His function preserves line breaks, while mine strips them. Add a
bstr_strip_linebreaks function, fix all other uses of bstr_getline, and
pick uau's implementation.
In .gitignore, change vo_gl3_shaders.h to use an absolute path
additional to resolving the merge conflict.
Diffstat (limited to 'DOCS/xml/fr/encoding-guide.xml')
| -rw-r--r-- | DOCS/xml/fr/encoding-guide.xml | 5401 |
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 ("DivX") de bonne qualité à partir d'un DVD</title> - -<para> - Il y a une question qui revient souvent :"Comment puis-je recopier un DVD avec la - meilleure qualité possible pour une taille donnée ?". Ou encore : - "Comment puis-je recopier un DVD sur mon disque dur avec la meilleure qualité - possible ? 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 ? 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 : 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 : - 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 : 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 : -</para> -<itemizedlist> -<listitem><para> - <emphasis role="bold">Film standard</emphasis> : produit pour une - diffusion cinématographique en 24 images par secondes. -</para></listitem> -<listitem><para> - <emphasis role="bold">Vidéo PAL</emphasis> : 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> : 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> : 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> : 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> : 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 :</title> -<listitem><para> - <emphasis role="bold">Pulldown PAL 2:2 </emphasis> : 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> : - 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> : 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> : 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 : -</para> - -<itemizedlist> - <title>Régions NTSC :</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 :</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 : 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 :</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> : 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 ? 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 : - <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 : - <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 : -</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 : -</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> |