Gros problème d'encodage... , muxer une vidéo en mp4 avec une vidéo encoder en h.264 et un son aac

Bonjour à tous,

Depuis Ripp-it 5, lorsque je lance un réencodage son je choisis mes paramètre ensuite quand je fait réencoder avant que ripp-it se lance j'ai un problème de se genre la : Cette application d3dx9_27.dll
est introuvable. la réeinstallastion de cette application peut corriger ce problème."

(ps : ca me ça lorsque j'ouvre un virtualdubmod a par du programme seulement celui ci ne marche pas)

je clique sur Ok, Virtualdubmod se lance bien seulement quelques secondes après il se ferme et ripp-it le crois "terminer"

seul les vidéo fonctionne mais je suis obligé de fermer la fenêtre DOS (j'sais plus si sa s'appel comme ça (IMG:http://forum.ripp-it.com/style_emoticons/default/icon_mad.gif) ).

j'ai vérif la config et rine à signaler donc si vous puoviez m'aider (IMG:http://forum.ripp-it.com/style_emoticons/default/bof.gif) .

Ps : en même temps j'aurais une chtite question, comment on peut muxer une vidéo en mp4 avec une vidéo encoder en h.264 et un son aac ? (IMG:http://forum.ripp-it.com/style_emoticons/default/icon_mad.gif)

On dirait un problème avec directX (mais je vois vraiment pas pourquoi ??)

N'ayant pas encore fait d'encodage avec la 5, je sais pas si cela le fait aussi chez moi, mais je n'ai pas non plus ce d3dx9_27.dll ...

Bonjour,

DirectX 9 est installé chez toi ?

Pour le ps, je pense que c'est possible ...


Sinon télécharge la dll ici : http://prdownloads.sourceforge.net/guliver...27.zip?download et met la après l'avoir dézippé dans le dossier System32 de ton ordinateur ...

Hum oui j'ai tester la réeinstallation de direct x 9,

je n'ai plus le probleme au lancement de virtualdub donc un grand merci =)

seulement a part ceci rien na changé

hé underground si on peut muxer une vidéo h264 avec du aac tu pourais me dire comment ? (yamb s'emballe comme ripp-it (IMG:http://forum.ripp-it.com/style_emoticons/default/icon_mad.gif) )

Je vais tester orbital ... (IMG:http://forum.ripp-it.com/style_emoticons/default/cling1.gif) Je te tiens au courant ...

oki merci =D

Bon c'est bizarre, ça ne marche pas non plus chez moi ...

Le problème vient de la piste audio qui ne peut être prise par mkvtoolnix. D'ailleurs, ça fait longtemps que ce bug est connu, mais aucune solution n'a été trouvée pour l'instant. Toutefois, il existe une façon de la contourner assez facilement.
Tu prends la piste audio aac que riam te donne et tu la mux avec YAMB ou MP4box pour lui donner une extension en .MP4 au lieu de .aac et ensuite tu utilises mmg ou riam tout simplement pour muxer en .mkv

Ça me surprend que si peu de monde s'aille plaint de ce bug avant, puisqu'il affecte tous les mux autant en xvid qu'en x264, etc. À croire que personne utilise le container mkv avec du aac.

Ce message a été modifié par zombi55 - 11/03/2006 22:54.

Ce message a été modifié par zombi55 - 11/03/2006 22:52.

ok merci je vais essayer =)

sinant c'est pas ca, c'est une vidéo que j'ai encodé (sans son pour remuxer après avec) en h264 avec une extension avi, la piste son que je veux muxer azvec est en .aac
et c''est pour tout remuxer en mp4 ^^

Ce message a été modifié par orbital - 12/03/2006 13:34.

Ça fonctionne avec YAMB ?

J'ai testé chez moi en fait comme lui, une vidéo .avi réencodé en h264 et une piste son en .aac, impossible de muxer ça avec MP4Box et avec Riam pas de fichier en sorti !

Encore un cas de disparition de mp4 ? (IMG:http://forum.ripp-it.com/style_emoticons/default/bbbb.gif)

Ben ouai j'ai essayé de reencoder via Riam une vidéo en avi (Divx/MP3) en mp4(h264/aac), pas de fichier en sorti alors j'ai essayé à la main, réencodage de la vidéo en un avi sans son avec le h264 et encodage de la piste son démuxé en aac, ça ça marche, après j'ai voulu muxer tout ça dans un mp4 avec Yamb, le mux n'a pas lieu mais je n'ai pas de message d'erreur ...

Yamb me dit qu'il n'accepte pas le H264

Je vais essayer ça et je vous reviens avec une solution, ou du moins une "non solution" (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo.gif)

Bon j'ai réussi.

1) Prendre la vidéo.
Dans mon cas:
\Video.MPG ::
1174 kbps - 3 mo - 00.00.00.029
Vidéo_t1 : 1174 kbps - 3 mo - Codec MPG1 - 25.0000 fps - 0 f - 352x240
Audio_t2 : débit non analysé - Codec MPEG - 1 ch - 352 hz

2) Réencoder avec le son aac en utilisant la vfw x264. Décocher l'option effacer les fichiers temporaires (qui est cochée par défaut)

3)Prendre la vidéo en sortie qui est .avi et la réencoder une nouvelle fois, mais cette fois en cochant x264 HP au format mp4 (c.i.e la cli du x264). Toujours décocher l'option effacer les fichiers temporaires.

3)Prendre la vidéo en sortie qui est .mp4_ et ôter le "_". Ça donne OUT_Video.mp4

4)Prendre le fichier .aac qui a été fait lors de l'étape 2 et le muxer seul dans YAMB en .mp4. Ça donne OUT_Audio.mp4

5)Prendre les deux fichiers OUT_Video.mp4 et OUT_Audio.mp4, puis les muxer avec YAMB. Ça vous donne un produit final qui est parfaitement lisible avec mpc, CoreAVC et CoreAAC.

Je vais essayer d'optimiser cette routine alambiquée pour quelle soit plus simple, mais pour l'instant ça fonctionne.

Le problème vient de là :


MP4Box ne supporte pas le H264 dans un avi. C'est pour cela que je fais l'étape #3.

en faite il faut réencoder encore la vidéo n h264 hp ?

mais justement ca dégrade pas la qualité tout ça ? (IMG:http://forum.ripp-it.com/style_emoticons/default/icon_mad.gif)

Ce message a été modifié par orbital - 13/03/2006 21:32.

Euh (IMG:http://forum.ripp-it.com/style_emoticons/default/an_kes.gif) , c'est pas ça que tu demandais ?

Pour dégrader la vidéo, sûrement pas la cli (x264 HP), car la vfw encode en moins bonne qualité que la cli alors la cli ne fait que "muxer" sans changer vraiment la vidéo. Si tu veux être certain que tu perds aucune qualité, utilise un bitrate outrageusement plus élévé que la vidéo, lorsque tu fais l'étape 2 et après encode normalement avec la cli.

huh ? la version cli ou vfw utilise la même librairie donc il n'y a pas de différence niveau qualité.

De plus la version cli nn'est pas un muxeur à proprement parlé mais plutôt un encodeur...