Bug in splitting..Sound out of sync

[hardwork12]

Using beta 4 and the 0.9 codec pack

MP3 sound

The full size *.avi is perfect the sound is perfectly sychronized.

I used the "split final File into CD's" and both of the files part1 and part2 are way out of sync the muxing was all messed up in the cut. They are way off maybe seconds, I thought I had the wrong sound track. Also the movie and the sound jitters where the full *.AVI like I said is perfect.

Note sure what information other than this to pass on.

MP3 settings (I used the default custom values)

-L -3db -s stereo -c normal

--alt-preset 96

I did a cut with Nandub and it worked fine (no errors).

I tried a cut with Vdubmod and got this error

"Virtualdub has encountered an impropper VBR audio encoding with the current *.AVI......"

I see this in the beta 5 releasre notes:

- auto split works with "improper vbr header" files

Does this mean my settings were OK and I got a bad AC3-MP3 encoding or just that the header had a problem and can now deal with it anyway. I have no idea what a header problem is

[Hiro2k]

Did you try Beta 5??? Use that first and see if it fixes your problem.

[len0x]

vdubmod acts as virtuabdub in this matter - it cannot deal with vbr mp3 sountracks unless it works in nandub compatibility mode (which used in beta 5)

[Suiryc]

Originally posted by len0x
vdubmod acts as virtuabdub in this matter - it cannot deal with vbr mp3 sountracks unless it works in nandub compatibility mode (which used in beta 5)
The Nandub compatibility mode works for VBR MP3 tracks already muxed in an AVI file (i.e. when you open the AVI file it won't rewrite the VBR header using standard CBR values).

In version 1.5.x when adding an audio track either you specify you want to process it as CBR or VBR, and if you don't specify anything VirtualDubMod will take into account the user preferences and the kind of MP3 file you try to open :
- the user's preference is to fix VBR headers by default (i.e. work like VirtualDub), then whatever is the MP3 file (CBR/VBR) it will process it as CBR.
- the user's preference is to keep the VBR header (i.e. work like Nandub), then if the MP3 file is VBR it will process it as VBR, and if the file is CBR it will process it as CBR.

[len0x]

Originally posted by Suiryc
The Nandub compatibility mode works for VBR MP3 tracks already muxed in an AVI file (i.e. when you open the AVI file it won't rewrite the VBR header using standard CBR values).


for 1.4.13.2v2 doesn't seem so... If I open ready made avi manually it's always asking whether rewrite header or not. If opened from vcf script then always rewrites... (unless I specify nandub compat mode before opening in vcf...)

[hardwork12]

Thanks for the information. I will re-run the same encoding with the same settings to see if beta 5 works (I am sure it will).

I thought that the full *.AVI file (before split) was muxed with vdubmod so why does that work fine and its just the splits that have the problem.

[len0x]

Originally posted by hardwork12
I thought that the full *.AVI file (before split) was muxed with vdubmod so why does that work fine and its just the splits that have the problem.

muxing is differrent story, since you can specify which type of audio you're loading. But when loading complete avi you have no control for the audio processing...

[Suiryc]

In the new version (1.5.x) the function to enable/disable the Nandub compatiblity mode has disappeared (deprecated) and has been 'integrated' in the SetSource function (optional parameter).

IIRC if this parameter isn't specified then the program will process the VBR MP3 stream according to the user preferences (the VBR MP3 handling ala Nandub is now a preference).

[len0x]

Originally posted by Suiryc
In the new version (1.5.x) the function to enable/disable the Nandub compatiblity mode has disappeared (deprecated) and has been 'integrated' in the SetSource function (optional parameter).


yep, I know :)
will have to migrate to that eventually...

[len0x]

Originally posted by Suiryc
In version 1.5.x when adding an audio track either you specify you want to process it as CBR or VBR

OK, I finally run into this:

When I do split I just open existing avi without any knowledge what sort of mp3 is there. Is specifying something like this:

SetSource(0x73647561,0,1)

is enough not to have any synch issues (even with CBR mp3) ?

[len0x]

It appears that script above doesn't work (at least with ac3).
So I wonder how that should be done, so that no one experience out of synch issues...
(SetSource(1) still works but deprecated...)

[Suiryc]

What doesn't work with AC3 ?
This function should work without problems :/ ...

[len0x]

Originally posted by Suiryc
What doesn't work with AC3 ?
This function should work without problems :/ ...

This:

SetSource(0x73647561,0,1)

crashes when opening avi with ac3 sound in it...

[Suiryc]

Strange it works here :/

[len0x]

Originally posted by Suiryc
Strange it works here :/

It actually works with new version you've attahced in another thread.
(may it was different crash...)
But another problem I got is that I cannot do this:

SetMode(0)

if audio track is not present in the avi (it says "source wasn't initialized with SetSource()"). I obviously have no idea of how many audio tracks are in the avi. So the question is will SetSource() be enough for opening all audio streams in direct copy mode ?
(so that I don't have to put SetMode(0) after them...)