Log in

View Full Version : Whats this: VirtualDub has detected an inproper VBR audio encoding


Dm32
26th July 2005, 16:40
I get this message when I open avi files with virtualdub.

VirtualDub has detected an inproper VBR audio encoding in the source AVI file and will rewrite the audi header with standard CBR values during processing for better compatibility. THis may introduce up to a 10462 ms of skew from the video stream. If this is unacceptable, decompress the *entire* audio stream to an uncompress WAV file and recompress with a constant bitrate encoder.

My question is:
What do I do to make VirtualDub fix the file with the "standard CBR values during processing". I save the file as avi but that doesnt seem to do anything.

2nd: How do I fix this? Ive read the guide and Ive come up with ripping the video and audio seperately (audio to wav) and then reconnecting the 2 using nandub and introducing an audio delay, but that takes time, any easier way to do this.

3rd. Why does this happen to my avi files? Specifically what does the message mean to me, is it telling me the audio is off from the video?

xDrJx
26th July 2005, 16:47
This happens if VDM detects an audio stream encoded in variable bitrate. Basicly this is no problem or error in the avi and you can ignore that, so press no, dont fix. If your StandAlonePlayer can't handle VBR audio too well or if there are other reasons you want your avi's to contain CBR audio just save the audio stream in the streams tab to HardDisk and reencode it to an ConstantBitRate MP3. For myself, I used Nero for this task, but now I'm just backing up with VBA. Are you using GK? There you can decide in the last tab wether you want to encode to ABR (average bitrate) or CBR.
Hope that helped

EDIT:
Never let VirtualDub "fix" this, cause it brings your audio/video auf of sync ("up to 87538573857ms ;) )

Dm32
27th July 2005, 01:58
Hey thanks for the lamens term explaination!

I am just trying to convert from avi to svcd and several of my avi files have out of sync audio after converting to svcd. I thought thats what this error virtualdub was finding was that they are out of sync.

xDrJx
27th July 2005, 12:12
guess so. I encountered the same problem with various mpeg encoders if to convert an avi containing a vbr audio stream. the best way is to demux the avi, reencode the audio stream to cbr and then convert the new avi file. this should work, at least it always had for me.

tigerman8u
27th July 2005, 20:27
de-muxing and converting then re-muxing is the best way to go IMO. especially if changing the fps. it eliminates alot of the troble with video/audio sync

superunknown
31st July 2005, 06:01
Using Virtualdub or VirtualdubMod will always have this message when you import an .avi file. I've been encoding for about a year now, and also searched on the forums here, and figured out a way to do it. However, in this process, you'll have to reencode the audio as well.....
1. Install avisynth
2. Create a .avs file in notapad in the same folder as your .avi file
3. Write the script
AVISource("YourFile.avi")
and save the file
4. Load the avs into VirtualDub and it should work fine
5. Set the video and audio compression to whatever you like.

There's another variant called VirtualDub mp3 freeze (also known as Virtualdub-MP3) which will let you do this the way you want it... but I didnt find a download link for that....!!!!

cross_syd
17th July 2007, 08:53
guys, do you think if i use virtualdub newest version, let audio full processing mode, and recompress it with lame cbr mp3, will fix the problem? I think demux and mux audio is such a hassle, why you can reach your goal by simply recompress the audio during editting?

CWR03
17th July 2007, 23:47
guys, do you think if i use virtualdub newest version, let audio full processing mode, and recompress it with lame cbr mp3, will fix the problem? I think demux and mux audio is such a hassle, why you can reach your goal by simply recompress the audio during editting?
Try using VirtualDubMod and just select "No" to the prompt.

cross_syd
18th July 2007, 04:58
yeah, but vdm a bit old, i just want to know is it possible with virtualdub newest version?

guys, do you think if i use virtualdub newest version, let audio full processing mode, and recompress it with lame cbr mp3, will fix the problem? I think demux and mux audio is such a hassle, why you can reach your goal by simply recompress the audio during editting?

cross_syd
20th July 2007, 13:52
any help?

buzzqw
20th July 2007, 14:11
even if "old" is perfectly fitted for this work

BHH

cross_syd
11th September 2007, 03:31
so virtualdub can't do it? vdm have some bugs, and i don't know, im using virtualdub-mpeg2, it seems newer, with more feature queueing (it might support more codec in the future).
so in conclusion, virtualdub can't encode like that? on-the-fly?

foxyshadis
11th September 2007, 07:26
Virtualdub since 1.7.0 has VBR support (fixed in 1.7.1), but none of the forks are based on 1.7 codebase. mpeg2 is 1.6, and mod is 1.5. If you need VBR support, you need VDM or the original VD without mpeg2 support. (Or avidemux, of course.)