OVH Cloud OVH Cloud

Remarque sur l'utilisation de Tsunami TMPGEnc

6 réponses
Avatar
Alf92
Salut à tous,

J'ai remarqué que lorsque je traite un fichier pour un encodage avec
TMPGEnc, le fichier résultant est significativement plus gros si je traite
l'image et le son simultanément, que si je traite l'image et le son
séparément et multiplexe le tout.

Y a t il une explication rationnelle à ceci ?
merci.

--
Cordialement,
Alf92
http://frpn.free.fr

6 réponses

Avatar
Stephane Legras-Decussy
Alf92 <alf92[NO-SPAM]@freesurf.fr> a écrit dans le message :
424a6bf7$0$28542$
Salut à tous,

J'ai remarqué que lorsque je traite un fichier pour un encodage avec
TMPGEnc, le fichier résultant est significativement plus gros si je traite
l'image et le son simultanément, que si je traite l'image et le son
séparément et multiplexe le tout.

Y a t il une explication rationnelle à ceci ?
merci.



vous pouvez donner la methode exacte que vous utilisez ?
la compression externe du son est en quel format ?
et l'interne ?
et vous multiplexez avec quel outils ?

etc...

parce que effectivement, c'est interessant à comprendre ce truc...
Avatar
Alf92
Stephane Legras-Decussy a dit ça :

J'ai remarqué que lorsque je traite un fichier pour un encodage avec
TMPGEnc, le fichier résultant est significativement plus gros si je
traite l'image et le son simultanément, que si je traite l'image et
le son séparément et multiplexe le tout.

Y a t il une explication rationnelle à ceci ?
merci.



vous pouvez donner la methode exacte que vous utilisez ?
la compression externe du son est en quel format ?
et l'interne ?
et vous multiplexez avec quel outils ?

etc...

parce que effectivement, c'est interessant à comprendre ce truc...




voici un bout de film encodé avec TMPGEnc
avec les paramètres suivants :
- MPEG1 VBR 2 pass (average 700) 352x288
- MPEG Audio Layer II 44100/192st

1/ encodage séparé image et son
avec mutiplexage avec MPEG tools de TMPGEnc
2.6Mo http://frpn.free.fr/test-separes.mpg

2/ encodage simultané image et son
4.0Mo http://frpn.free.fr/test-joints.mpg

dans le cas du second fichier GSpot indique d'ailleur un bitrate aberrant.

voilà...

--
Cordialement,
Alf92
http://frpn.free.fr
Avatar
gerard guenin
Le Wed, 30 Mar 2005 18:42:25 +0200, "Alf92"
<alf92[NO-SPAM]@freesurf.fr> écrit:

voici un bout de film encodé avec TMPGEnc
avec les paramètres suivants :
- MPEG1 VBR 2 pass (average 700) 352x288
- MPEG Audio Layer II 44100/192st

1/ encodage séparé image et son
avec mutiplexage avec MPEG tools de TMPGEnc
2.6Mo http://frpn.free.fr/test-separes.mpg

2/ encodage simultané image et son
4.0Mo http://frpn.free.fr/test-joints.mpg



Truc marrant : essai de zipper (ou ce que tu veux, .rar...) tes deux
mpeg : pratiquement la même taille du zip (2513 et 2530 ko).
conclusion : l'encodage simultané est bourré d'octets de remplissage.
Tu à probablement demandé un VCD standard dont le débit est normalisé.
Si la somme audio + vidéo n'atteint pas la valeur normalisée, tmpg
rajoute du bourrage.

Dans le cas du séparé tu as dû demander un vcd non standard ou un
mpeg1 lors du multiplexage.
--
Enlever la pub pour me répondre
Avatar
Alf92
gerard guenin a dit ça :

voici un bout de film encodé avec TMPGEnc
avec les paramètres suivants :
- MPEG1 VBR 2 pass (average 700) 352x288
- MPEG Audio Layer II 44100/192st

1/ encodage séparé image et son
avec mutiplexage avec MPEG tools de TMPGEnc
2.6Mo http://frpn.free.fr/test-separes.mpg

2/ encodage simultané image et son
4.0Mo http://frpn.free.fr/test-joints.mpg



Truc marrant : essai de zipper (ou ce que tu veux, .rar...) tes deux
mpeg : pratiquement la même taille du zip (2513 et 2530 ko).
conclusion : l'encodage simultané est bourré d'octets de remplissage.
Tu à probablement demandé un VCD standard dont le débit est normalisé.
Si la somme audio + vidéo n'atteint pas la valeur normalisée, tmpg
rajoute du bourrage.

Dans le cas du séparé tu as dû demander un vcd non standard ou un
mpeg1 lors du multiplexage.



tout ce que tu dis est plausible en effet.
je vais refaire le test en vérifiant le paramètres que tu indiques et je
revenir poster les conclusions.

entre temps je me suis amusé à démultiplexer le deux fichiers et j'ai obtenu
les même flux audio et video.

suite au prochain épisode !

--
Cordialement,
Alf92
http://frpn.free.fr
Avatar
Stephane Legras-Decussy
gerard guenin a écrit dans le message :

Truc marrant : essai de zipper (ou ce que tu veux, .rar...) tes deux
mpeg : pratiquement la même taille du zip (2513 et 2530 ko).
conclusion : l'encodage simultané est bourré d'octets de remplissage.
Tu à probablement demandé un VCD standard dont le débit est normalisé.
Si la somme audio + vidéo n'atteint pas la valeur normalisée, tmpg
rajoute du bourrage.

Dans le cas du séparé tu as dû demander un vcd non standard ou un
mpeg1 lors du multiplexage.



très joli ! j'aurais jamais eu l'idée...
Avatar
Alf92
Alf92 a dit ça :

voici un bout de film encodé avec TMPGEnc
avec les paramètres suivants :
- MPEG1 VBR 2 pass (average 700) 352x288
- MPEG Audio Layer II 44100/192st

1/ encodage séparé image et son
avec mutiplexage avec MPEG tools de TMPGEnc
2.6Mo http://frpn.free.fr/test-separes.mpg

2/ encodage simultané image et son
4.0Mo http://frpn.free.fr/test-joints.mpg



Truc marrant : essai de zipper (ou ce que tu veux, .rar...) tes deux
mpeg : pratiquement la même taille du zip (2513 et 2530 ko).
conclusion : l'encodage simultané est bourré d'octets de remplissage.
Tu à probablement demandé un VCD standard dont le débit est
normalisé. Si la somme audio + vidéo n'atteint pas la valeur
normalisée, tmpg rajoute du bourrage.

Dans le cas du séparé tu as dû demander un vcd non standard ou un
mpeg1 lors du multiplexage.



tout ce que tu dis est plausible en effet.
je vais refaire le test en vérifiant le paramètres que tu indiques et
je revenir poster les conclusions.

entre temps je me suis amusé à démultiplexer le deux fichiers et j'ai
obtenu les même flux audio et video.

suite au prochain épisode !




Salut Gerard G.

Alors là chapeau !!
Après avoir refait mes petits tests j'en conclue que tu as décrit EXACTEMENT
le pb.

En effet la version à encodage simultané image et son a été réalisée avec
l'option "VCD non Std".
TMPGEnc bourre donc le fichier pour fait "comme si", un peu comme le
papier-journal dans les pochettes surprises.

Je suppose que le problème doit également se poser en MPEG2/SVCD non Std...

Merci d'avoir éclairer ma lanterne. :)

--
Cordialement,
Alf92
http://frpn.free.fr