Decalage son / video : HELP

Bonjour,

J'ai un fichier DivX 5.0.3 Pro d'une durée X et un fichier MP3 VBR Lame d'une durée X aussi (meme durée).
Le MP3 n'est ni plus ni moins que la piste WAV de la video encodée en MP3.

On m'a conseillé dans un précédent post d'utiliser Nandub 1.0rc2 et de faire :

Le problème est le suivant :
- j'obtiens un AVI DivX mais lorsqu'il est lu avec Windows Media Player 9, la video va BEAUCOUP plus vite que le son => decalage.

La chose bizarre :
- quand je lis avec DivX Player 2.0 Alpha cela semble deja mieux.

Comment faire ?

MERCI

 

Ne devrais je pas utiliser VirtualDubMod ?
N'est pas un problème de "delay" (?) ?

Je comprends pas trop le pb.

 

En utilisant NanDub avec cette méthode tu ne devrais pas avoir de problèmes.

As-tu vraiment vérifié que ta vidéo et ta piste son avaient vraiment la même durée (compare par exemple le nombre d'images de ta vidéo à la durée de la piste Audio) ? Si ce n'était pas le cas, alors il faut imposer un delay égal au décalage à ta piste son.

Tu peux aussi essayer de réencoder ton mp3 en CBR et assembler ton fichier final avec VirtualDub : si le décalage persiste, c'est que les bandes son et vidéo n'ont effectivement pas la même durée.

Bon courage !

 

Bon, je ne voulais pas rentrer dans les détails mais puisque tu insistes :=)

Voila mes étapes :
- j'ai numérisé avec Studio 8.5.20
- j'ai ensuite monté avec Premiere 6.5
- j'ai extrait le son => WAV (j'ai vérifié, tout est ok).
- j'ai extrait la video => DivX 5.0.3 Pro
- j'ai compressé le son avec un soft sous Windows qui utilise le codec *** => MP3 VBR).

C'est vrai que lorsque j'utilise Nandub :
- multiplexage MP3 VBR avec le DivX : j'ai un problème de décalage.
- multiplexage WAV avec le DivX : pas de problème.

Le MP3 et le DivX ont la meme durée (car de la meme provenance). Je n'ai pas envie de perde de la place a cause du WAV, je prefere utiliser le MP3. Donc la solution c VirtualDubMod ?

Je teste ca ce soir.

MERCI BEAUCOUP.

 

J'écrivais ça parceque j'ai déjà vu le cas d'un fichier son et d'un fichier vidéo pourtant venant de la même source mais de durées différentes (environ 8 secondes de silence étaient absente du début du fichier son).

Puisque tu as vérifié, alors le problème ne vient pas de là. Je suppose que l'encodage en mp3 vbr peut être en cause : essaie d'encoder en cbr, ton fichier sera sans doute de moins bonne qualité par rapport au vbr, mais peut-être Media Player ne désynchronisera-t-il plus l'audio de la vidéo...

Bon courage !

 

Tu me conseilles quel soft pour encoder mes WAV en MP3 VBR et MP3 CBR ?

J'en ai essayé plusieurs mais j'aimerais savoir celui que tu utilises.
(Si d'autres personnes veulent me donner leur réponse ... ok).

Merci encore

 

J'utilise le même soft que toi pour l'encodage en MP3. Ce n'est pas super convivial, mais quand il s'agit d'encoder un très long morceau, je n'ai jamais eu de problèmes avec lui.

il y a plein d'options que tu peux utiliser avec lame le bitrate constant est l'option par défaut. Pour encoder un fichier "son.wav" en un fichier "son.mp3" avec un bitrate de 128kb, et en joint stereo par exemple, tu dois entrer la ligne de commande suivante :

***-b 128 -m j son.wav son.mp3

Bon courage !

 

N'aurais-tu pas un problème de fréquence d'échantillonnage genre le fichier source en 48khz et la destination en 44 (et une conversion pas adaptée du coup)??

jc

 

Cyl20 :
En fait, je passais par des softs qui utilisent une dll ***, pas direct par le codec. Existe t-il un avantage quelconque ? Ou peut-on trouver l'exe ?

jc33 :
Effectivement, mon fichier WAV, je l'ai extrait de ma capture en 22 kHz et pas 44 kHz. J'encode ensuite ce WAV en MP3 VBR.
Je fais attention a choisir la fréquence 22 kHz lorsque j'encode en MP3.
Le problème vient peut etre de la non ?
J'aimerais avoir ton avis.

Merci à vous deux !

 

Les avantages :

- à priori aucun si ton programme sait utiliser la dll qui correspond (je n'ai jamais utilisé de programme utilisant cette dll)
- il y a quand même une quantité monstrueuse de paramètres possibles à modifier (on y accède avec la ligne de commande ***-? )

Effectivement, il pourrait y avoir un problème lié au rééchantillonnage. Il existe un paramètre resample dans *** utiliser alors

***-b 128 -m j --resample 22.05 son.wav son.mp3

Bons tests !

 

Objectivement je ne pense pas que le 22k soit en cause. S'il s'était agit d'une conversion "à l'arrache" d'un flux 48 vers un 44 ça aurait pu l'être par contre ...

jc

 

Je vais tenter d'extraire mon WAV en 44 kHz et ensuite jvais faire deux tests :
- encoder en 44 kHz 128 kbps CBR.
- encoder en 44 kHz 128 kbps VBR.

Je vous donnerai les infos relatives à mes tests (marche, marche pas).

Merci a vous.

PS : une petite question pour jc33 : tu utilises quoi pour encoder tes WAV en MP3 VBR ?

 

J'utilise *** plus dbPowerAMP pour l'interface et la facilité d'usage

jc

 

on se calme avec *** les gars...

 

Je ne comprends pas .... L*M* ou *A*E ne peut plus être ecrit ?
Un petit message d'explication pour les newbies ? :=)

Merci beaucoup.


Sinon, pour en finir avec ce thread : ca marche !
J'ai extrait ma piste audio en 44 kHz et j'ai fait du CBR.
J'avais la flemme de tenter 22 kHz en CBR ou 44 kHz en VBR.

Merci pour votre aide ....