VDubMod 1.4.13.2v2: CBR Muxing Bug is back!

[Ewi]

Hi!

I ripped Planet of the Apes and after CBR muxing I had issues with the sound going out of sync (in the beginning the sound was too early and in the end too late, iirc).

I posted this some time ago (1.5.2003) on Sourceforge(https://sourceforge.net/tracker/index.php?func=detail&aid=662636&group_id=65889&atid=512619) and here(http://forum.doom9.org/showthread.php?s=&threadid=42069&highlight=cbr+muxing+bug);regarding VDubMod 1.4.13(bugfix) at that time. Stream9 was assigned to this and provided a quick fix and it worked for me.

With 1.4.13.2v2 this issue seems to be back(although the changelog tells you, that this is fixed):

Perhaps nobody found this bug cause you have to be watchful to see it; but it's there, at least for me.

Here my result (the same as they were at that time):

muxing with:
- nandub: working
- VdubMod VBR: working
- Adding Header with BeSliced (from DSPGguru)and muxing with Vdub(Orginal): working
- VDubMod CBR: NOT working

I don't know if I should reopen that old bug on sourceforge or what to do here

Thank you in advance....

[Suiryc]

Hi

could you try with this other fixed (I hope) version (it's 1.4.13v2 with the fix for the OGM muxing bug mentionned in the main thread and another possible fix for the CBR bug) :
http://cyrius.bunkus.org/VDubMod_Fixes.zip


Thanks

[Ewi]

Hi!

Wow! That was fast!

It is working now (again), I think.... Thank you

Now the file has the exact same size as the BeSliced/VDub Solution; before, the VDubMod file was a few bytes less in size (it is not byte identical, but how could this be when VDubMod and VDub write different JUNK and ISFT Codes...)

Thanks...

[Suiryc]

Well it was a rounding problem.

The initial code (pulco-citron) was rouding down the average byterate.
Stream fix was rounding up this value.
I just make it (I hope) be rounded to the nearest integer.

Actually VirtualDubMod write the INFO LIST chunk just before a JUNK chunk that VirtualDub use to pad to a multiple of 2048 bytes. So if we don't write too much data in the INFO chunk then a file generated by VirtualDub or VirtualDubMod (with same input and settings) should have the same size. So the fact you get the same filesize with this fixed version and with the correct Waved-MP3 file muxed with VirtualDub seems to tell the fix works ;)