VirtualDubMod question

[iparout]

Hi.

I've been using the latest GKnot to encode my movies which comes with 1.5.1.1a. GKnot uses VDubMod to do the encoding and muxing, we all know that. I am using VBR mp3 files for my rips (created with the -alt--preset 128 lame switch) and I have found out that when I try to manually mux the video with the audio, I get the folowing message after MPA Parsing :

The file Demolition_Man.mp3 appears to contain a MP3 VBR stream. The current preference is to rewrite the audio header with standard CBR values during processing for better compatibility. This may introduce up to 16922 ms of skew from the AVI video stream. If this is unacceptable, (re)compress with a constant bitrate encoder (123.5 +- 13.6). Do you still want to rewrite the header ? (only matters when saving to AVI)

So I am wondering, when GKnot muxes the audio through VDubMod, is the audio header rewriten to CBR ? If yes, is my mp3 CBR ? And finally, if I choose not to rewrite the header, will everything work flawlessly with the output file, i.e. will it be the same as if I had muxed it with Nandub ?

Thanks in advance.

[len0x]

Your mp3 sound is in fact VBR. It was muxed by VDubMod the same way Nandub used to do that. But since VdubMod is derived from plain VDub which can't work with VBR MP3 - when you open that kind of file VdubMod always asks you about VBR stream. There is nothing wrong with the file itself - it's just the way it works...
(and you should never overwrite header with CBR values coz you'll get out of synch sound as that message says)

[iparout]

Aha, so there's nothing to worry about. I'll use VDubMod for the muxing from now on. Thanks.