View Full Version :
Video playing faster than sound!
Bambi
13th December 2001, 15:57
Can someone please give me some advice. I have ripped Antitrust using the DVD2avi/GKnot/VDub guide. Everything seemed ok before i mixed the audio and video together. The video played fine and looked great, the audio sounded fine aswell. But once i have mixed the audio and video together using VDub the sound still sounds great but now the video plays at about twice normal speed so it just leaves the video behind. I can't quite remember but i think i did the audio using vob2audio VBR. Could this be the problem, and i need to use CBR?
FactorM
13th December 2001, 16:07
If the audio is vbr, then try to mux the streams with nandub, because vdub normally doesn't support vbr mp3.
ProfDrMorph
13th December 2001, 17:30
Better use WaveMP3 to add WAV Headers to the .mp3 file and then mux the ".wav" file and the .avi file using VirtualDub. Nandub has a bad .mp3 support and you should first try the other method. Maybe your problem is a wrong samplerate since this can cause wrong playback speed. I had this problem once myself.
Corrado
13th December 2001, 18:24
Originally posted by ProfDrMorph
Better use WaveMP3 to add WAV Headers to the .mp3 file and then mux the ".wav" file and the .avi file using VirtualDub.
Is it working also with VBR Mp3?
I used this method with CBR Mp3 files, but Doom9 guides suggest Nandub for VBR (and the new GKnot 0.21 applies the "rule").
Corrado
dragonlz
13th December 2001, 21:26
I tend to think wav headers only work for CBR streams. When the bitrate differ each second, it's no longer the same as a wav file(CBR always). Nando didn't implement the mp3 parsing for no reason. If wav headers work perfectly for all streams, he could've written a internal wav header insertion or something like that.
ProfDrMorph
15th December 2001, 18:31
I haven't tested the WaveMP3 with VBR MP3 files yet. I usually use CBR files since I want to have maximum compatibility. Slow computers can't play files with VBR audio correctly. And if you use Nandub you may experience sync errors if you try to process the file again e.g. splitting it in VirtualDub. Avery Lee wrote about this problem in his news section on www.virtualdub.org .
Captain_Nipple
16th December 2001, 21:13
I have been using WMA, Mp3 vbr/cbr, Mp3Pro. All have their issues. I know with vbr mp3 and mp3pro the video can be faster then the audio during playback. Adding a WAV header sorts this out. I recently did Scarface with a 78mb Mp3pro soundtrack and i had to use VOB2Audio to add a WAV header. Playback was perfect. I think NanDub/VirtualDub find it easier to work with a WAV file. I usually use vbr mp3 for movies but this was a 1cd rip for a friend. What do you guys think of mp3pro quality. I currently use Nero file encoder which allows 96kbps encoding.
dragonlz
16th December 2001, 22:28
@ProfDrMorph
Yup you are right, CBR MP3 files do provide maximum compatibility, but definitely not max quality given the size constraints. Nandub handles VBR files perfectly okay, and if you split the videos in half using Nandub, there would be no sync errors. Sync errors only occure when you split using Virtualdub, which is expected since it doesn't handle MP3 streams(w/o wav header) in the first place.
Avery's information is quite interesting. But his main point would be Nandub VBR'ed files would not work with AVIFile parser, anything that uses DirectShow or MCIAVI would work okay. So that means it would be fine if your purpose for those divx's is to play them, not edit them using some application that doesn't support directshow. Also I don't think the wav headers are useful in muxing with vdub(for VBR) because Avery said there's no real solution for muxing a VBR MP3 with a video stream
ProfDrMorph
16th December 2001, 22:36
Sync errors only occure when you split using Virtualdub, which is expected since it doesn't handle MP3 streams(w/o wav header) in the first place.
Not quite correct: the sync errors occur because of the nasty tricks Nandub uses. The WAV headers are incorrect and this can cause problems. What are you doing if Microsoft decides to rewrite some DirectShow code and you can't use your VBR files anymore? Unless someone writes a special tool to fix the files they become useless. Ok I don't think it will happen but before I use VBR audio in AVI files I wait for Ogg Vorbis to be supported correctly ( i.e. that seeking is possible ).
dragonlz
17th December 2001, 02:00
the sync errors occur because of the nasty tricks Nandub uses
It never happened to me or anyone I know who used VBR with nandub. I don't understand what "nasty tricks" you are referring to. they are simply ways of adjusting the headers so directshow'll support vbr mp3's. I agree it's not the best way to do it, but right now it's one of the only ways to do it.
What are you doing if Microsoft decides to rewrite some DirectShow code and you can't use your VBR files anymore?
the simplest solution is to not install that new code.. or buy their new stuff that contains that piece of new code:D
ProfDrMorph
17th December 2001, 07:05
It never happened to me or anyone I know who used VBR with nandub.
It once happened to me ( I tried to use VBR audio and got problems -> now I use CBR audio again ). And after muxing CBR (!!!) MP3 files with Nandub and then cutting this file with VirtualDub will cause audio sync problems.
I don't understand what "nasty tricks" you are referring to.
I mean the incorrect information in the .WAV headers that Nandub uses. This causes the sync problem with other programs.
the simplest solution is to not install that new code.. or buy their new stuff that contains that piece of new code
Hehe but what do you when MS just would "force" you to upgrade by not supporting the old code anymore? Like they do with Win95 ( DirectX ). ;)
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.