mjpegtools - En ligne dans le Cloud

PROGRAMME:

Nom

mjpegtools - Une introduction aux outils MJPEG

Introduction

J'ai écrit ces choses, parce que j'avais beaucoup de feuilles avec des notes dessus. Cela devrait être
une sorte de résumé des connaissances recueillies sur une longue période de temps. Andrew Stevens
aidé avec l'encodage et les connaissances et astuces VCD.

Mjpegtools est un ensemble de programmes qui peuvent faire l'enregistrement, la lecture, l'édition et éventuellement MPEG
compression de l'audio et de la vidéo sous Linux.

Bien que principalement destiné à être utilisé avec des cartes de capture / lecture basées sur le Zoran
La puce de codec ZR36067 MJPEG mjpegtools peut facilement être utilisée pour traiter et compresser la vidéo MJPEG
flux capturés à l'aide de xawtv à l'aide de simples dispositifs de tampon de trame.

Le HOWTO pour les outils destiné à donner une introduction aux outils MJPEG et aux
création de vidéos MPEG 1/2. VCD, SVCD et DVD et le transcodage des mpeg existants
ruisseaux.

Pour plus d'informations sur les programmes, lisez la page de manuel correspondante.

Achtung es gibt auch eine deutsche Version bei :

Il y a aussi une page de manuel de ce texte. Vous pouvez le lire avec "man mjpegtools" s'il est installé.
Nous avons également une version info que vous devriez pouvoir lire avec info

La version texte de ce texte est disponible via cvs. Vous devriez l'obtenir avec l'archive ou
le package précompilé (RPM et deb).

Dans l'image suivante, vous voyez le flux de travail typique lorsque vous enregistrez une vidéo, coupez-la
ensuite et l'encoder. Dans l'image, vous voyez également les connexions à d'autres programmes.
Ces pièces sont en gris. Les parties en bleu peuvent être réalisées avec les mjpegtools.

Flux de travail d'encodage vidéo

Liste non triée d'astuces utiles

Vous devez compiler et installer le package mjpeg_play, pour cela lisez le README &
INSTALL.real et suivez les conseils du script de configuration. Si vous ne voulez pas compiler
celui-ci, vous pouvez télécharger le package mjpeg .RPM ou .DEB sur Sourceforge, ou si disponible utiliser
celui qui vient avec votre distribution.

Il y a un script dans le répertoire scripts/. Ce script est quelque chose qui vous montre un chemin
ça peut être fait. Il crée également (dans certaines circonstances) des vidéos qui ont l'air assez bonnes.
De meilleures vidéos que vous obtiendrez uniquement en réglant les paramètres.

Si vous utilisez un noyau Linux de la série 2.4, vous devrez généralement charger les pilotes
pour les cartes Buz ou DC10 ou LML33. Vous devez exécuter le script de mise à jour fournissant comme option
le nom de votre carte que vous avez. Le script se trouve généralement dans /usr/src/driver-zoran/. Les
Le pilote du noyau Zoran sous le noyau 2.4.4 ne fonctionne pas. Vous devez utiliser le pilote
Disponible depuis:

Dans le 2.6. Le noyau Linux est le pilote pour les cartes Zoran incluses, il vous suffit de faire
assurez-vous qu'il est chargé correctement. Si vous avez une machine x64 et un noyau plus récent que
2.6.30 nous serions heureux d'apprendre que vous pouvez enregistrer à partir de la carte basée sur Zoran. je suis
pas aigre si cette combinaison fonctionne.

Le pilote de la carte Matrox Marvel fonctionne également, plus d'informations à ce sujet :

Si vous compilez les outils sur un ordinateur basé sur P6 (PPro, P-II, P-III, P-4, Athlon, Duron)
alors n'essayez jamais de les laisser fonctionner sur un ordinateur basé sur P5 (Pentium, Pentium-MMX, K6, K6-x,
Cyrix, Via, Winchip). Vous recevrez une « instruction illégale » et le programme ne fonctionnera pas. Cette
est également le même pour le nouveau processeur. Si vous utilisez des optimisations spécifiques, soyez-en conscient.

Si lav2yuv vide le noyau, une cause possible est qu'aucun support dv n'a été inclus. Pour l'activer
assurez-vous que libdv est installé sur le système. Cela sera nécessaire si vous utilisez
un appareil photo numérique (ou un convertisseur analogique-DV tel que le Canopus ADVC100 et convertir le
dv avi au format MPEG.

Démarrez xawtv pour voir si vous obtenez une image. Si vous souhaitez utiliser la lecture HW de l'enregistrement
streams, vous devez démarrer xawtv (toute application TV fonctionne) une fois pour que les streams soient lus
arrière. Vous devriez également vérifier les paramètres de votre table de mixage dans la carte son. Si vous utilisez v4l2
vous devriez essayer mplayer pour regarder l'image

Si vous compilez les outils sur une plate-forme autre que Linux, tous les outils ne fonctionneront pas.
Mjpegtools sur un système OS/X par exemple n'aura pas la capacité V4L (video4linux).

N'essayez jamais d'arrêter ou de démarrer l'application TV lorsque lavrec fonctionne. Si vous démarrez ou arrêtez le
L'application TV lavrec arrêtera l'enregistrement, ou votre ordinateur pourrait se "geler". C'est un
problème de v4l (video4linux).

Ce problème est résolu avec la v4l2. Si vous utilisez v4l2, vous pouvez enregistrer la vidéo et arrêter et
démarrez l'application TV quand vous le souhaitez. Mais la v4l2 est actuellement (7 janvier 2003) uniquement
pris en charge pour les cartes basées sur Zoran (BUZ, DC10, DC10+, LML33) si vous utilisez le pilote CVS
de mjpeg.sf.net étiqueté avec ZORAN_VIDEODEV_2. Et ce pilote ne fonctionne qu'avec le
le noyau 2.4.20 et le noyau de développement 2.5.*.

Une dernière chose à propos des données que vous obtenez avant de commencer :

Audio : (taux d'échantillonnage * canaux * taille de bits) / (8 * 1024)
Qualité CD :(44100 échantillons/sec * 2 canaux * 16 bits) / (8 * 1024)=172,2 kB/sec

Le 8 * 1024 convertit la valeur de bit/sec en kByte/sec

Vidéo : (largeur * hauteur * fréquence d'images * qualité) / (200 * 1024)
PAL DEMI Taille : (352 * 288 * 25 * 80) / (200 * 1024) = 990 Ko/sec
PAL PLEINE taille : (720 * 576 * 25 * 80) / (200 * 1024) = 4050 Ko/sec
Taille NTSC DEMI : (352 * 240 * 30 * 80) / (200 * 1024) = 990 Ko/sec
NTSC PLEINE taille : (720 * 480 * 30 * 80) / (200 * 1024) = 4050 Ko/sec

Le 1024 convertit les octets en koctets. Toutes les cartes ne peuvent pas enregistrer la taille mentionnée. Les
Buz et Marvel G400 par exemple ne peuvent enregistrer qu'une taille de 720x576 en utilisant -d 1, le
DC10 enregistre une taille de 384x288 lors de l'utilisation de -d 2.

Lorsque vous ajoutez un débit de données audio et vidéo, c'est ce que votre disque dur doit pouvoir écrire
en continu, sinon vous aurez perdu des images.

Si vous voulez jouer avec le --mjpeg-taille-du-tampon. N'oubliez pas que la valeur doit être au moins
assez grand pour qu'un cadre y tienne. La taille d'un cadre est : (largeur * hauteur * qualité
) / (200 * 1024) = ko Si le tampon est trop petit le calcul du taux ne correspond à aucun
plus et des débordements de tampon peuvent se produire. La valeur maximale est de 512 Ko.

Le fonctionnement de la vidéo et la différence entre les types de vidéo sont expliqués ici :

Vous y trouverez également comment créer des images fixes MPEG pour VCD/SVCD.

Une bonne description de DV (Digital Video) peut être trouvée ici :

Certain livres we trouvé utile

écrit en anglais:

Vidéo numérique et TVHD par Charles Poyton (ISBN 1-55860-792-7)

Compression vidéo numérique par Peter Symes (ISBN 0-07-142487-3)

Vidéo démystifiée par Keith Jack (ISBN 1-878707-56-6)

écrit en allemand :

Fernsehtechnik de Rudolf Maeusl (ISBN 3-7785-2374-0)

Professionelle Videotechnik - analoge und digital Grundlagen von U. Schmidt (ISBN
3-540-43974-9)

Techniques de cinéma et vidéo numériques de U. Schmidt (ISBN 3-446-21827-0)

Si vous connaissez un autre très bon livre à ce sujet, écrivez-nous !

Enregistrement de vidéos

lavrec exemples

L'enregistrement avec lavrec ressemble à ceci :

> lavrec -f a -i P -d 2 enregistrement.avi

Doit commencer à enregistrer maintenant,

-FA

utiliser AVI comme format de sortie,

-jeP

utiliser comme source d'entrée le SVHS-In au format PAL,

-d 2

la taille des images est la moitié de la taille (352x288)

enregistrement.avi

nom du fichier créé.

L'enregistrement est terminé en appuyant sur Ctrl-C (sur les claviers allemands : Strg-C). Parfois en utilisant
-f A au lieu de -f a pourrait être nécessaire

Autre exemple:

> lavrec -f q -i n -d 1 -q 80 -s -l 80 -R l -U enregistrement.avi

Doit commencer à enregistrer maintenant,

-fq

utiliser Quicktime comme format de sortie,

-dans

utiliser Composite-In au format NTSC,

-d 1

enregistrer des images en pleine taille (640x480)

-q 80

régler la qualité à 80% de l'image capturée

-s

utiliser le mode stéréo (mono par défaut)

-l 80

régler le niveau d'enregistrement à 80% du maximum pendant l'enregistrement

-R l

régler la source d'enregistrement sur Line-In

-U

Avec ce lavrec utilise la lecture au lieu de mmap pour l'enregistrement, cela est nécessaire si votre son
la carte ne prend pas en charge le mmap pour l'enregistrement.

Le réglage du mélangeur ne fonctionne pas avec toutes les cartes son. Si vous enregistrez avec 2
paramètres et les deux enregistrements sont également forts, vous devez configurer le mélangeur avec un mélangeur
programme. Après cela, vous devez utiliser le -l -1 option lorsque vous enregistrez avec lavrec

La taille de l'image dépend de la carte que vous utilisez. En taille réelle (-d 1), vous obtenez ces
tailles d'images : BUZ et LML33 : 720x576, les DC10 et DC30 : 768x576

Autre exemple:

> lavrec -w -f a -i S -d 2 -l -1 enregistrement%02d.avi

devrait commencer à enregistrer,

-w

Attend la confirmation de l'utilisateur pour démarrer (appuyez sur Entrée)

-FA

utiliser AVI comme format de sortie,

-est

utilisez l'entrée SECAM SVHS (l'enregistrement composite SECAM est également possible : -is)

-d 2

la taille des images est la moitié de la taille

-l -1

ne touchez pas aux réglages du mixeur

enregistrement%02d.avi

Ici, lavrec crée le premier fichier nommé record00.avi après que le fichier a atteint une taille de
1.6 Go (après environ 20 minutes d'enregistrement), il démarre une nouvelle séquence nommée record01.avi et
ainsi de suite jusqu'à ce que l'enregistrement soit arrêté ou que le disque soit plein. Avec la sortie de la 1.9.0
La version mjpegtools est capable de gérer les fichiers AVI de plus de 2 Go. Donc cette option est présente
pour la compatibilité.

Autre exemple:

> lavrec -f a -i t -q 80 -d 2 -C europe-ouest:SE20 test.avi

Doit commencer à enregistrer maintenant,

-FA

utiliser AVI comme format de sortie,

-ce

utiliser l'entrée tuner,

-q 80

régler la qualité à 80% de l'image capturée

-d 2

la taille des images est la moitié de la taille (352x288)

-C

choisissez les chaînes TV, et les -it et -iT (source vidéo : tuner TV) correspondants peuvent
actuellement utilisé sur le Marvel G200/G400 et le Matrox Millenium G200/G400 avec Rainbow
Extension de coureur (BTTV-Support est en construction). Pour plus d'informations sur la façon de faire
les parties tuner TV de ces cartes fonctionnent, voir le projet Marvel/Linux sur :

Dernier exemple:

> lavrec -f a -i p -g MONITORING -q 80 -s -l 70 -R l --logiciel-encodage test03.avi

Les deux nouvelles options sont -g MONITORING, qui définit la taille de la vidéo à enregistrer lorsque
grâce à --logiciel-encodage, cela permet l'encodage logiciel des images enregistrées. Avec
cette option, vous pouvez également enregistrer à partir d'une carte basée sur bttv. La charge du processeur est élevée. Cette
L'option ne fonctionne que pour les cartes video4linux génériques (telles que les cartes basées sur brooktree-848/878
cartes), cela ne fonctionne pas pour les cartes basées sur Zoran.

Autres l'enregistrement indices

Tous les lavtools acceptent une description de fichier telle que file*.avi afin que vous n'ayez pas à nommer chaque fichier
mais c'est une possibilité.

Remarque : Plus d'options sont décrites dans la page de manuel, mais avec cela, vous devriez pouvoir obtenir
commencé.

Voici quelques conseils pour des réglages judicieux. Réglez la qualité à 80 % ou plus pour -d 2
Capturer. À pleine résolution, aussi bas que 40% semble être visuellement "parfait". -d 2 est déjà
mieux que la vidéo VHS (beaucoup *!). Pour un Marvel, vous ne devez pas définir une qualité supérieure à
50 lorsque vous enregistrez en taille réelle (-d 1). Si vous utilisez des paramètres plus élevés (-q 60), il est plus
probablement que vous rencontrerez des problèmes. Des paramètres plus élevés entraîneront des pertes d'images. Si
vous visez à créer des VCD alors il y a peu à gagner en enregistrant à plein
résolution car vous devez de toute façon réduire à -d 2 résolution plus tard.

vous pouvez enregistrer à d'autres tailles que l'évident -d 1/2/4. Vous pouvez utiliser des combinaisons où
vous utilisez la moitié de la taille horizontale et la taille verticale complète : -d 21. Cela enregistrerait pour NTSC
à une taille de 352x480. Cela aide si vous souhaitez créer des SVCD, en mettant à l'échelle les 352 pixels mis
à 480 n'est pas aussi visible pour l'œil que si vous utilisiez l'autre combinaison -d 12.
Là où vous avez la pleine résolution horizontale et la moitié verticale, cette version aura un
taille de 720x288 pour NTSC

Certain d'information à propos le débutante lavrec sortie tout en l'enregistrement

0.06.14:22 int : 00040 lst:0 ins:0 del:0 ae:0 td1=0.014 td2=0.029

La première partie montre l'heure d'enregistrement de Lavrec. entier : l'intervalle entre deux trames.
lst : le nombre d'images perdues. ins et du: sont le nombre de cadres insérés et supprimés
pour la correction de synchronisation. ae : nombre d'erreurs audio. td1 et td2 sont le temps audio/vidéo-
différence.

(entier) cadre intervalle devrait être d'environ 33 (NTSC) ou 40 (PAL/SECAM). Si c'est très
différent, vous obtiendrez probablement un mauvais enregistrement et/ou de nombreuses images perdues

(première) perdu cadres sont mauvais et signifient que quelque chose ne fonctionne pas très bien pendant
enregistrement (HD trop lent, utilisation CPU trop élevée, ...) Essayez d'enregistrer avec une décimation plus importante
et peut-être une qualité inférieure.

(dans, supprimer) inséré OR supprimé cadres d'entre eux sont normaux → synchro. Si vous avez beaucoup perdu ET
cadres insérés, vous en demandez trop à votre machine. Utilisez des options moins exigeantes ou
essayez une autre carte son.

(ae) acoustique erreurs ne sont jamais bons. Devrait être 0

(td1, td2) Paisible différenceest toujours flottant autour de 0, sauf si la correction de synchronisation est désactivée
(--synchronization!=2, 2 est la valeur par défaut).

Remarques à propos "entrelacer champ de commander - est ce que nous faisons Vous pouvez go mal et how à fixer il"

Tout d'abord, qu'est-ce que cela signifie que l'ordre des champs entrelacés est erroné ?

La chaîne de traitement d'image mjpegtools est orientée trame. Étant donné que c'est le matériel vidéo qui
est capturé chaque image composée d'un champ supérieur (les lignes 0e, 2e, 4e et ainsi de suite) et d'un
champ du bas (les 1ère, 3ème, 5ème lignes et ainsi de suite).

Il y a trois mauvaises choses qui peuvent arriver avec les champs

Ce n'est vraiment un problème que pour les films en vidéo PAL où chaque image de film est envoyée en tant que
paire de champs. Ceux-ci peuvent être envoyés en premier dans le champ supérieur ou inférieur et, malheureusement, ce n'est pas toujours le
même, bien que le bas en premier semble être habituel. Si vous capturez avec le mauvais ordre de champ
(vous commencez à capturer chaque image avec un bas plutôt qu'un haut ou vice versa) les images
du film sont divisés *entre* images dans le flux. Lecture sur un téléviseur où chaque
le champ s'affiche tout seul, cela est inoffensif. La séquence des champs lus est
exactement la même que la séquence des champs diffusés. Malheureusement, la lecture sur un
Écran d'ordinateur où les deux champs d'un cadre apparaissent à la fois, cela a l'air *terrible* parce que
chaque image mélange efficacement deux moments à 1/25 sec d'intervalle.

Les deux champs peuvent simplement être échangés d'une manière ou d'une autre afin que le haut soit traité comme le bas et le bas
traiter comme haut. Juddering et "tranchage" est le résultat. Cela semble parfois se produire en raison
à des problèmes matériels dans la carte de capture.

Quelque part dans la capture/le traitement de l'*ordre* dans le temps des deux champs dans chaque image peut
être mal étiqueté en quelque sorte. Ce n'est pas bon car cela signifie que lorsque la lecture prend finalement
placer un champ contenant une image échantillonnée plus tôt dans le temps vient après une image échantillonnée
plus tard. Des effets de « bruitage » étranges en sont les résultats.

Comment puis-je reconnaître si j'ai un de ces problèmes ?

Cela peut être difficile à repérer. Si vous avez des images mystérieusement tremblotantes pendant la lecture, essayez
encoder un extrait avec l'ordre inverse des champs forcé (voir ci-dessous). Si les choses s'améliorent
savoir quel était le problème et quelle est la solution!

Les deux champs peuvent simplement être échangés d'une manière ou d'une autre afin que le haut soit traité comme le bas et le bas
traiter comme haut. Juddering et "tranchage" est le résultat. Cela semble parfois se produire en raison
à des problèmes matériels dans la carte de capture. Ce problème ressemble à ça :

Problème d'entrelacement

Quelque part dans la capture/le traitement de l'*ordre* dans le temps des deux champs dans chaque image peut
être mal étiqueté en quelque sorte. Ce n'est pas bon car cela signifie que lorsque la lecture prend finalement
placer un champ contenant une image échantillonnée plus tôt dans le temps vient après une image échantillonnée
plus tard. Il en résulte d'étranges effets de « saccades ».

Si vous utilisez glav ou lavplay, assurez-vous d'utiliser également le -F/--scintillement option. Ce
désactive certaines choses qui améliorent l'image.

Si vous voulez regarder la vidéo, vous pouvez également utiliser yuvplay :

> lav2yuv │ ... │ yuvjouer

S'il y a un problème d'ordre de champ, vous devriez le voir avec yuvplay.

Comment pouvez-vous le réparer?

Pour résoudre ce problème, les champs doivent être « décalés » à travers les cadres. Utilisez yuvcorrect -T
BOTT_FORWARD/TOP_FORWARD pour changer la façon dont les champs sont alloués aux trames. Vous pouvez découvrir
l'ordre actuel des champs pour un fichier MJPEG en regardant les premières lignes de débogage
sortie de : > lav2yuv -v 2 le_fichier_mjpeg > / dev / null Ou réenregistrer l'échange -f a pour -F
A ou vice versa.

Ce n'est pas trop mal non plus. Utilisez un outil qui échange simplement les champs du haut et du bas une seconde
temps. yuvcorrect peut le faire en utilisant le -T LINE_SWITCH.

Est facile à réparer. Soit dites à un outil quelque part de renommer les champs, soit dites simplement au
joueur à jouer dans l'ordre interverti (ce dernier peut être fait « indirectement » en disant
mpeg2enc lors de l'encodage vers inverser le drapeau (-z mais) qui indique au décodeur quel champ
ordre d'utilisation.

In de commander à déterminer exactement est ce que nous faisons type of Entrelacement problème vous avoir, vous need à
extrait quelques cadres grâce au le enregistré courant et commencer a du dernier at leur:

> mkdir pnm
> lav2yuv -f 40 video.avi │ y4mtoppm │ pnmsplit - pnm/image%d.pnm
> rm pnm/image?.pnm
> cd pnm
> xv

Nous créons d'abord un répertoire dans lequel nous stockons les images. Le lav2yuv -f 40 n'écrit que le
40 premières images à la sortie standard. Le programme y4mtoppm convertit les images en images pnm et le
pnmsplit divise l'image en deux images dans l'image en deux images simples. Ensuite nous
supprimez les 10 premières images car pnmsplit ne prend pas en charge la numérotation %0xd. Sans un
zéro avant le numéro, les fichiers seront triés dans le mauvais ordre, ce qui entraînera
lecture confuse.

Utilisez votre programme graphique préféré (xv par exemple) pour visualiser les images. Comme chaque image
ne contiennent qu'un champ sur deux, ils apparaîtront à l'échelle verticale. Si vous regardez le
images, vous devriez voir le film avancer lentement.

Si vous avez un film, vous devriez toujours voir 2 images qui sont à peu près les mêmes (parce que le
l'image du film est divisée en deux champs pour la diffusion) l'un après l'autre. Vous pouvez observer
ceci facilement si vous avez des effets de peigne lorsque vous mettez le film en pause car les deux champs seront
affiché en même temps. Les deux images qui vont ensemble doivent avoir un même
nombre et le nombre impair suivant. Donc si vous jetez un oeil sur les photos : 4 et 5 sont presque
identiques, 5 et 6 diffèrent (ont du mouvement), 6 et 7 identiques, 7 et 8 diffèrent, ....

Pour résoudre ce problème, vous devez utiliser yuvcorrect -T BOTT_FORWARD or TOP_FORWARD. Vous pouvez
ont également le problème que l'ordre des champs (haut/bas) est toujours faux. Vous devrez peut-être
utilisez yuvcorrect une seconde fois avec -M LINE_SWITCH, ou utilisez le mpeg2enc -z (mais) option.

Pour voir si vous avez deviné correctement, extrayez à nouveau les images et réorganisez-les en utilisant
yuvcorrect :

> lav2yuv -f 40 vidéo.avi │ yuvcorrect -T OPTION │ y4mtoppm │ pnmsplit - pnm/image%d.pnm

Où "OPTION" est ce que vous pensez corriger le problème. Ceci est pour le matériel converti
du cinéma. Le matériel produit directement pour la télévision est traité ci-dessous.

Hé, et les films NTSC ?

Les films sont diffusés en NTSC à l'aide d'un pulldown « 3:2 », ce qui signifie que la moitié des images de capture
contiennent des champs de 1 image de film et des demi-champs de 2 images. Pour annuler cet effet pour
encodage MPEG efficace dont vous avez besoin pour utiliser yuvkineco.

Si vous avez une source entrelacée comme une caméra TV vous avez un cadre composé de deux champs
qui sont enregistrés à différents moments. Il est plus difficile de repérer le problème ici. Tu
besoin de trouver quelque chose se déplaçant horizontalement de gauche à droite. Lorsque vous extrayez
les champs, la chose doit se déplacer par petits pas de gauche à droite, pas un grand
pas en avant, petit pas en arrière, grand en avant, petit en arrière...... Vous devez utiliser le même
options mentionnées à la fois pour corriger le problème.

Ne vous attendez pas à ce que l'ordre des champs soit toujours le même (en haut ou en bas en premier) Il peut changer
entre les chaînes, entre les films, et cela peut même changer au sein d'un film. Si ça
change constant, vous devrez peut-être encoder avec le mpeg2enc -I 1 ou même -I 2.

Vous ne pouvez avoir ce problème que si vous enregistrez en taille réelle !!!

Création de vidéos à partir d'autres sources

Voici quelques conseils et descriptions sur la façon de créer des vidéos à partir d'autres sources comme
images et autres types de vidéos.

Vous pourriez également être intéressé à jeter un œil à la Transcodage of existant MPEG-2
.

La création des vidéos grâce au simples images.

Vous pouvez utiliser jpeg2yuv pour créer un flux yuv à partir d'images JPEG distinctes. Ce flux est envoyé
vers stdout, afin qu'il puisse être enregistré dans un fichier, encodé directement dans une vidéo mpeg
en utilisant mpeg2enc ou utilisé pour autre chose.

L'enregistrement d'un flux yuv peut se faire comme ceci :

> jpeg2yuv -f 25 -I p -j image%05d.jpg > résultat.yuv

Crée le fichier result.yuv contenant les données vidéo yuv avec 25 FPS. L'option -f est
utilisé pour définir la fréquence d'images. Notez que image%05d.jpg signifie que les fichiers jpeg sont nommés
image00000.jpg, image00001.jpg et ainsi de suite. (05 signifie cinq chiffres, 04 signifie quatre chiffres,
etc.) Le -I p est nécessaire pour spécifier l'entrelacement. Vous devez vérifier quel type vous
ont. Si vous n'avez pas d'entrelacement, choisissez simplement p pour progressif

Si vous souhaitez encoder une vidéo mpeg directement à partir d'images jpeg sans enregistrer un fichier séparé
type de fichier vidéo :

> jpeg2yuv -f 25 -I p -j image%05d.jpg │ mpeg2enc -o fichier mpeg.m1v

Fait la même chose que ci-dessus mais enregistre une vidéo mpeg plutôt qu'une vidéo yuv. Voir mpeg2enc
section pour plus de détails sur l'utilisation de mpeg2enc.

Vous pouvez également utiliser yuvscaler entre jpeg2yuv et mpeg2enc. Si vous souhaitez créer un SVCD
à partir de vos images sources :

> jpeg2yuv -f 25 -I p -j image%05d.jpg │ yuvscaler -O SVCD │ mpeg2enc -f 4 -o vidéo.m2v

Vous pouvez utiliser l'option -b pour définir le numéro de l'image de départ. Le nombre de
les images à traiter peuvent être spécifiées avec le nombre -n. Par exemple, si votre premier
l'image est image01.jpg plutôt que image00.jpg et vous ne voulez que 60 images à traiter
Type:

>jpeg2yuv -b 1 -f 25 -I p -n 60 -j image*.jpg │ yuv2lav -o flux_sans_son.avi

Ajout du son au flux puis :

> lavaddwav flux_sans_son.avi son.wav stream_with_sound.avi

Pour l'entrée ppm, il y a l'utilitaire ppmtoy4m. Il existe une page de manuel pour ppmtoy4m qui devrait être
consultés pour plus d'informations.

Pour créer une vidéo mpeg, essayez ceci :

> chat *.ppm │ ppmjouet4m -o 75 -n 60 -F 25:1 │ mpeg2enc -o sortie.m1v

cat chaque fichier *.ppm en ppmtoy4m. Là, les 75 premières images (images) sont ignorées et ensuite
60 sont encodés par mpeg2enc en output.m1v. Vous pouvez l'exécuter sans les options -o et -n. Les
Les options -F définissent la fréquence d'images, la valeur par défaut est NTSC (30000:1001), pour PAL, vous devez utiliser -F
25: 1.

D'autres formats d'image peuvent également être utilisés s'il existe un convertisseur en ppm.

>l *.tga │ xarg -n1 tgatoppm │ ppmjouet4m │ yuvjouer

Une liste de noms de fichiers (ls *.tga) est donnée à xargs qui exécute le tgatoppm avec un (-n
1) argument par appel, et alimente la sortie dans ppmtoy4m. Cette fois, la vidéo est seulement
affiché à l'écran. Le xargs n'est nécessaire que si le convertisseur (tgatoppm) ne peut fonctionner que
sur une seule image à la fois.

Si vous souhaitez utiliser l'outil de « conversion » d'ImageMagick (un couteau suisse), essayez :

> convertir * .gif ppm : - │ ppmjouet4m │ yuvjouer

Cela signifie prendre toutes les images '.jpg' dans le répertoire, les convertir au format PPM, les diriger vers stdout,
puis en ppmtoy4m pour la conversion en y4m ....

Le décryptage flux avec mplayer

Décoder les flux avec mplayer est un bon moyen d'apporter toutes les vidéos que mplayer peut
lire quelque chose que vous pouvez éditer ou encoder en mpeg avec mjpegtools. Cette méthode a
a été testé avec mplayer 1.0rc2 et devrait fonctionner avec les versions plus récentes

> mkfifo flux.yuv

> chat flux.yuv │ yuv2lav -o mjpeg_wo.avi &

>mplayer -pas de son -noframedrop -vo yuv4mpeg n'importe quel fichier.mpg

>mplayer -vo nul -à pcm:fichier=n'importe quelfichier.wav n'importe quel fichier.mpg

Vous avez maintenant un exemple d'AVI encodé en mjpeg sans son. Le son sera dans
n'importe quel fichier.wav. Vous pouvez choisir si vous souhaitez ajouter le son à l'AVI avec lavaddwav et
éditez le fichier avant l'encodage.

Vous pouvez également utiliser à la place de yuv2lav, mpeg2enc ou tout autre outil des outils mjpeg afin
votre commande pourrait aussi ressembler à ça :

> cat flux.yuv │ yuvdenoise │ yuvscaler -O SVCD │ mpeg2enc -f 4 -o vidéo_svcd.m2v

cat le fichier wav dans mp2enc pour l'encoder en audio MP2. Les -vo yuv4mpeg l'option marche bien
avec d'autres types d'entrée mentionnés dans la documentation mplayer.

Le décryptage MPEG-2 flux avec mpeg2déc

Vous pouvez décoder les flux mpeg2 avec la version mpeg2dec corrigée qui crée des flux yuv.
Vous pouvez le rediriger vers n'importe quel autre programme mjpegtools. Ou vous utilisez une version mpeg2dec
directement depuis le projet libmpeg2 et utilisez le mode de sortie pgmpipe. Avec le pgmtoy4m
programme, vous pouvez reconvertir cette sortie pgm en yuv.

Si vous vous demandez pourquoi il existe une version corrigée et pgmtoy4m. La réponse est que le
le correctif pour la sortie yuv a été envoyé plusieurs fois aux développeurs de libmpeg2 mais n'a jamais été
inclus. Maintenant, nous avons deux façons de contourner ce problème. Le décodage ressemble à ceci :

> mpeg2déc -s -o pgmpipe ANYTS.VOB │ pgmtoy4m -i t -a 10:11 -r 30000:1001 │ mpeg2enc -f 8
nouvellevidéo.m2v

Vous pouvez décoder l'audio comme décrit dans le Transcodage of existant MPEG-2 Section.

Autres des choses à savoir

Si vous avez des flux de transport de votre carte DVB ou de votre récepteur satellite, vous voudrez peut-être
démultiplexez-les ou coupez-les. Un bel outil pour cela est Projet X Disponible depuis:

Vous pouvez traiter les flux par la suite comme vous le feriez avec n'importe quel film mpeg ou
audio vidéo démultiplexé. Alors le Transcodage of existant MPEG-2 partie de ce document
sera intéressant. Vérifier si l'enregistrement a réussi

Vous pouvez utiliser lavplay ou glav. IMPORTANT: NE JAMAIS essayez d'exécuter xawtv et lavplay ou glav avec
lecture matérielle, cela ne fonctionnera pas. Pour la lecture de logiciels, cela fonctionne très bien.

>lavplay -p S enregistrement.avi

Vous devriez voir la vidéo enregistrée et entendre le son. Mais le décodage de la vidéo est
fait par le CPU qui placera une lourde charge sur le système. L'avantage de cette méthode
est-ce que vous n'avez pas besoin de xawtv.

La meilleure façon :

>lavplay -p H enregistrement.avi

La vidéo est décodée et jouée par le matériel. La charge du système est très faible. Cette volonté
le lire à l'écran en utilisant le matériel plutôt que le décodage logiciel.

Vous pouvez également essayer:

> lavply -p C enregistrement.avi

Qui le jouera en utilisant le matériel mais vers la sortie vidéo de la carte.

> glav enregistrement.avi

Fait la même chose que lavplay mais vous avez une belle interface graphique. Les options pour glav et lavplay sont
Presque pareil. En n'utilisant aucune option, la lecture SW est utilisée.

En utilisant la lecture matérielle, un signal pour le Composite et SVHS OUT est généré afin que vous puissiez
regardez le film sur votre téléviseur.

> lav2yuv test.eli │ yuvjouer

Est une autre façon d'obtenir la vidéo sans son. Vous pouvez utiliser yuvplay une fois dans l'encodage
commander. Lorsque vous utilisez yuvplay dans la commande d'encodage, vous voyez les modifications apportées par les filtres
et mise à l'échelle. Vous pouvez également l'utiliser pour le débogage au ralenti.

NOTE: Après avoir chargé le pilote, vous devez démarrer xawtv pour configurer certaines choses lavplay et
glav ne le font pas, mais ils sont nécessaires pour HW-Playback. N'oubliez pas de fermer xawtv !!

NOTE2: N'essayez pas d'envoyer glav un lavplay en arrière-plan, cela ne fonctionnera pas correctement !!!

NOTE3: La lecture SECAM est maintenant (12.3.2001) uniquement en monochrome mais l'enregistrement et l'encodage
est bien fait.

NOTE4:Des câbles défectueux peuvent réduire la qualité de l'image. Normalement, vous ne pouvez pas le voir, mais quand
il y a du texte, vous remarquerez peut-être une petite ombre. Lorsque vous voyez cela, vous devez modifier le
câble.

Bientôt bientôt: Il existe un outil qui rend le recodage des vidéos très simple : Linux Studio. Tu
pouvez le télécharger sur :

Éditer la vidéo

Modifier avec glav

La plupart des tâches peuvent être facilement effectuées par glav. Comme supprimer des parties de la vidéo, couper, coller et
copier des parties des vidéos.

description du bouton glav

Les modifications doivent être enregistrées car glav ne modifie pas la vidéo de manière destructive. Cette
signifie que la vidéo originale est laissée intacte et que les modifications sont conservées dans un extra
Fichier « Edit List » lisible avec un éditeur de texte. Ces fichiers peuvent être utilisés comme entrée dans le
d'autres programmes lavtools tels que lav2wav, lav2yuv, lavtrans.

Si vous voulez couper le début et la fin du flux, marquez le début et le
et, et utilisez le bouton « enregistrer la sélection ». Le fichier de liste d'édition est ensuite utilisé comme entrée pour le
outils de toilette. Si vous souhaitez diviser une vidéo enregistrée en plusieurs parties plus petites, sélectionnez simplement le
parties, puis enregistrez chaque partie dans un fichier de liste différent.

Vous pouvez voir toutes les modifications apportées à la vidéo et au son MAINTENANT et vous n'avez pas besoin de recalculer
n'importe quoi.

Si vous souhaitez obtenir une version "destructrice" de votre vidéo éditée, utilisez :

> lave-linge -o version_courte.avi -f a editlist.eli

-o

spécifie le nom de la sortie

-FA

précise le format de sortie (AVI par exemple)

editlist.eli

est le fichier liste où sont décrites les modifications. Vous générez le fichier liste avec
les boutons « enregistrer tout » ou « enregistrer la sélection » dans glav.

Unifier des vidéos

> lave-linge -o flux.qt -f q enregistrement_1.avi enregistrement_2.avi ... record_n.avi

-o

spécifie le nom du fichier de sortie

-fq

spécifie le format de sortie, quicktime dans ce cas

Ce n'est généralement pas nécessaire. Gardez à l'esprit qu'il y a une limite de taille de fichier de 2 Go sur 32 bits
systèmes avec une glibc plus ancienne. Généralement pas un problème de nos jours

Séparé sonner

> lave-linge -o son.wav -f w flux.avi

Crée un fichier wav avec le son du stream.avi Peut-être nécessaire si vous souhaitez supprimer
bruit ou si vous souhaitez le convertir dans un autre format de son.

Une autre façon de diviser le son est :

> lav2wav editlist.eli >son.wav

Séparé simples images.

>mkdir jpg ; lave-linge -o jpg/image%05d.jpg -f i flux.avi

Créez d'abord le répertoire "jpg". Ensuite, lavtrans créera des images JPG uniques dans le jpg
répertoire du fichier stream.avi. Les fichiers seront nommés : image00000.jpg,
image00001.jpg ....

Les images jpg créées contiennent l'image entière. Mais si vous avez enregistré en taille réelle
les images sont stockées entrelacées. Habituellement, les visionneuses d'images n'affichent que le premier champ dans
le fichier jpg.

Si vous voulez avoir l'image dans un seul fichier, vous pouvez utiliser cette version

> lav2yuv -f 1 flux.avi │ y4mtoppm -L >fichier.pnm

Si vous souhaitez diviser les champs en fichiers uniques, utilisez ceci :

> lav2yuv -f 5 ../stream.avi │ y4mtoppm │ pnmsplit - image%d.pnm

Peut-être intéressant si vous avez besoin d'exemples d'images et que vous ne voulez pas vous amuser à saisir un
image unique.

La création film transitions

Grâce au lavpipe de Philipp Zabel, nous pouvons maintenant faire des transitions simples entre les films ou
combiner plusieurs couches de films.

Philipp a écrit ce HOWTO sur la façon de faire des transitions :

Supposons simplement cette scène : nous avons deux vidéos d'entrée intro.avi et epilogue.mov et
voulez faire une transition intro.avi vers epilogue.mov avec une durée d'une seconde (c'est-à-dire
25 images pour PAL ou 30 images pour NTSC).

Intro.avi et epiloque.mov doivent être du même format (la même fréquence d'images et
résolution). Dans cet exemple, ce sont tous deux des fichiers PAL 352x288. intro.avi contient 250
frames et epilogue.mov est long de 1000 images.

Par conséquent, notre fichier de sortie contiendra :

les 225 premières images d'intro.avi

une transition de 25 images contenant les 25 dernières images d'intro.avi et les 25 premières images
de epilogue.mov

les 975 dernières images de epilogue.mov

Nous pourrions obtenir les 25 dernières images d'intro.avi en appelant :

>lav2yuv -o 225 -f 25 intro.avi

-o 255, le décalage, indique à lav2yuv de commencer par l'image # 225 et
-f 25 le fait sortir 25 images à partir de là.

Une autre possibilité (car les décalages négatifs sont comptés à partir de la fin) est :

> lav2yuv -o - 25 intro.avi

Et les 25 premières images de epilogue.mov :

> lav2yuv -f 25 épilogue.mov

-o par défaut un décalage de zéro

Mais nous devons combiner les deux flux avec lavpipe. L'appel serait donc :

> tuyau de lavabo "lav2yuv -o 255 -f 25 intro.avi” "lav2yuv -f 25 épilogue.mov”

La sortie de ceci est un flux yuv brut qui peut être introduit dans transist.flt.

transist.flt doit être informé de la durée de la transition et de l'opacité de
le deuxième flux au début et à la fin de la transition :

-o nombre

opacité de la deuxième entrée au début [0-255]

-O nombre

opacité de la deuxième entrée à la fin [0-255]

-d nombre

durée de transition en images

Une opacité de 0 signifie que le deuxième flux est entièrement transparent (un seul flux
visible), à ​​255, le flux deux est totalement opaque.

Dans notre cas, l'appel correct (transition du flux 1 au flux 2) serait :

> transist.flt -o 0 -O 255 -d 25

Les paramètres -s et -n correspondent aux paramètres -o et -f de lav2yuv et ne sont nécessaires que
si quelqu'un veut rendre seulement une partie de la transition pour une raison quelconque. S'il te plaît
notez que cela n'affecte que les calculs de pondération - aucune des entrées n'est vraiment
sauté. Si vous utilisez le paramètre skip (-s 30, par exemple), vous devez également ignorer le
30 premières images dans lav2yuv (-o 30) afin d'obtenir le résultat attendu. Si vous ne l'avez pas fait
comprenez cela, envoyez un e-mail aux auteurs ou ignorez simplement -s et -n. La totalité
la procédure sera à terme automatisée.

Maintenant, nous voulons compresser le flux yuv avec yuv2lav :

> yuv2lav -f a -q 80 -o transition.avi

Lit le flux yuv de stdin et génère un fichier avi (-fa) avec des images jpeg compressées
de qualité 80.

Nous avons maintenant toute la commande pour créer une transition :

> ypipe "lav2yuv -o 255 -f 25 intro.avi” "lav2yuv -f 25 épilogue.mov” │ transist.flt -o 0
-O 255 -d 25 │ yuv2lav -f a -q 80 -o transition.avi

La vidéo résultante peut être écrite sous la forme d'une liste d'édition LAV (un fichier texte brut) contenant le
lignes suivantes :

Liste de modification du VBL
PAL
3
intro.avi
transition.avi
épilogue.mov
0 0 224
1 0 24
2 25 999

Ce fichier peut être introduit dans glav ou lavplay, ou vous pouvez le transférer dans mpeg2enc avec lav2yuv
ou combinez le tout dans un seul fichier mjpeg avec lavtrans ou lav2yuv│yuv2lav.

Conversion du flux en vidéos MPEG ou DIVx

Il y a d'abord une description générale du processus d'encodage et ensuite il y a une
description détaillée de certains formats de sortie couramment utilisés.

Si vous voulez une conversation en une seule commande vers des vidéos mpeg, essayez lav2mpeg dans les scripts
annuaire

L'encodage avec le script lav2mpeg ressemble à ceci pour la sortie mpeg1 :

>lav2mpeg -a 160 -b 2110 -d MONITORING -m mpeg1 -o sortie.mpg fichier.eli

Créera un mpeg1 avec un débit vidéo de 2110 kBit/sec et un débit audio de 160 kBit/sec

à une résolution de 320x240

Ou pour la génération de sortie mpeg2 :

lav2mpeg -o mpeg2 -O sortie.mpg fichier.eli

Créera un mpeg2 avec un débit par défaut dans la même résolution que la résolution d'entrée

Cependant, de meilleurs résultats peuvent être obtenus en essayant diverses options et en découvrant lesquelles
ceux qui fonctionnent le mieux pour vous. Ceux-ci sont discutés ci-dessous.

La création de films MPEG-1 est expliquée avec plus d'exemples et plus en détail
parce que la plupart des choses qui peuvent être utilisées pour MPEG-1 fonctionnent également pour l'autre sortie
formats

Pour la création de séquences VCD/SVCD Stills (-f 6 / -f 7 en mpeg2enc) vous devriez voir :

Des séquences fixes sont nécessaires pour la création de menus en VCD/SVCD. La création de menus est
décrit dans le doku de vcdimager.

La création sonner

Les vidéos MPEG-1 nécessitent des fichiers audio MPEG-1-Layer2 (MP2). Pour les vidéos MPEG-2, vous pouvez utiliser
MPEG-1-Layer2 et MPEG1-Layer3 (MP3). L'audio MP3 n'est pas un format audio officiellement valide, mais
de nombreux lecteurs VCD le reconnaîtront. L'audio MP3 n'est pas valide pour les DVD. Tu devrais coller
en MP2 car de nombreux lecteurs MPEG-2 (lecteur DVD par exemple, généralement le
Les versions ont aussi de gros problèmes avec cela) ne sont pas capables de lire MPEG2-Video et MP3
sonner.

mp2enc est un encodeur audio MP2. L'encodeur toolame est également capable de produire un fichier MP2.
Toolame est beaucoup plus rapide que mp2enc mais toolame n'effectue pas de rééchantillonnage (48000 à 44100
échantillons/seconde). De nombreux lecteurs de matériel lisent les SVCD en utilisant un son à un taux de 48000 3. Pour MPXNUMX
création, je suis sûr que vous avez un encodeur.

Exemple :

> lav2wav flux.avi │ mp2enc -o son.mp2

Cela crée un fichier son mpeg à partir du stream.avi avec un débit de 224kBit/sec et un échantillon
fréquence de 48 kHz. Si votre fichier audio a 44.1 kHz, mp2enc rééchantillonne l'audio pour créer un 48 kHz
sortir. Si vous voulez un taux d'échantillonnage de sortie de 44.1 kHz, vous devez ajouter -r 44100 au mp2enc
commander

Exemple

> cat son.wav │ mp2enc -v 2 -V -o son.mp2

Cela crée une sortie compatible VCD (-V bitrate=224, stéréo, taux d'échantillonnage:44100) à partir de
le fichier wav.

Avec -v 2 mp2enc est plus verbeux, lors de l'encodage vous voyez le nombre de sec d'audio
déjà codé.

Vous pouvez tester la sortie avec :

> lecture mpeg son.mp2

NOTE: plaympeg est un lecteur MPEG-1 pour Linux, vous pouvez également utiliser d'autres lecteurs. Pour le son
test, vous pouvez également utiliser mpg123. Pour la lecture audio et vidéo, il existe l'universel
lecteur comme VLC mplayer et autres.

Façonnage face

Création de vidéos MPEG-1 et MPEG-2.

Normalement, la première vidéo que vous créez n'est pas la meilleure. Pour une qualité/taille optimale, vous devez
jouer avec le bitrate, le rayon de recherche, le filtre de bruit.... Les options de mpeg2enc sont
décrit dans la page de manuel de mpeg2enc.

Exemple :

lav2yuv flux.avi flux1.avi │ mpeg2enc -o vidéo.m1v

Cela crée un fichier vidéo avec un débit binaire constant par défaut de 1152 kBit/sec. C'est le
débit dont vous avez besoin si vous souhaitez créer des VCD. Vous pouvez spécifier plus de fichiers et également utiliser le
espace réservé %nd. Où n décrit le nombre. Par défaut, mpeg2enc suppose que vous voulez
pour encoder une vidéo non entrelacée en Mpeg-1. Si vous souhaitez encoder une vidéo en taille réelle avec
l'entrelacement de cette commande ci-dessus échouera.

Exemple :

> lav2yuv streami%02d.avi │ mpeg2enc -b 1500 -r 16 -o vidéo.m1v

mpeg2enc crée une vidéo avec un débit de 1500kBit/s utilise un rayon de recherche de 16. Cela
signifie que lorsque vous essayez de trouver des macroblocs de pixels 16 * 16 similaires entre les images, l'encodeur
regarde jusqu'à 16 pixels de la position actuelle de chaque bloc. Il a l'air deux fois plus loin
lors de la comparaison d'images à 1 image d'intervalle et ainsi de suite. Les valeurs raisonnables sont 16 ou 24. La valeur par défaut
est de 16, donc ajouter l'option ici est inutile. Des valeurs inférieures (0, 8), améliorent l'encodage
vitesse mais vous obtenez une qualité inférieure (artefacts plus visibles) tandis que des valeurs plus élevées (24, 32)
améliorer la qualité au détriment de la vitesse. Avec la description du fichier stream%02d.avi
tous les fichiers sont traités qui correspondent à ce modèle avec 00, 01....

écaillage

En utilisant yuvscaler, il est désormais possible de redimensionner la vidéo avant de l'encoder. Cela peut être utile
pour les utilisateurs avec une carte DC10 ou DC10+ qui capture à -d 1 768x576 ou -d 2 384x288
(PAL/SECAM) ou -d 1 640x480 (NTSC).

Vous obtenez une description complète de toutes les commandes en lisant la page de manuel ou en exécutant :

> yuvscaler -h

Exemple :

> lav2yuv flux.avi │ yuvscaler -O VCD │ mpeg2enc -o vidéo.m1v

Cela redimensionnera le flux à la taille du VCD qui pour PAL/SECAM est de 352x288 et pour NTSC est
352x240. Le yuvstream mis à l'échelle est encodé en MPEG-1.

Il peut également effectuer une mise à l'échelle SVCD à 480x480 (NTSC) ou 480x576 (PAL/SECAM) :

> lav2yuv flux.avi │ yuvscaler -O SVCD -M BICUBIQUE │ mpeg2enc -o vidéo.m1v

Le mot-clé mode (-M) force yuvscaler à utiliser les algorithmes bicubiques de meilleure qualité pour
la réduction d'échelle et non les algorithmes de rééchantillonnage par défaut. La mise à l'échelle se fait toujours à l'aide du
algorithme bicubique.

Exemple :

> lav2yuv flux.avi │ yuvscaler -I UTILISER_450x340+20+30 -O TAILLE_320x200 │ mpeg2enc -o
vidéo.m1v

Ici, nous n'utilisons qu'une partie de l'entrée et spécifions une résolution de sortie non standard.

NOTE: yuvscaler peut définir une zone active et définir tout le reste sur noir en utilisant : -I
ACTIVE_WidthxHeight+WidthOffset+HeightOffset Mise à l'échelle de haute qualité : y4mscaler

y4mscaler existe depuis un certain temps. Mais c'était pendant assez longtemps un extra
outil dont vous aviez besoin pour compiler. Il y a une page de manuel complète expliquant tous les détails,
il y a aussi beaucoup d'informations utiles sur le site:

Une caractéristique unique est qu'il est capable de changer le sous-échantillonnage et les modes Choma. Et tu
peut choisir les noyaux de scaler, en fonction de la source qui peut beaucoup aider.

Exemple :

> cat cru.yuv │ y4mscaler -O inférer=CLIP -O prédéfini=DVD -O sar=PAL_Large │ mpeg2enc vidéo.m1v

Dans cet exemple, y4mscaler prendra le flux d'entrée et le mettra à l'échelle au PAL correspondant
Taille. L'option sar tell to scale est au format large (16:9). Les inférer=clip l'option sera
indique à y4mscaler qu'il peut couper les barres supérieure et inférieure pour l'adapter au résultat
Taille.

Exemple :

> mpeg2déc -o pgmpipe luxe.m2v │ pgmtoy4m -x 420jpeg -r 25:1 -i t │ y4mscaler -I
sar=64:36 -I actif=344x476+100+48 -O prédéfini=DVD │ mpeg2enc -f 8 vidéo.m1v

C'est plus le travail de y4mscaler. Nous avons un format source PAL MPEG étrange avec 544x576
pixels dans un format grand écran 16:9, qui fait des barres noires tout autour du 4:3 original
image. Cette commande met l'image à l'échelle jusqu'à une taille d'origine 4:3 et prend juste le
centre intéressant. Le SAR est le rapport d'aspect de l'échantillon qui se perd quelque part, nous spécifions donc
ça au début. Il est donc spécifié à nouveau, que vous dites à y4mscaller la taille active
de l'image qu'il utilisera pour l'agrandir. Le mot-clé actif est traité différemment dans
y4mscaler et yuvscaler. Le DVD est un préréglage pour le format de sortie que vous souhaitez. Du
paramètres de flux y4mscaler sait qu'il s'agit d'un flux PAL et les paramètres de sortie. Si
vous vouliez une sortie 16:9, vous deviez utiliser le mot-clé : DVD_WIDE.

Les tests sont effectués par :

> mplayer vidéo.m1v

NOTE:Ce ne sont que des exemples. Il y a plus d'options que vous pouvez utiliser. Vous pouvez utiliser la plupart d'entre eux
ensemble pour créer des vidéos de haute qualité avec le débit binaire le plus bas possible.

NOTE2:Plus vous définissez un rayon de recherche élevé, plus la conversion prendra du temps. En général
plus il y a d'options utilisées, plus l'encodage est long.

NOTE3:MPEG-1 n'a pas été conçu pour être un VBR (flux à débit variable) !! Donc si vous encodez
avec -q 15 mpeg2enc définit le débit binaire maximal -b à 1152. Si vous voulez un VBR MPEG-1 vous avez
pour mettre -b très haut (2500).

NOTE4:Vous devriez peut-être donner de meilleurs noms que video.mpg. Une bonne idée est d'utiliser les options
dans le cadre du nom de fichier (par exemple : video_b1500_r16_41_21.m1v). Une autre possibilité est
pour appeler tous les fichiers audio de la couche 2 ".mp2" tous les fichiers vidéo MPEG-1 ".m1v" et tous
Fichiers vidéo MPEG-2 ".m2v" Facile à voir ce qui se passe alors. Réserver .mpg pour multiplexé
Flux MPEG-1/2.

Putting le flux together

Exemple :

> complexe son.mp2 vidéo.m1v -o ma_vidéo.m1v

Rassemble les flux sound.mp2 et video.m1v dans my_video.mpg

Vous pouvez maintenant utiliser votre lecteur MPEG préféré et le regarder. Tous les joueurs (gtv par exemple)
basé sur la bibliothèque SMPEG fonctionne bien pour MPEG-1. D'autres lecteurs (qui peuvent lire MPEG-2 comme
ainsi que les films MPEG-1) sont : xmovie, xine et MPlayer VLC, pour n'en nommer que quelques-uns.

NOTE: Si vous avez spécifié le -S L'option pour mpeg2enc mplex divisera automatiquement le
fichiers s'il y a dans le nom du fichier de sortie un %d (ressemble à : -o test%d.mpg) Les fichiers
générés de cette manière sont des flux MPEG autonomes séparés !

NOTE2: xine pourrait avoir un problème avec la recherche à travers des vidéos. mplayer a un problème avec
le « recherche en arrière/en avant » avec des flux à débit variable car il avance dans le
fichier la quantité de données pour un flux à débit constant. Ce montant pourrait être considérablement
plus de 10 secondes ou une minute (c'est la quantité que mplayer recherche pour chaque pression de
les touches fléchées). Alors ne vous demandez pas s'il cherche beaucoup plus de temps en avant ou en arrière que vous
attendre.

Variable débit binaire multiplexage : N'oubliez pas de dire à mplex que vous encodez VBR (option -V) comme
ainsi que mpeg2enc (voir les exemples de scripts). Il *pourrait* se détecter automatiquement mais cela ne fonctionne pas
encore. Vous devez indiquer à mplex une taille de tampon vidéo au moins aussi grande que celle que vous avez spécifiée
à « mpeg2enc » Les nombres raisonnables pour MPEG-1 pourraient être un débit binaire plafond de 2800 XNUMX Kbit/s, un
plafond de qualité (plancher de quantification) de 6 et une taille de buffer de 400K.

Exemple :

> complexe -V -r 1740 audio.mp2 vidéo_vbr.m1v -o vbr_stream.mpg

Ici, nous multiplexons un flux à débit variable. mplex est un multiplexeur monopasse donc il
ne peut pas détecter le débit binaire maximal et nous devons le spécifier. Le débit de données pour la sortie
le flux est : débit binaire audio + débit binaire vidéo de pointe + 1 à 2 % pour les informations mplex. Si audio (-b
224) est de 224kBit et la vidéo est de 1500kBit (encodée avec -b 1500 -q 9) alors nous avons 1724 *
1.01 ou environ 1740kBit.

Exemple :

> lecture mpeg ma_vidéo.mpg

or

> mplayer ma_vidéo.mpg

La création MPEG-1 Vidéos

Pour les vidéos MPEG-1, vous pouvez utiliser l'audio MP2 et la vidéo MPEG-1. Un sous-ensemble de films MPEG-1 est
VCD. Vous pouvez utiliser VBR (Variable BitRate) pour la vidéo (bien que les VCD soient presque toujours
utiliser la vidéo CBR) mais l'audio doit être CBR (Constant BitRate).

MPEG-1 est recommandé pour les tailles d'image jusqu'à 352x288 pour PAL et 352x240 pour NTSC pour
de plus grandes tailles MPEG-2 est le meilleur choix. Il n'y a pas de résolution exacte où MPEG-1 est
mieux que MPEG-2. Juste pour être sûr, MPEG-1 ne peut pas gérer les sources entrelacées. Si tu
la vidéo est entrelacée, vous avez besoin de MPEG-2 pour l'encoder correctement.

Exemple de création audio MPEG-1

> lav2wav editlist.eli │ mp2enc -r 44100 -o son.mp2

Vous pouvez économiser quelques bits en disant à mp2enc d'utiliser un débit binaire inférieur (option -b) comme 160 ou
192 kBit/s. L'option -r 44100 force mp2enc à générer un fichier audio à 44.1 kHz.

> lav2wav editlist.eli │ mp2enc -b 128 -m -o son.mp2

Cela crée une sortie mono avec un débit de 128 kBit/sec. L'entrée cette fois est
le fichier editlist (peut avoir n'importe quel nom) créé avec glav afin que toutes les modifications que vous avez apportées dans glav soient
directement traité et remis à mp2enc. Vous n'êtes PAS obligé de créer un flux édité
avec lavtrans pour le convertir correctement.

Exemple de création vidéo MPEG-1

> lav2yuv editlist.eli │ mpeg2enc -b 2000 -r 24 -q 6 -o vidéo.m1v

mpeg2enc crée une vidéo avec un débit de 2000kBit/s (ou 2048000Bit/s) mais le drapeau -q
active le débit variable et un facteur de qualité de 6. Il utilise un rayon de recherche de 24.

Explication:lorsque mpeg2enc est invoqué sans l'indicateur « q », il crée un « débit binaire constant »
Flux MPEG. Où (en gros) la force de compression (et donc l'image
qualité) est ajustée pour s'assurer qu'en moyenne chaque image de la vidéo a exactement la
nombre de bits spécifié. De tels flux à débit binaire constant sont nécessaires pour la diffusion et
pour le matériel à faible coût comme les lecteurs DVD et VCD qui utilisent du matériel de lecteur lent à vitesse fixe.

De toute évidence, cela est assez inefficace car cela signifie que les scènes inactives utilisent des bits qui pourraient
mieux vaut être « dépensé » sur des scènes qui changent rapidement. Définir le drapeau 'q' indique à mpeg2enc de
générer des flux à débit variable. Pour de tels flux, le débit binaire spécifié est simplement le
maximale admissible. Le paramètre 'q' spécifie le degré minimum de compression à
appliqué en spécifiant comment exactement les informations sur l'image sont enregistrées. Typiquement 'q' serait
réglé de sorte que les scènes calmes utilisent moins que le maximum spécifié (environ 6 ou 8) mais
les scènes en mouvement rapide seraient toujours limitées en débit binaire. À des fins d'archivage, la définition d'un
un débit binaire maximal suffisamment élevé pour ne jamais être atteint (par exemple 10 Mbps) et un aq de 2 ou 3 sont
choix raisonnables.

Exemple :

> lav2yuv flux.avi │ yuvscaler -I ACTIF_352x240+0+24 │ mpeg2enc -b 1152 -r 16 -4 1 -2 1
-o vidéo.m1v

Habituellement, il y a en haut et en bas une bordure presque noire et beaucoup de bande passante
est utilisé pour quelque chose que vous n'aimez pas. L'option yuvscaler -I ACTIVE définit tout ce qui
n'est pas dans la zone décrite en noir mais la taille de l'image (352x288) n'est pas modifiée. Alors toi
ont une vraie bordure noire, l'encodeur n'utilise que quelques bits pour les encoder. Tu es toujours
compatible avec le format du VCD dans cet exemple. Pour déterminer l'extrait de fenêtre actif
une image au format jpeg :

> lave-linge -f i -i 100 -o cadre.jpg test.avi

Ensuite, utilisez votre programme d'affichage graphique préféré pour déterminer la taille active. Le -4 1 et
-2 1 options améliore la qualité d'environ 10% mais la conversion est plus lente.

À la taille de 352x288 (taille 1/2 PAL créée lors de l'utilisation de l'option -d 2 lors de l'enregistrement)
le débit binaire nécessaire est/doit être compris entre 1000 et 1500 kBit/s. Pour NTSC, il devrait s'agir de la
idem, car l'image est plus petite mais il y a plus d'images par seconde qu'en PAL.

Quoi qu'il en soit, le facteur majeur est la qualité de l'original et le degré de filtrage. Pauvres
un matériau non filtré de qualité nécessite généralement un taux plus élevé pour éviter les artefacts visibles. Si
vous souhaitez réduire le débit binaire sans artefacts gênants lors de la compression du matériel de diffusion
vous devriez essayer un (ou plusieurs) des filtres de bruit.

Exemple :

> lav2yuv flux.avi │ mpeg2enc -b 1500 -n s -g 6 -G 20 -P -o vidéo.m1v

Ici, le stream.avi sera encodé avec :

-b 1500

un débit de 1500kBit/sec

-ns

l'entrée Norme vidéo est forcée à SECAM

-P

Cela garantit que 2 trames B apparaissent entre les trames I/P adjacentes. Plusieurs MPEG-1 courants
les décodeurs ne peuvent pas gérer les flux qui n'ont pas 2 trames B entre les trames I/P

-g6 -G20

l'encodeur peut modifier dynamiquement la taille du groupe d'images pour refléter les changements de scène.
Cela se fait en définissant une taille maximale de GOP (indicateur -G) supérieure à la taille minimale (indicateur -g).
Pour les VCD, les valeurs raisonnables peuvent être au minimum de 9 et au maximum de 15. Pour les SVCD 9 et 15
seraient de bonnes valeurs. Si vous souhaitez uniquement le lire sur le lecteur SW, vous pouvez utiliser d'autres
valeurs maximales.

Exemple :

> lav2yuv flux*.avi │ mpeg2enc -b 1500 -r 16 -4 1 -2 1 -S 630 -B 260 -o
video_n1_1500_r16_41_21_S630_B240.m1v

lav2yuv traite tous les fichiers de flux. Ensuite, mpeg2enc dispose de quelques options qui rendent le
le flux encodé est plus joli. À l'aide de -S 630 signifie que mpeg2enc marque le flux de sorte que mplex
génère un nouveau flux tous les 630 Mo. Une chose importante est l'utilisation du -B option qui
spécifie le débit binaire non vidéo (informations audio et multiplex). Les -B valeur de 260 devrait
ça va pour l'audio avec 224kBit et les informations mplex. Pour plus d'informations jetez un oeil
au niveau des scripts d'encodage dans le répertoire des scripts.

Exemple de multiplexage MPEG-1

Exemple :

> complexe son.mp2 vidéo.m1v -o ma_vidéo.mpg

Rassemble les flux sound.mp2 et video.m1v dans my_video.mpg. ça ne marche que ça
facile si vous avez CBR (l'option -q n'a pas été utilisée avec mpeg2enc).

Exemple :

complexe -V -r 1740 audio.mp2 vidéo_vbr.m1v -o vbr_stream.mpg

Ici, nous multiplexons un flux à débit variable. mplex est maintenant un multiplexeur à une seule passe, il
ne peut pas détecter le débit binaire maximal et nous devons le spécifier. Le débit de données pour la sortie
le flux est : acoustique débit + pic bitrate vidéo + 1 to 2 % pour complexe d'information. Si audio (-b
224) a 224kBit, la vidéo a 1500kBit (a été encodée avec -b 1500 -q 9) alors nous avons 1724 *
1.01 ou environ 1740kBit.

La création MPEG-2 Vidéos

MPEG-2 est recommandé pour les sources avec une image supérieure à 352x240 pour NTSC et 352x288
pour PAL. MPEG-2 peut également gérer des sources entrelacées comme l'enregistrement à partir de la télévision à pleine puissance
résolution.

MPEG-2 permet l'utilisation du son mpeg layer 3 (mp3). Ainsi, vous pouvez utiliser votre favori
mp3encoder pour la création du son. Cependant, l'audio MP3 n'est pas valide pour les DVD. Ce
est préférable d'utiliser l'audio MP2 (Couche 2). L'audio peut également être un flux VBR.

MPEG-2 est généralement un flux VBR. La création MPEG-2 avec optimisation nécessite beaucoup de CPU
Puissance. Un film avec la double résolution n'est PAS 4 fois plus grand qu'un flux MPEG-1.
Selon vos paramètres de qualité, il sera environ 1.5 à 3 fois plus grand que le
Flux MPEG-1 à sa résolution inférieure. Exemple de création audio MPEG-2

> lav2wav editlist.eli │ mp2enc -o son.mp2

Vous pouvez économiser quelques bits en disant à mp2enc d'utiliser un débit binaire inférieur (option -b) comme 160 ou
192 kBit/s. Vous voudrez peut-être ajouter -r 44100 pour que mpeg2enc génère un échantillonnage à 44.1 kHz
évaluer l'audio. J'espère que je n'ai pas besoin d'expliquer l'utilisation d'un encodeur MP3. Mais tu devrais
ne pas utiliser toutes les options sophistiquées disponibles. Exemple de création vidéo MPEG-2

> lav2yuv editlist.eli │ mpeg2enc -f 3 -b 3000 -q 9 -o vidéo.m2v

Un exemple très simple pour la vidéo MPEG-2. L'option la plus importante est le -f 3. Cela indique
mpeg2enc qu'il devrait créer un flux MPEG-2. Parce qu'il s'agit d'un MPEG-2 générique, vous devez
utilisez les options de débit binaire -b. Et devriez utiliser l'option -q car vous voulez généralement un espace
enregistrer le flux VBR. Lors de l'utilisation de flux VBR, l'option -b indique à mpeg2enc le débit binaire maximal
qui peut être utilisé. L'option -q indique à mpeg2enc la qualité que doivent avoir les flux. Les
le débit binaire a une limite supérieure de la valeur spécifiée par -b.

> lav2yuv editlist.eli │ mpeg2enc -f 3 -4 1 -2 1 -q7 -b 4500 -V 300 -P -g 6 -G 18 -I 1 -o
vidéo.m2v

Cela générera un flux MPEG-2 de meilleure qualité car les options -4 1 et -2 1 étaient
utilisé. Avec -b 4500 -q 7 vous indiquez à mpeg2enc le débit maximal et le facteur de qualité. -V
est la taille de la mémoire tampon vidéo utilisée pour décoder le flux. Pour la lecture SW, cela peut être beaucoup
supérieur à la valeur par défaut. Le GOP dynamique est défini avec -g et -G. Une plus grande taille de GOP peut aider
réduire le débit requis pour une qualité donnée mais de très grandes tailles peuvent introduire
artefacts dus aux erreurs d'arrondi accumulées DCT/iDCT. L'option -P garantit également que 2
Des trames B apparaissent entre des trames I/P adjacentes. L'option -I 1 indique à mpeg2enc que le
source est un matériau entrelacé comme les vidéos. Il y a un mouvement entrelacé (qui prend du temps)
logique de compensation présente dans mpeg2enc. MPEG2enc utilisera cette logique si la taille du
images que vous encodez est plus grande que la taille du VCD pour votre norme TV.

Si vous désentrelacez le film avec yuvdeinterlace, vous devez dire à mpeg2enc que c'est le cas
pas besoin de faire une estimation de mouvement pour le matériel entrelacé. Vous devez utiliser l'option -I 0
de mpeg2enc pour dire que les trames sont déjà désentrelacées. Cela vous fera gagner beaucoup de temps
lors de l'encodage. Si vous n'utilisez pas -I 0, cela ne posera pas de problèmes, l'encodage ne fera que
prendre plus de temps.

Vous pouvez également utiliser des options de mise à l'échelle qui optimisent (débruitent) les images pour les réduire
ruisseaux. Ces options sont expliquées en détail dans les sections suivantes. Quelles valeurs
doit être utilisé pour l'encodage VBR ?

L'option -q contrôle la quantification minimale du flux de sortie. Quantification
contrôle la précision avec laquelle les informations d'image sont codées. Plus la valeur est faible
meilleure qualité d'image. Les valeurs inférieures à 4 sont des extrêmes et ne doivent être utilisées que si vous savez
que fais tu

Habituellement, vous devez configurer un débit maximum avec l'option -b. La tâche délicate consiste à
définir une valeur pour l'option -q et l'option -b qui produit un bon film sans utiliser
trop de bande passante et n'introduit pas trop d'artefacts.

Un facteur de qualité doit être choisi de telle sorte que la sortie mplex du débit binaire de crête et
le débit binaire moyen diffère d'environ 20 à 25 %. Si la différence est très faible (inférieure à
10 %), il est probable que vous commencerez à voir des artefacts dans les scènes à fort mouvement. Le plus
la cause commune du taux moyen étant trop proche (ou égal) du taux maximum est fausse
valeur pour le débit maximal ou un facteur de qualité trop élevé.

Une combinaison qui produira plus d'artefacts que vous ne pouvez en compter est un SVCD avec un maximum
débit vidéo de 2500 kBit et un facteur de qualité de 1 ou 2. Pour SVCD avec une limite vidéo de
2500kBit un facteur de qualité de 7-11 convient assez bien (8 est la valeur par défaut). Si vous utilisez un filtre
programmes ou avoir une très bonne source comme la télévision numérique, du matériel de type DVD ou rendu
images, vous pouvez utiliser un facteur de qualité de 6 lors de la création de SVCD. Si votre lecteur SVCD/DVD
prend en charge les débits non standard, vous pouvez augmenter le débit au-dessus du maximum standard de
2788 kBit/sec (vidéo plus audio). Lors de l'utilisation d'un débit binaire et d'une action de facteur de qualité plus élevés
les scènes seront bien meilleures mais bien sûr le temps de lecture du disque sera moindre.

Le même facteur de qualité (7-11) pour une image pleine grandeur et un débit binaire supérieur de 3500 à 4000
kBit produira peu d'artefacts.

Pour les SVCD/DVD, vous pouvez vous attendre à un résultat similaire à celui décrit si le débit binaire maximal n'est pas
réglé trop bas :

q <= 6 vraies images nettes et de bonne qualité
q <= 8 bonne qualité
q >= 10 qualité moyenne
q >= 11 pas si bien
q >= 13 ici, même les séquences fixes peuvent sembler en blocs

Destination d'encodage TV (entrelacé) ou Monitor (progressif)

MPEG-2 prend en charge les données entrelacées en plus du format progressif. Un film MPEG-2 peut
être entrelacé ou progressif. Cela dépend de la source (film ou émission) et de la
dispositif de visualisation.

Si vous encodez un film, les deux champs doivent être identiques. Désentrelacez le flux avec
yuvdeinterlace, ou si vous avez une source de haute qualité et que vous n'avez pas besoin d'utiliser le débruiteur
avec yuvcorrect -T NOT_INTERLACED. Définissez également l'option mpeg2enc entrelacé-mode (-I) sur 0.
Cela signifie qu'il n'y a pas d'entrelacement. Nous n'avons pas vraiment besoin de désentrelacement ici car
il n'y a pas de mouvement entre les champs du cadre. Il suffit d'unir les deux champs
en une seule trame progressive.

Ce film devrait être lu sur n'importe quel appareil (téléviseur ou moniteur) sans problème.

Si vous avez une source entrelacée (diffusion), vous pouvez l'encoder en tant que flux entrelacé. Ou
désentrelacez le flux et encodez-le en tant que flux progressif. Si vous le désentrelacez avec
yuvdeinterlace, vous perdrez des détails. Mais si vous prévoyez de lire le flux enregistré sur votre
lecteur DVD et votre téléviseur, il ne serait pas judicieux d'effectuer un désentrelacement. Si vous voulez seulement
lisez-le sur le moniteur (affichage progressif) l'image est meilleure lors de la lecture
retour s'il est désentrelacé. Si le lecteur que vous utilisez peut faire du désentrelacement ce n'est pas grave
si votre vidéo encodée comporte des images entrelacées ou des images progressives.

Si vous prévoyez de désentrelacer le flux, vous ne pouvez le faire qu'avec yuvdeinterlace et définissez le
mpeg2enc -I 0. Si vous ne voulez pas désentrelacer le flux, vous n'avez pas besoin d'en définir
option spéciale (ne pas utiliser yuvdeinterlace et mpeg2enc -I 0)

Si vous souhaitez mettre le flux en pause et regarder l'image fixe, vous devez le désentrelacer. Parce qu'alors
l'image est sans scintillement lors de la pause.

Si vous avez un film (progressif) avec des parties d'une émission (entrelacées) mélangées ensemble
(comme dans un documentaire où certaines parties d'un locuteur sont enregistrées entrelacées et d'autres
des parties sont filmées) il faut choisir entre de bonnes séquences de films avec des images fixes moyennes
ou des séquences de films d'apparence moyenne avec de bonnes images fixes.

Pour un bon film avec des images fixes moyennes, ne désentrelacez pas. Pour les séquences de films moyennes avec
bonnes images fixes puis désentrelacement (en utilisant yuvdeinterlace et mpeg2enc -I 0). Multiplexage MPEG-2
(ici)

> complexe -f 3 -b 300 -r 4750 -V audio.mp3 vidéo.m2v -o final.mpg

Maintenant, les deux flux (un audio mp3 et une vidéo mpeg2) sont multiplexés en un seul flux
(final.mpg). Vous devez utiliser le -f 3 option pour indiquer à mplex le format de sortie. Toi aussi
il faut ajouter le -b option de taille des tampons du décodeur avec la même valeur utilisée lors de l'encodage du
vidéo. -r est ce taux de vidéo + audio +1-2 % d'informations mplex.

Le manuel de formation -VL'option indique que votre source pour le multiplexage est un flux VBR. Si vous ne l'utilisez pas
option mplex crée quelque chose comme un flux CBR avec le débit avec lequel vous lui avez indiqué
le -r option. Ces flux sont généralement GROS.

La création Vidéo CD (VCD)

Le VCD est une version contrainte de la vidéo MPEG-1. Le format VCD a été défini par Philips. Le but
était d'utiliser un lecteur de CD à une seule vitesse et d'autres matériels bon marché (non flexibles) pour avoir un
HW-Player. Pour cette raison, il existe des limitations pour la vidéo et l'audio utilisés pour créer un VCD.
Le débit binaire pour la vidéo est de 1152 kBit et 224 kBit/sec audio MP2. Vous n'êtes pas autorisé à utiliser
l'option -q, les tailles de GOP dynamiques et la mémoire tampon vidéo sont limitées à 46 Ko. La taille de l'image
est limité à 352x240 pour NTSC, et à 352x288 pour PAL.

Si vous n'avez pas de lecteur VCD (uniquement) et que vous prévoyez d'utiliser votre lecteur DVD, il est tout à fait
possible que le lecteur DVD soit suffisamment flexible pour permettre des débits binaires plus élevés, un GOP dynamique
tailles, tampon vidéo plus grand et ainsi de suiteCréation audio VCD Exemple

> lav2wav flux.avi │ mp2enc -V -o son.mp2

-V forcer la sortie compatible VCD 2.0. Là, la fréquence d'échantillonnage audio est fixée à 44.1 kHz. Et
vous pouvez choisir le débit binaire audio pour l'audio mono à 64, 96 ou 192 kBit/sec. Si tu as
audio stéréo, vous pouvez choisir 128, 192, 224 ou 384 kBit/sec. Pour les joueurs de matériel, vous
devrait s'en tenir à 44.1 224kBps Stereo layer 2 Audio.VCD Création de vidéo Exemple

> lav2yuv flux.avi │ yuvscaler -O VCD │ mpeg2enc -f 1 -r 16 -o vidéo.mpg

Pour une sortie compatible VCD, le -f 1 définit toutes les options dans mpeg2enc selon les besoins. Il paraît que
de nombreux lecteurs VCD (Avex par exemple) ne sont pas capables de lire les flux MPEG qui sont encodés
avec un rayon de recherche supérieur à 16, n'utilisez donc pas l'option -r pour remplacer la valeur par défaut
de 16.

> lav2yuv flux.eli │ mpeg2enc -f 1 -4 1 -2 1 -S 630 -B 260 -P -o vidéo.m1v

En utilisant '-S 630 ' signifie que mpeg2enc marque le flux afin que mplex génère un nouveau flux
tous les 630 Mo. Une chose importante est l'utilisation du -B option qui spécifie le non-vidéo
(informations audio et mplex) débit binaire. La valeur -B de 260 devrait convenir pour l'audio avec
224kBit et informations mplex. Pour plus d'informations, jetez un œil aux scripts d'encodage
dans le répertoire des scripts. Les flux multiplexés devraient facilement tenir sur un CD de 650 Mo.

La valeur par défaut (-B) est de 700 Mo pour la vidéo. mpeg2enc marque automatiquement chaque flux
à cette taille si l'option -B n'est pas utilisée pour définir une valeur différente. Si vous avez un CD
où vous pouvez écrire plus de données (peut-être jusqu'à 800 Mo), vous devez définir l'option -S ou
sinon mpeg2enc marquera le flux à 700 Mo, et mplex divisera le flux à cet endroit.
Ce qui n'est presque certainement pas ce que vous voulez.

Exemple de multiplexage VCD

> complexe -f 1 son.mp2 vidéo.mpg -o vcd_out.mpg

L'option -f 1 active beaucoup de choses étranges qui n'ont autrement pas leur place dans un environnement respectable
multiplexeur!Création du CD

Les flux multiplexés doivent être convertis en un VCD compatible. Ceci est fait par
vcdimager

> vcdimager testvideo.mpg

Crée une vidéocd.bin, le fichier de données et un vidéocd.cue qui sert de fichier de contrôle pour
cdrdao.

Vous utilisez cdrdao pour graver l'image. Cdrdao est encore un autre beau projet Sourceforge qui est
trouvé à: Notes

Pour l'encodage MPEG-1 d'une émission typique (durée de 45 minutes) ou d'un film de 90 minutes impaires à partir d'un
diffusion analogique, un débit binaire constant d'environ 1800 kBit/sec devrait être idéal. Les
les fichiers résultants sont d'environ 700M pendant 45 minutes, ce qui correspond parfaitement aux données brutes XA MODE2
piste sur un CD-R. Pour les sources numériques pures (flux DTV ou DVD et similaires) VCD 1152 fonctionne
amende.

Remarque: Si vous encodez VBR MPEG-1 (-q), souvenez-vous que le matériel n'a probablement pas été conçu pour le faire
la lecture car ce n'est pas dans les spécifications. Si cela fonctionne, soyez très heureux. j'ai
remarqué qu'il est utile lorsque vous avez un flux MPEG-1 de dire à vcdimager qu'il s'agit d'un SVCD.
vcdimager se plaint (mais seulement avec un avertissement et pas une erreur fatale) mais vous devriez pouvoir
pour le brûler. Cela pourrait convaincre le joueur d'utiliser différentes routines dans son firmware et
le lire correctement mais il n'y a aucune garantie de cela.

Si vous enregistrez les données sous forme de 2 pistes en mode XA, vous pouvez en tenir sensiblement plus sur un CD (au
frais de correction/détection d'erreurs). Vous pouvez utiliser vcdimager pour le faire et vcdxrip (partie
du package vcdimager) pour extraire (« rip ») les fichiers résultants. Pour une meilleure qualité là-bas
sont SVCD et XVCD et DVD.

Actuellement, SVCD est entièrement pris en charge avec un format prédéfini en mplex et des outils pour créer
disques. Les flux MPEG pouvant être lus par le matériel et le logiciel du lecteur DVD peuvent facilement
produit en utilisant mpeg2enc/mplex

Si votre lecteur ne prend pas en charge les SVCD, vous constaterez peut-être qu'il peut gérer les flux VCD qui ont
beaucoup plus élevé que les débits binaires standard. Souvent, jusqu'à 2500 kBit/sec sont possibles. Les
plusieurs marques de lecteurs DVD peuvent également lire des disques SVCD et VCD hors normes. Avec
des débits binaires plus élevés et des sources de bonne qualité, cela vaut la peine d'essayer le drapeau -h de mpeg2enc
qui produisent un flux aussi précis que les limites de la norme VCD le permettent.

Cependant, si votre lecteur le prend en charge et que vous avez la patience pour l'encodage plus long
fois SVCD est une bien meilleure alternative. L'utilisation d'un SVCD au format MPEG plus efficace
double la résolution du VCD tout en produisant généralement des fichiers moins de deux fois plus volumineux.

La création SVCD

Le Super Video CD (SVCD) est une amélioration du Video CD qui a été développée par un Chinois
comité de fabricants et de chercheurs soutenu par le gouvernement. La spécification SVCD finale a été
annoncé en septembre 1998. Une bonne explication du format SVCD de Philips peut être
trouvé ici : .

Enregistrez en pleine résolution TV (signifie : -d 1 pour PAL c'est 720x576) La résolution est pour
NTSC est 480x480 de PAL 480x576, vous savez donc pourquoi vous devez enregistrer en taille réelle.SVCD Audio
exemple de création

> lav2wav flux.avi │ mp2enc -V -e -o son.mp2

Les spécifications SVCD permettent un choix beaucoup plus large de débits audio, il n'est pas nécessaire de
utiliser 224 kBit/sec. Tout débit audio compris entre 32 et 384 kBit/sec est autorisé. Le son peut
être VBR (Variable Bit Rate). Le -e active la protection contre les erreurs CRC pour l'audio. Le CRC
doit être activé pour être conforme à la norme SVCD mais il semble que la plupart des joueurs ne paient pas
attention aux informations du CRC. Les informations CRC ont besoin de 2 octets par trame audio

La formule de longueur d'image approximative pour MPEG-1 layer-II est :

(longueur de trame en octets) = 144 * (débit d'octets) / (taux d'échantillonnage)

Si vous disposez des paramètres VCD typiques, les données CRC nécessitent environ 0,27% de l'ensemble des données. Dans
dans le pire des cas où vous avez un flux MONO 32k Bitrate, les données CRC ont besoin de 1,92%.SVCD
Exemple de création vidéo

> lav2yuv flux.avi │ yuvscaler -O SVCD │ mpeg2enc -f 4 -q 7 -I 1 -V 200 -o vidéo.m2v

-f 4

définit les options de mpeg2enc sur SVCD

-q 7

dire à mpeg2enc de générer un flux à débit variable

-Je 1

dites à mpeg2enc de supposer que le signal d'origine est une vidéo entrelacée de champ où l'impair
les rangées de pixels sont échantillonnées un demi-intervalle de trame après les paires de chaque trame. le -je
L'option 0 (sortie progressive (pas d'images de champ)) fonctionnera également pour PAL

Vous pouvez utiliser des débits binaires inférieurs mais la norme SVCD limite la totalité de votre cycle de coaching doit être payée avant votre dernière session. débit binaire (l'audio et vidéo)
à 2788800 Bit/s. Donc, avec un son de 224 Kbit/s et un surcoût, 2550 peuvent déjà être légèrement trop
serré. Comme le format SVCD autorise n'importe quel débit audio entre 32 et 384 kBit/sec, vous pouvez
économisez quelques bits/sec en utilisant 192k audio (ou pour du matériel non musical 160k).

SVCD prend en charge le débit binaire variable (VBR), car MPEG-2 est généralement VBR, mais avec le haut
limite de débit vidéo de 2500 kBit/sec. Avec le drapeau -f 4, l'encodeur définit également le GOP dynamique
avec une limite basse de -g 6 et une limite haute de -G 18. Cela économise quelques bits/sec et améliore
la qualité de l'image lors des changements de scène. Lors de l'encodage avec -f 4 mpeg2enc ignore le
options de débit binaire vidéo (-b) et de rayon de recherche (-r). Si vous utilisez -f 5, vous devez spécifier le
débit binaire et autres options de mpeg2enc.

Une autre possibilité pour les films en vidéo PAL (style européen 25 images/50 champs par seconde)
est:

> lav2yuv flux.avi │ yuvscaler -O SVCD │ mpeg2enc -f 4 -I 0 -V 300 -o vidéo.m2v

Les films sont tournés sur pellicule à 24 images/sec. Pour la diffusion PAL, le film est simplement projeté
légèrement « trop rapide » à 25 images/s (au grand dam des personnes avec un ton absolu
sens du pas). L'indicateur -I 0 désactive les calculs fastidieux nécessaires pour compenser
entrelacement de champ donnant un encodage beaucoup plus rapide.

Malheureusement, les films diffusés en vidéo NTSC (style américain 30 images/60 champs s)
produisent une très mauvaise compression. L'échantillonnage « pulldown » utilisé pour produire 60 champs par seconde
à partir d'une image de 24, un deuxième film signifie que la moitié des images d'un champ NTSC *sont* entrelacées.

N'oubliez pas les options -S et -B mentionnées ci-dessus. Vous voulez que le flux tienne sur un CD
n'est-ce pas ? Exemple de multiplexage SVCD

> complexe -f 4 -b 300 -r 2750 son.mp2 vidéo.m2v -o svcd_out.mpg

-f 4

dit à mplex de mplexer un SVCD

-r 2750

est le débit binaire audio + vidéo + 1-2% d'informations de multiplexage

-b 300

est la mémoire tampon disponible sur le périphérique de lecture (la même valeur que celle utilisée pour la vidéo
encodage (option -V de mpeg2enc). SVCD créant le CD

Exemple :

> vcdimager -t svc testvideo.mpg

Crée une vidéocd.bin, le fichier de données et un vidéocd.cue qui sert de fichier de contrôle pour
cdrdao.

Utilisez cdrdao pour graver l'image comme mentionné précédemment.

NOTE:Si vous voulez construire un VCD/SVCD « personnalisé », vous devrez utiliser le mplex -f 2 et -f 5
interrupteurs.

NOTE:Les éléments VCD et SVCD peuvent fonctionner sur votre lecteur HW ou non. Il existe de nombreux rapports qui
ça marche plutôt bien. Ne vous inquiétez pas si cela ne fonctionne pas. Je ne suis pas non plus responsable de
CD inutilisables. (« les sous-bocks »)

La création DVD

Cette affirmation était correcte il y a quelques années : tout dans cette section est nouveau. Les
les limitations que je mentionne ici peuvent ne pas exister dans la version actuelle. Actuellement (déc. 2007)
La création de DVD fonctionne.

Vous avez évidemment besoin d'un graveur de DVD. Je possédais un Ricoh DVD+RW qui fonctionne, et je connais un DVD-
Graveur RAM capable de graver des DVD-R. Ces disques fonctionnent également avec un lecteur DVD. Maintenant la plupart
Les graveurs de DVD sont capables de graver à la fois les supports + et -, ce qui ne devrait plus être un problème.
Les programmes que vous utilisez pour la gravure dépendent du graveur de DVD.

Pour la création et l'écriture des fichiers VOB, IFO et BUP, nous utilisons dvdauthor. Disponible à partir de
Sourceforge (vous l'avez peut-être deviné) .Exemple de création audio DVD

> lav2wav flux.eli │ mp2enc -o son.mp2

La fréquence d'échantillonnage doit être de 48 kHz. Le mp2enc crée par défaut une fréquence d'échantillonnage de 48 kHz.
Si ce n'est pas un mp48enc 2kHz rééchantillonnera l'audio pour obtenir la fréquence d'échantillonnage. Si le son
est enregistré à 48 kHz, aucun rééchantillonnage n'est nécessaire et toolame peut être utilisé pour l'encodage
(c'est plus rapide que mp2enc). Exemple de création de DVD vidéo

> lav2yuv flux.eli │ mpeg2enc -f 8 -o vidéo.m2v

-f 8

Ceci définit correctement les options pour une vidéo MPEG-2 compatible avec le DVD
la norme. Le débit binaire maximal est défini sur 7500 XNUMX kBps et la taille de la mémoire tampon vidéo est définie sur
230 Ko. Le facteur de qualité par défaut est défini sur 8. mpeg2enc ne définit actuellement pas d'automatique
longueur de séquence comme pour les VCD/SVCD.

Les autres options pour obtenir un débit binaire faible et un flux de haute qualité peuvent également être utilisées pour
remplacer les paramètres par défaut mentionnés ci-dessus. Vous pouvez également utiliser yuvdenoise pour augmenter
la qualité de l'image si les données d'entrée sont bruitées (provenant d'une cassette VHS par exemple). Un typique
la commande ressemblera à ceci :

lav2yuv moby.eli │ yuvdenoise │ mpeg2enc -f 8 -q 7 -4 1 -2 1 -P -I 0 -N -o
vidéo_DVD.m2vExemple de multiplexage de DVD

> complexe -f 8 son.mp2 vidéo.m2v -o mon_dvdlikestream.mpg

-f 8

Ici encore, nous spécifions que nous voulons avoir un DVD comme un flux MPEG. mplex ne peut pas faire tout le
des choses fantaisistes sont autorisées pour un DVD, mais il est suffisamment proche pour que les lecteurs HW-DVD l'acceptent.

-o

là, nous spécifions le nom du fichier de sortie. Exemple de création de DVD

Ce sujet sera couvert par la documentation du programme dvdauthor. Pour les questions
s'il vous plaît voir En général, cela fonctionnera comme ceci:

> auteur dvd -o sortir/ flux1.mpg flux2.mpg ... mon_dvdlikestream.mpg; auteur dvd -T -o
sortir/

Vous obtiendrez un répertoire avec les répertoires AUDIO_TS et VIDEO_TS. Graver les données de
le disque sur un graveur DVD+-R/+-RW se ferait comme ceci :

croissance -Z /dev/scd2 -dvd-vidéo mon dvd/

Si vous possédez un lecteur DVD+RW/+R, un bon endroit pour plus d'informations est :

page. Vous avez également besoin d'une version des cdrtools avec dvd-vidéo Support. Les cdrtools
1.11a27 est connu pour fonctionner mais des versions plus récentes existent déjà.

Pour les autres graveurs, les commandes pour graver un DVD seront différentes. Vous pouvez en obtenir d'autres
informations dans le package dvdauthor. Il n'y a aucune garantie que cela fonctionnera du tout !!!

La création DIVX Vidéos

lav2avi.sh

Une autre façon de créer DIVX est le programme mencoder qui vient du projet mplayer. .
Pour plus d'informations sur mencoder, veuillez lire l'aide et les documents de mencoder/mplayer. UNE
un premier et un deuxième passage donnent à la fin du passage des conseils pour le débit binaire qui peuvent être utilisés pour
encodage à une taille spécifique (650 Mo, 700 Mo et 800 Mo). Le script lav2avi.sh utilise ceci
informations si elles sont fournies (pour les flux courts, elles sont omises par mencoder). Rechercher un paramètre
Taille préférée dans le scénario. Vous pouvez également spécifier d'autres paramètres utilisés pour l'encodage avec
encodeurParam option dans le script. Pour une description des paramètres utilisables, jetez un oeil
dans le manuel mplayer/mencoder.

Le nom du fichier de sortie est le nom de votre fichier d'entrée (première option) mais avec l'extension
avi. Si la taille du fichier est inférieure à celle spécifiée par Taille préférée c'est parce que la source
était de très haute qualité (pas de bruit) et le débit binaire spécifié était supérieur à celui requis.
Vous obtenez généralement 700 Mo pour un film d'une heure et demie à la moitié de la taille de l'image avec un débit binaire d'environ 1.5 qui
signifie pour divx de bonne qualité (en supposant bien sûr un matériel source de bonne qualité).

Le script effectue un encodage en 3 étapes :

1ère étape - encodage audio

2ème étape - premier pass vidéo

3ème étape - deuxième passe vidéo

La documentation mplayer/mencoder déconseille l'utilisation de la méthode d'encodage en 3 passes (elle
peut causer des problèmes de synchronisation A/V) et recommande l'utilisation de la méthode à 2 passages. le
La documentation de mencoder/mplayer est complète et contient de nombreux conseils utiles (et un
calculatrice dans le répertoire TOOLS/).

Pour l'encodage, utilisez le codec rapide ffmpeg (lavc). Il donne de bons résultats avec une haute
bonne performance. Pour l'encodage audio, le mp3 est utilisé. Pour l'encodage de toutes les parties, il utilise unix
tuyaux. Cela signifie que vous n'avez PAS besoin d'espace supplémentaire sur votre disque dur où tous les glav
des manipulations seront faites. Pour l'encodage audio, le script utilise une file d'attente FIFO.

Si vous souhaitez modifier le script pour vos propres besoins, utilisez ces astuces :

La sortie de la 1ère étape est un fichier appelé frameno.avi avec audio codé

2ème étape utilise frameno.avi et la sortie est un fichier texte appelé lavc_stats.txt avec chronométrage
informations

La 3ème étape utilise frameno.avi et lavc_stats.txt pour encoder le flux vers la sortie
filet film2.avi

Si vous souhaitez modifier uniquement le débit vidéo, conservez le fichier frameno.avi commenter la 1ère étape
encodage et répétez les 2e et 3e étapes. N'oubliez pas de supprimer la ligne où le
frameno.avi est retiré.

Optimiser le flux

L'utilisation de filtres permet d'augmenter la qualité d'image des flux vidéo à débit binaire constant (CBR).
Avec la vidéo VBR (débit binaire variable), la taille du fichier est réduite.

Exemple :

> lav2yuv flux.avi │ filtre yuvmedian │ mpeg2enc -o vidéo.m1v

Ici, le programme yuvmedianfilter est utilisé pour améliorer l'image. Cela supprime certains des faibles
bruit de fréquence dans les images. Cela adoucit aussi un peu l'image. Il faut un centre
pointeur et fait la moyenne des pixels qui l'entourent qui tombent dans le seuil spécifié. Ce
remplace alors le pixel central par cette nouvelle valeur. Vous pouvez également utiliser le -r (rayon)
option pour un autre rayon de recherche.

NOTE:un rayon supérieur à la valeur par défaut de 2 est horriblement lent !

yuvmedianfilter a des paramètres séparés pour la luminance et la chrominance. Vous pouvez contrôler la recherche
rayon et le seuil de déclenchement indépendamment. Si vous utilisez un seuil de 0 alors
le filtrage est désactivé (-t 0 désactive le filtrage luma, -T 0 désactive le filtrage chroma).

> lav2yuv flux.avi │ filtre yuvmedian -r 3 -t 4 -T 0 │ mpeg2enc -o vidéo.m1v

Cet exemple utilise un rayon de recherche de 3 pixels pour la luminance, un seuil de 4 (la valeur par défaut
est 2) et désactive le filtrage des composants de chrominance. Parfois, selon le
matériau source, le filtrage médian de la chrominance peut provoquer un léger décalage de couleur vers
vert. Le filtrage sur la composante luma (désactivation du filtrage chroma) est la solution
à ce problème.

Exemple :

> lav2yuv flux.avi │ yuvdenoise │ mpeg2enc -o vidéo.m1v

Maintenant, nous utilisons yuvdenoise pour améliorer l'image. Le filtre réduit principalement la couleur et
bruit de luminance et scintillement dus à des erreurs de phase, mais est également efficace pour éliminer
mouchetures.

yuvdenoise débruite entrelacé si l'entrée est entrelacée. Vous pouvez bien sûr modifier le
seuil de débruitage (-g/t). La création d'une bordure noire peut réduire le débit binaire de l'encodé
flux parce que les zones noires pures se compressent beaucoup mieux que le bruit (captures à partir de
les sources telles que VHS et 8 mm ont généralement plusieurs lignes à la fois et en bas qui sont
très bruyant). Pour cela, vous pouvez utiliser le détartreur.

yuvdenoise utilise une approche différente pour filtrer le bruit. Plus d'informations sur comment
yuvdenoise fonctionne ainsi que les descriptions de ses options se trouvent dans la page de manuel.

Si vous avez une source de haute qualité, vous devez baisser le filtre à des niveaux comme celui-ci : -g
0,255,255 -t 2,2,2. Vous pouvez également utiliser le mpeg2enc -h/--garder-hf option. Cette option
indique à mpeg2enc de conserver autant d'informations à haute fréquence que possible. L'utilisation de -h
augmenter considérablement le débit (taille du fichier). Si le débit est trop proche du maximum (définissez
avec -b) l'encodeur devra diminuer la qualité pour éviter de dépasser le maximum
débit binaire.

Un filtre intégré dans mpeg2enc est l'option -N/--reduce-HF. Cette option n'est pas vraiment
filtre au sens habituel. Au contraire, cela change exactement comment les informations à haute fréquence
est codé. Souvent, la haute fréquence est le bruit. Vous avez également des hautes fréquences sur les aigus
frontières ou transitions. L'option -N peut avoir des valeurs comprises entre 0.0 et 2.0 où 0.0
rien (désactive le boost du quantificateur haute fréquence) et 2.0 donne le maximum
boost de quantification. La valeur à utiliser dépend de la qualité de sortie et de la taille de fichier souhaitées.
Les valeurs de -N inférieures à 0.5 sont très subtiles tandis qu'une valeur de 1.0 permettra d'obtenir un bon
équilibre entre la réduction du débit binaire et la qualité de sortie. L'utilisation de valeurs -N supérieures à 1.5
réduisent sensiblement la netteté de l'image de sortie et ne sont normalement utilisés que pour les
sources de qualité (cassettes VHS par exemple).

L'utilisation de la capacité de yuvmedianfilter à filtrer uniquement la chrominance (-T) est modérément efficace
à réduire le bruit dans les scènes sombres sans adoucir l'image en mode normal (plus lumineux)
scènes. Le filtrage médian de la luminance (-t) produira un débit binaire inférieur mais peut provoquer
perte de détails (adoucissement). Seul le filtrage médian Chroma est moins agressif et est un bon
choix à utiliser en combinaison avec yuvdenoise.

La combinaison des filtres yuvdenoise, yuvmedianfilter et de l'option mpeg2enc -N donne un très
degré fin de contrôle sur le débit (taille du fichier). La réduction (ou l'augmentation) de la
Le débit binaire dépend du matériel source et des options exactes d'encodage/filtre utilisées. Alors on
ne peut donner aucun nombre exact de combien chaque option et combinaison réduira la taille du fichier,
seulement des lignes directrices.

Vous devez généralement utiliser l'option -N dans une plage de 0.5 à 1.5. En dessous de 0.5, il n'y en a pas
réduit beaucoup le débit binaire (mais préserve la netteté). À 1.5 et plus, vous
remarquez un adoucissement dans la vidéo et éventuellement des artefacts (halo/sonnerie) autour des bords de
objets (texte/sous-titres notamment). Si vous combinez les filtres, vous devez utiliser yuvdenoise
et peut-être après yuvmedianfilter. Peut-être yuvmedianfilter même après la mise à l'échelle. Ayant
yuvmedianfilter dans la chaîne ne réduit pas autant le débit binaire. Souvent l'utilisation de
la yuvdenoise suffit. Le yuvmedianfilter aide beaucoup si vous avez des sources de mauvaise qualité, et
pas tant que ça si vous avez déjà une assez bonne qualité. Lorsque vous combinez le filtre et
option, vous réduirez très probablement la taille du fichier à environ la moitié de la taille du fichier sans
en utilisant les options et les programmes.

En général, un filtrage agressif produira des fichiers plus petits (débit binaire inférieur) mais réduira le
qualité (détails) de l'image. Un filtrage/traitement moins agressif préservera plus
détail, mais entraînent des fichiers plus volumineux.

Exemple :

> lav2yuv flux.avi │ yuvkineco -F 1 │ mpeg2enc -o vidéo.m1v

yuvkineco est utilisé pour les sources NTSC. Il fait la conversation à partir de 30000.0/1001.0 (environ
29.97) fps à 24000.0/1001.0 (environ 23.976) fps, vous pouvez l'appeler "reverse 2-3 pulldown"
plus d'informations à ce sujet dans le fichier README.2-3. yuvkineco ne supprime que les spécificités NTSC
problèmes.

Si vous souhaitez améliorer l'image, vous devez également utiliser yuvdenoise :

> lav2yuv flux.avi │ yuvkineco │ yuvdenoise │ mpeg2enc -o vidéo.m1v

Exemple

> lav2yuv flux.avi │ Yuvycsnoise │ mpeg2enc -o vidéo.m1v

Yuvycsnoise est également utilisé pour NTSC et est spécialisé pour le bruit de séparation NTSC Y/C. Si
le matériel de capture vidéo n'a qu'un mauvais séparateur Y/C, puis des bandes verticales (en particulier
des bruits rouges/bleus) apparaissent qui ressemblent à un drapeau à damier et à une inversion lumineuse/sombre par 1 image.
yuvycsnoise réduit les bruits de ce type. Vous pouvez également utiliser différents seuils pour
luma/chroma et la méthode d'optimisation. Ce filtre n'est pas nécessaire pour travailler avec DV
(Vidéo numérique).

yuvycsnoise ne fonctionne correctement que lorsque nous avons NTSC avec :

pleine hauteur (480 lignes)

plein mouvement capturé (29.97 ips)

capturé avec un matériel de séparation Y/C médiocre

Pour plus d'informations sur la yuvkineco et la yuvycsnoise, lisez le README dans les yuvfilters
répertoire.

Si vous souhaitez expérimenter pour déterminer les réglages optimaux pour le débruiteur, le détartreur et
ainsi de suite, remplacez le mpeg2enc par yuvplay. yuvplay lit les images yuv afin que vous puissiez voir
si les options que vous avez choisies rendent la chose meilleure ou pire.

Une commande ressemblerait à ceci :

> lav2yuv flux.eli │ yuvdenoise -options │ yuvscaler -options │ yuvjouer

Si vous voulez savoir de combien chaque outil réduit le débit binaire moyen. Vous pouvez utiliser ce tableau
pour voir ce à quoi vous pouvez vous attendre si vous avez une vidéo en taille réelle et que vous souhaitez créer un DVD avec un
facteur de qualité de 5 et le débit binaire maximal autorisé de 8500kb/sec.

pas de débruitage : 8300 kb/s (atteignant principalement la borne supérieure)

Yuvenoise : 7700 ko/s

mpeg2enc --reduce-hf : 7400 ko/s

yuvdenoise + yuvmedianfilter : 6000 kb/s

yuvdenoise + mpeg2enc --reduce-hf : 4900 ko/s

tout ce qui précède : 3600 kb/s

Si -N│--réduire-hf ou la yuvdenoise seule n'est qu'une modeste amélioration, ensemble elles
réduire considérablement le débit binaire. Il n'y a pas vraiment de différence visible entre
en utilisant yuvdenoise seule et yuvdenoise avec mpeg2enc --reduce-hf. Les valeurs utiles sont
entre 0.0 et 1.5. Où vous pouvez dire que plus le facteur de qualité que vous voulez est élevé, plus
moins cette option s'améliore. Avec un facteur de qualité 4, vous économisez en utilisant -N 1.0 environ 1%. Si vous
voulez un facteur de qualité de 9 et utilisez le -N 1.0, vous pourriez économiser jusqu'à 40 %. Mais vous pourriez économiser
moins, cela dépend de la vidéo que vous encodez !!!

Si vous vous demandez pourquoi ne pas toujours utiliser tous les filtres ci-dessus ? Les réponses sont que
l'image s'adoucit (perte de détails) et le temps d'encodage augmente. La plupart des filtres
chacun nécessite à peu près le même temps que mpeg2enc a besoin pour encoder la vidéo.

Si vous avez du matériel de très haute qualité et que vous souhaitez conserver chaque détail, vous devriez essayer d'utiliser
le mpeg2enc --keep-hf│-h d'autre part.

Remarque: La réduction de débit dont vous disposez dépend du matériau et du bruit du
images.

Une autre option mpeg2enc intéressante est la -E│--unité-coeff-elim option. Cette option est
désactivé par défaut. Si vous l'activez, un algorithme spécial "d'élimination du coefficient unitaire",
est appliqué aux blocs d'image codés. Fondamentalement, cette procédure force les blocs d'un
type qui ne transporte pas beaucoup d'informations (mais utilise beaucoup de bits pour coder) à ignorer. UNE
valeur négative examine la base (DC) ainsi que les coefficients AC. Une valeur positive
signifie que seuls les coefficients de texture (AC) sont examinés et éventuellement mis à zéro. le
les valeurs recommandées se situent entre -20 et +20. Vous pouvez généralement vous attendre à ce que vous ayez 5%
taille de fichier réduite. Le montant de la réduction du débit binaire peut varier considérablement, la plage
s'étend de pas vraiment perceptible jusqu'à 20%.

Si vous pensez qu'une autre matrice de quantification aidera à utiliser le -K│--matrices-quantitatives-personnalisées
option. Vous pouvez essayer votre propre matrice de quantification ou utiliser une autre fonction intégrée que la
défaut. Vous pouvez choisir entre kvcd, tmpgenc, haute résolution et le vôtre. Utilisation de -K généralement
rend le fichier plus petit à l'exception de l'option haute résolution (qui rend les fichiers considérablement plus gros).
Des directives exactes sont difficiles à donner, parfois une autre matrice de quantification permet d'économiser presque
rien, et la prochaine fois jusqu'à 20%. Plus de 20 % est très improbable, 10 à 15 % à un niveau modéré
facteur de qualité (-q 8-10) sont probables. Plus la qualité est élevée, moins elle économise, à une qualité
facteur de 4 à 6, la réduction du débit binaire ne peut être que de 5%

Une chose à garder à l'esprit est que l'élimination du coefficient unitaire et la quantification
option matricielle diminuent le débit binaire tout en conservant la même qualité visuelle. À
ce point, vous pouvez choisir d'utiliser le fichier plus petit pour augmenter la quantité de vidéo qui sera
s'adapter sur le support de disque ou vous pouvez choisir d'augmenter la qualité encore plus en abaissant le
-q par 1 et créer un fichier plus volumineux (mais de meilleure qualité).

écaillage et compenser de la plateforme prothétique

La mise à l'échelle de base est décrite dans le Façonnage face

La mise à l'échelle prend une partie de l'image et la met à l'échelle à une taille plus grande ou plus petite. le
la mise à l'échelle est effectuée par yuvscaler :

lav2yuv test.eli │ yuvscaler -I UTILISER_400x400+50+100 │ yuvjouer

Ici, nous ne prenons qu'une partie de l'image et la redimensionnons à la taille du cadre d'origine.
Mais yuvscaler modifie également le rapport hauteur/largeur des pixels. Cela signifie que lorsque vous regardez le flux
en utilisant yuvplay, cela ressemble à un carré dans notre exemple. Après mise à l'échelle, si l'échantillon (pixel)
le rapport hauteur/largeur n'a pas été modifié, la vidéo ne s'afficherait pas avec le rapport hauteur/largeur approprié.
Yuvscaler compense en ajustant le rapport hauteur/largeur de l'échantillon. Si vous avez un entrelacé
vidéo, la hauteur et HeightOffset doivent être un multiple de 4 si la vidéo est entrelacée.
Sinon, les valeurs (largeur, hauteur, décalage de largeur, décalage de hauteur) doivent être un multiple de 2.

Un problème qui ne peut pas être résolu facilement avec la mise à l'échelle est lorsque l'image n'est pas centrée
horizontal. D'un côté vous n'avez pas de pixels noirs et de l'autre vous en avez 30 par exemple.
La mise à l'échelle est ici la mauvaise solution. y4mshift est la solution parfaite car elle peut
déplacer l'image vers la gauche ou la droite.

lav2yuv test.eli │ y4mshift -n 20 │ mpeg2enc -f 3 -b 4000 -q 10 -o vidéo.m2v

Cela déplacera l'image de 20 pixels vers la droite. Si vous utilisez un négatif, l'image est décalée
À gauche. Vous devez utiliser un nombre pair. Les pixels insérés sont définis sur noir.

Certains pourraient se demander pourquoi l'image n'est pas centrée et il y a une bordure noire autour du
image lorsque vous visualisez ce que vous avez enregistré. La raison de la frontière noire est dans l'histoire
de la technologie TV CRT (Cathode Ray Tube). L'histoire de la norme TV est très
histoire intéressante mais ce sujet est décrit dans d'autres (grands) livres.

Le téléviseur n'affiche pas l'image complète. Une partie de l'image n'est pas affichée car le téléviseur
définit l'overscan (parfois jusqu'à 10 %, mais le plus courant aujourd'hui est de 5 %). Mais quand tu
capturez la vidéo avec une carte, vous voyez toute l'image, y compris la bordure que les téléviseurs perdent
en raison d'un surbalayage. Un décalage horizontal n'est généralement pas un problème de la carte de capture. Ce
est un problème lorsque le film est diffusé et mal synchronisé avec l'image. Cette
signifie que le balayage de la source n'est pas exactement synchronisé avec le signal porteur, vous
ne verra pas ça à la télé.

Cadre métallique robuste taux Conversion

Avez-vous déjà eu besoin de convertir le framerate de PAL en NTSC ou dans l'autre sens ? Ou
quelque chose de beaucoup plus simple comme convertir le framerate de 24FPS à 24000:1001 pour
conversation d'une fréquence d'images de film à une fréquence d'images NTSC valide.

Que yuvfps est votre programme. Il peut réduire la fréquence d'images en supprimant des images ou en créant un
fréquence d'images plus élevée en répliquant les images. Si vous avez une mauvaise fréquence d'images dans l'en-tête, vous
peut uniquement changer l'en-tête du flux YUV et ne pas modifier le flux.

Étant donné que les trames ne sont que répliquées (copiés), vous devez d'abord débruiter, puis modifier
le framerate et l'échelle à la dernière étape. Si vous avez une source entrelacée, vous devez également
désentrelacer avant de changer la fréquence d'images. Si vous créez une fréquence d'images plus élevée, il est très
probablement que vous aurez des scintillements étranges lors de la lecture. Si vous convertissez PAL en NTSC
(30000:1001 FPS environ 29,97 FPS) la fréquence d'images sera réduite d'environ le facteur 480/576
(lignes NTSC / lignes PAL). Si vous réduisez la fréquence d'images de PAL à NTSC (à 24000:1001) ou
FILM NTSC (24FPS) le débit sera d'environ (480 lignes * 24 FPS) / (576 lignes * 25FPS).
Si vous modifiez la fréquence d'images avant de débruiter, le yuvdenoise aura du mal à trouver
le bruit à travers les images et la bande passante nécessaire augmenteront légèrement.

Exemple

> lav2yuv vidéo.eli │ yuvfps -r 30000:1001 │ yuvscaler -O SVCD │ mpeg2enc -f 4 -o
vidéo_ntsc_svcd.m2v

Ceci est un exemple pour convertir la vidéo source en une vidéo NTSC fonctionnant à 30000:1001 FPS
(ou environ 29,97FPS) au format SVCD.

Exemple

> lav2yuv vidéo.eli │ yuvdenoise │ yuvfps -r 24000:1001 │ yuvscaler -O TAILLE_720x480 │
mpeg2enc -f 3 -b 4000 -q 7 -o vidéo_ntsc.m2v

Cet exemple montre comment vous devez utiliser les outils. Débruitez d'abord puis changez le
framerate et dans la dernière étape, modifiez la taille de l'image.

Il peut arriver que yuvscaler ou mpeg2enc ne détecte pas correctement la norme TV. Si ce
arrive, vous devez ajouter l'option norme -n n/p/s au programme qui choisit le mauvais
standard.

Si vous savez que l'en-tête indique la mauvaise fréquence d'images, vous pouvez simplement modifier la fréquence d'images
de l'en-tête yuv de cette façon :

> lav2yuv vidéo.eli │ yuvfps -r 25:1 -c │ mpeg2enc -f 3 -b 4000 -q 7 -o vidéo_pal.m2v

Vous avez besoin de -c option. Pour dire à yuvfps qu'il ne doit changer que l'en-tête du
flux. Avec le -r 25:1 vous indiquez à yuvfps la fréquence d'images qu'il doit écrire dans l'en-tête.
Dans votre exemple, la fréquence d'images PAL de 25 FPS. Vous devez toujours utiliser la forme fractionnaire.

Si vous savez que l'en-tête est erroné et que vous avez besoin d'un débit de sortie différent, vous pouvez le faire
ceci en une seule étape :

> lav2yuv vidéo.eli │ yuvfps -s 24:1 -r 25:1 │ mpeg2enc -o vidéo.m1vTranscodage de
MPEG-2 existant

Pour transcoder des flux MPEG-2 existants à partir de cartes TV numériques ou de DVD, un débit de données inférieur
que pour la diffusion donnera de bons résultats. VCD standard 1152 kbps fonctionne généralement juste
très bien pour MPEG-1. La différence réside dans le rapport Signal/Bruit de l'original. Le bruit dans
le truc analogique le rend beaucoup plus difficile à compresser.

Vous devrez également ajuster manuellement le décalage du retard audio par rapport à la vidéo lorsque
multiplexage. Très souvent, un délai d'environ 150 ms semble faire l'affaire.

Vous devez télécharger les packages ac3dec et mpeg2dec. Vous pouvez les trouver à leur
page d'accueil : mpeg2dec ( ) et ac3dec. Pour décoder les flux audio mpg123 et mplayer peuvent
être très utile. Vous avez également besoin de sox et de toolame.

Dans le répertoire des scripts, il y a un transcode mpeg script qui fait la plupart du travail.

Le transcodage ressemble donc à ceci :

> mjpegtranscode -V -o vcd_stream mpeg2src.mpg

-V

définir les options pour qu'un flux compatible VCD soit généré

-o flux_vcd

un vcd_stream.m1v (vidéo) et vcd_stream.mp2 (audio) est créé

mpeg2src.mpg

spécifie le flux source

Le script imprime également quelque chose comme ceci :

> SYNC 234 ms

Vous devrez ajuster les délais de démarrage audio/vidéo lors du multiplexage pour garantir l'audio
et la vidéo sont synchronisés. Le délai exact (en millisecondes) que vous devez passer à
mplex pour synchroniser l'audio et la vidéo à l'aide du "-v"" est imprimé par l'outil extract_a52
étiqueté "SYNC" lorsqu'il est exécuté avec le drapeau "s". C'est la valeur du script mjpegtranscode
s'imprime après la SYNC mot.

Ensuite, vous devez les multiplexer comme ceci :

> complexe -f 1 -O 234 vcd_stream.mp2 vcd_stream.m1v -o lowrate.mpg

-f 1

Le format Mux est défini sur VCD

-O234

Décalage d'horodatage vidéo en mSec, généré par le script mjpegtranscoding, il est négatif
les valeurs sont autorisées

vcd_stream.mp2 & vcd_stream.m1v

fichiers générés par le script

lowrate.mpg

le flux de sortie compatible VCD

Ici, nous avons un exemple SVCD (vidéo MPEG-2) :

> mjpegtranscode -S -o svcd_stream mpeg2src.mpg

Il faut le multiplexer avec :

> complexe -f 4 -O 234 svcd_stream.mp2 svcd_stream.m2v -o lowrate.mpg

Problème: Il y a parfois un problème avec la lecture NTSC et VCD car les films peuvent être
recodé avec un pulldown NTSC 3:2 avec 60 champs/sec. mpeg2dec est conçu pour la lecture sur
ordinateurs et génère le débit binaire original de 24 images/s. Si vous encodez la vidéo maintenant
Une vidéo de 30 images/s est créée. Cette vidéo est maintenant beaucoup trop courte pour l'audio encodé.

Le transcodage peut être fait pour fonctionner mais il doit être fait manuellement :

> mpeg2déc -s -o pgmpipe mpeg2src.mpg │ pgmtoy4m -a 59:54 -r 25:1 -i t │ mpeg2enc -I 0 -f
4 -q 9 -V 230 -p -P -o svcd_stream.m2v

Le -p indique à mpeg2enc de générer des indicateurs d'en-tête pour le pulldown 3:2 du film 24fps. Cela pourrait
fonctionnent également si vous n'ajoutez pas l'indicateur -p. Vous n'avez pas besoin de l'indicateur -p lors du transcodage vers
Format VCD car il n'est pas pris en charge en mpeg1.

If vous souhaitez à do chaque étape on votre propre it vont du dernier quelque chose comme ceci.

Extraire l'audio :

> cat test2.mpg │ extrait_a52 - -s │ ac3dec -o wav -p son.wav 2> / dev / null

L'une des premières lignes affichées contient l'étiquette "SYNC" que vous devez utiliser cette fois plus tard
lors du multiplexage. Le 2>/dev/null redirige la sortie de ac3dec vers /dev/null. Dans le
étape suivante, vous générez le fichier audio mpeg :

> cat son.wav │ mp2enc -V -v 2 -o audio.mp2

-V

force le format VCD, le taux d'échantillonnage est converti à 44.1 kHz à partir de 48 kHz

-v2

inutile mais si vous l'utilisez mp2enc vous indique combien de secondes du fichier audio sont
déjà codé.

-o

Spécifie le fichier de sortie.

cat test2.mpg │ extrait_a52 - -s │ ac3dec -o wav │ Sox -t wav /dev/stdin -t wav -r 44100
/dev/stdout │ outil -p 2 -b 224 /dev/stdin audio.mp2

L'une des premières lignes de sortie contient à nouveau l'étiquette « SYNC ». Vous devez utiliser ce temps
(appelée "SYNC_value" ci-dessous) lors du multiplexage.

Pour la création de VCD, utilisez :

> mpeg2déc -s -o pgmpipe test2.mpg │ pgmtoy4m -a 59:54 -r 25:1 -i t │ mpeg2enc -s -o
vidéo_vcd.m1v

mpeg2dec :

-s

indique à mpeg2dec d'utiliser le démultiplexeur de flux de programme

-o pgmpipe

le format de sortie des images, adapté à pgmtoy4m

Complexe avec :

> complexe -f 1 -O valeur_SYNC audio.mp2 vidéo_vcd.m1v -o vcd_stream.mpg

-f 1

génère un flux VCD

-O valeur_SYNC

la valeur mentionnée ci-dessus

Pour la création de SVCD, utilisez :

> mpeg2déc -s -o mpeg2src.mpg │ pgmtoy4m -a 59:54 -r 25:1 -i t │ mpeg2enc -f 4 -q 9 -V
230 -o vidéo_svcd.mpg

-q 9

Facteur de qualité pour le flux (flux VBR) (par défaut q : 12)

-V230

Taille de la mémoire tampon vidéo cible en Ko

-o

Fichier de sortie

Complexe avec :

> complexe -f 4 -b 230 audio.mp2 vidéo_svcd -o svcd_stream.mpg

-f 4

générer un flux SVCD

-b 200

Spécifiez la taille de la mémoire tampon vidéo par le périphérique de lecture.

Pour d'autres formats de sortie vidéo, cela peut fonctionner :

> mpeg2déc -s -o pgmpipe test2.mpg │ pgmtoy4m -a 59:54 -r 25:1 -i t │ yuvscaler -O
TAILLE_320x200 -O NON_ENTRELACÉ │ mpeg2enc -o étrange_vidéo.m1v

Si vous souhaitez éditer des flux mpeg, cela fonctionne également mais d'une manière légèrement différente. Pour
démultiplexage, vous pouvez utiliser bbdmux à partir du package bbtools. Divise la vidéo ou
audio très proprement. Vous ne pouvez plus l'obtenir à partir de la page d'accueil de Brent Beyler, il peut
toujours être trouvé lorsque vous le recherchez en utilisant les mots-clés " bbtools linux -suse
-boîte noire". Actuellement, il peut être trouvé à:

Première exécution:

> bbdmux mavidéo.mpg

Vous devriez obtenir quelque chose comme ceci:

ID de flux trouvé 0xE0 = Flux vidéo 0
ID de flux trouvé 0xC0 = Flux audio MPEG 0
ID de flux trouvé 0xBE = Flux de remplissage

Extraire l'audio avec :

> bbdmux mavidéo.mpg 0xC0 audio.mp1

Convertissez-le en wav :

> mpg123 -w audio.wav audio.m1v

Extraire la vidéo avec :

> bbdmux mavidéo.mpg 0xE0 vidéo.m1v

Conversion de vidéo en un flux avi mjpeg :

> mpeg2déc -o pgmpipe vidéo.m1v │ pgmtoy4m -a 59:54 -r 25:1 -i t │ yuv2lav -f a -o
test.avi

Puis en ajoutant le son à l'avi :

> lavaddwav test.avi audio.wav final.avi

Si la vidéo source a déjà la taille de la vidéo cible, utilisez -o YUV. L'utilisation de YUVh fait
la vidéo en demi-taille ! Le reste peut être fait comme l'édition et l'encodage d'autres
ruisseaux. Si vous avez des vidéos avec un son ac3, vous n'avez qu'à adapter les commandes ci-dessus.

Extraire l'audio :

> cat test2.mpg │ extrait_a52 - -s │ ac3dec -o wav 2>dev/null >son.wav

Extraire la vidéo et ajouter l'audio en une seule étape :

> mpeg2déc -s -o pgmpipe │ pgmtoy4m -a 59:54 -r 25:1 -i t │ yuvscaler -O VCD │ yuv2lav -f
a -q 85 -w son.wav -o test.avi

NOTE:Vous avez besoin de beaucoup d'espace disque. 1 Go de vidéo a une taille d'environ 2 Go au format SVCD et de
de l'espace disque est nécessaire pour certains fichiers temporaires. La conversion de la vidéo en mjpeg prend également
un jour. Sur mon Athlon 500, je n'obtiens jamais plus de 6 à 7 images par seconde. Vous perdez de la qualité
chaque fois que vous convertissez un flux dans un autre format ! Qualité/vitesse de négociation

Si la qualité absolue est votre objectif, une amélioration modeste peut être obtenue en utilisant le -4
et -2 drapeaux. Ceux-ci contrôlent la façon dont mpeg2enc rejette impitoyablement les correspondances de mauvaise qualité entre
sections de cadres adjacents pendant les premières étapes de la recherche lorsqu'il travaille avec
Groupes de pixels 4*4 et 2*2 plutôt que pixels individuels. Le réglage -4 1 -2 1 maximise
qualité. -4 4 -2 4 maximise la vitesse. Notez que parce que les critères statistiques mpeg2enc
les utilisations pour éliminer les mauvaises correspondances sont généralement assez fiables l'augmentation/diminution
en qualité est modeste (mais perceptible).

La réduction du rayon de recherche des sections d'images correspondantes augmente également la vitesse.
Cependant, en raison du fonctionnement de l'algorithme de recherche, le rayon de recherche est en fait arrondi
au multiple de 8. De plus, sur les processeurs modernes, la vitesse gagnée en réduisant
le rayon inférieur à 16 n'est pas assez grand pour que la réduction marquée de la qualité en vaille la peine
pour la plupart des applications.

La création flux à be joué grâce au disque grâce à Software joueurs

Habituellement, le logiciel de lecture MPEG est beaucoup plus flexible que le matériel intégré aux DVD et
lecteurs VCD. Cette flexibilité permet d'obtenir une compression nettement meilleure
pour la même qualité. L'astuce consiste à générer des flux vidéo qui utilisent de gros tampons vidéo
(500 Ko ou plus) et un codage à débit variable (le drapeau -f / -q vers mpeg2enc). Logiciel
Les lecteurs lisent aussi souvent correctement la couche MPEG 3 plus efficace (oui, « MP3 »
format audio. Un bon encodeur MP3 comme lame produira des résultats comparables à la couche 2 à
224Kbps à 128Kbps ou 160Kbps.SMP et encodage distribué

L'encodage distribué est une théorie assez sombre pour la machine typique en 2013. Donc la plupart
les utilisateurs peuvent sauter ce point en toute sécurité. L'encodage SMP est plus intéressant pour la moyenne
ordinateur

Le degré auquel mpeg2enc essaie de répartir le travail entre les threads exécutés simultanément est
contrôlé par l'option -M ou --multi-thread [0..32]. Cela optimise mpeg2enc pour le
nombre spécifié de processeurs. Par défaut (-M 1) mpeg2enc fonctionne avec juste un peu de multi-
threading : la lecture des trames se fait en même temps que la compression. Ceci est fait pour permettre
encoder des pipelines répartis sur plusieurs machines (voir ci-dessous) pour fonctionner efficacement
sans avoir besoin de programmes de mise en mémoire tampon spéciaux. Si vous encodez sur un seul processeur
machine où la RAM est restreinte, vous pouvez désactiver complètement le multithreading en définissant
-M 0 fonctionne un peu plus efficacement.

Pour les machines SMP avec deux processeurs ou plus, vous pouvez accélérer mpeg2enc en définissant le
nombre de threads d'encodage s'exécutant simultanément que vous souhaitez utiliser (par exemple -M 2).
Le réglage -M 2 ou -M 3 sur une machine à 2 voies devrait vous permettre d'accélérer l'encodage d'environ
80%. Les valeurs supérieures à 3 sont acceptées mais ont très peu d'effet même sur les systèmes à 4 processeurs.

Si vous avez une machine SMP vraiment rapide (actuellement le 1er août 03) comme un double Athlon MP 2600 ou
quelque chose de similaire, le -M 2 et le filtrage peuvent ne pas occuper les deux (ou plus) CPU.
L'utilisation du tampon ou du programme bfr avec un tampon de 10 à 20 Mo permet de garder les deux processeurs occupés.

Évidemment, si votre pipeline d'encodage contient plusieurs étapes de filtrage, il est probable que
vous pouvez garder deux processeurs ou plus occupés simultanément même sans utiliser -M. Débruitage à l'aide
yuvdenoise ou yuvmedianfilter est particulièrement exigeant et utilise presque autant de traitement
puissance comme encodage MPEG.

Si vous avez plusieurs ordinateurs, vous pouvez également diviser le pipeline d'encodage entre les ordinateurs
en utilisant les commandes d'exécution à distance standard 'rsh' ou 'rcmd'. Par exemple, si vous
avoir deux ordinateurs :

> rsh machine1 lav2yuv "macapture.eli │ yuvscaler -O SVCD │ yuvdenoise” │ mpeg2enc -f 4 -o
macapture.m2vi

Ici, l'ordinateur sur lequel vous exécutez la commande effectue l'encodage MPEG et "machine1"
est la machine qui décode la mise à l'échelle et le débruitage de la vidéo capturée.

Évidemment, pour que cela fonctionne, « machine1 » doit pouvoir accéder à la vidéo et à l'ordinateur
où la commande est exécutée doit avoir de l'espace pour la vidéo encodée. En pratique, c'est
vaut généralement la peine de configurer le stockage de fichiers réseau à l'aide de « NFS » ou d'autres packages si vous
vont faire des trucs comme ça. Si vous avez trois ordinateurs, vous pouvez effectuer cette étape
De plus, un ordinateur pourrait faire le décodage et la mise à l'échelle, le suivant pourrait faire le débruitage et
le troisième pourrait faire l'encodage MPEG :

> rsh machine1 "lav2yuv macapture.eli │ yuvscaler -O SVCD" │ yuvdenoise │ rsh machine3
mpeg2enc -f 4 -o macapture.m2v

NOTE:Comment les exécutions de commandes à distance sont configurées pour que les données soient envoyées directement depuis le
machine qui le produit à la machine qui le consomme.

En pratique, pour que cela en vaille la peine, le réseau que vous utilisez doit être suffisamment rapide pour
éviter de devenir un goulot d'étranglement. Pour les machines de classe Pentium-III ou supérieure, vous aurez besoin d'un
Ethernet 100 Mbps.

Pour les machines très rapides, un Ethernet commuté de 100 Mbit/s (ou mieux !) peut être nécessaire.
le rshd ("Remote Shell Daemon" nécessaire pour que rsh fasse son travail et la configuration de "rsh" est
au-delà de la portée de ce document, mais c'est un package standard et devrait être facilement
installé et activé sur n'importe quelle distribution Linux ou BSD.

Sachez qu'il s'agit potentiellement d'un problème de sécurité, utilisez-le donc avec précaution sur les machines qui sont
visible aux réseaux extérieurs !Interopérabilité

Les fichiers Quicktime capturés à l'aide de lavrec peuvent être modifiés à l'aide de Broadcast2000. Mais
Broadcast2000 n'est plus disponible sur heroinewarrior. fichiers AVI mjpeg capturés à l'aide
l'outil de diffusion du package xawtv peut être édité, compressé et lu
à l'aide d'un logiciel. La lecture matérielle n'est pas possible pour de tels fichiers en raison des limitations de
le matériel Zoran actuellement pris en charge. Les vidéos enregistrées avec NuppelVideo peuvent également être
traité avec les outils mjpeg.

Si vous avez un Macintosh (MAC) et que vous souhaitez utiliser les outils mjpeg, regardez ici :

Les fichiers MPEG produits à l'aide des outils sont connus pour être lus correctement sur :

dxr2 (carte de décodeur matériel)

xine

xfilm

mplayer

vlc

MPEG-1 uniquement : gtv

MS Media player versions 6 et 7 et versions ultérieures

Lecteur DVD basé sur un logiciel

Pour savoir ce que votre lecteur HW (la plupart du temps lecteur DVD) peut faire, jetez un œil à :

Il semble que le lecteur MS Media aime davantage les flux MPEG-1 si vous avez utilisé -f 1 lorsque
multiplexage.

Si vous avez des problèmes ou des suggestions, n'hésitez pas à m'envoyer un mail (Bernhard Praschinger): Il
est beaucoup de choses ajoutées à partir des HINTS créés par Andrew Stevens. Wolfgang Goeller et
Steven M. Schultz a vérifié le document pour les bugs et les fautes d'orthographe.

Et aux personnes qui m'ont aidé avec des descriptions de programmes et des conseils, à

Utilisez mjpegtools en ligne à l'aide des services onworks.net