Audio synch problems by almost 1 second

[synchron]

Hi, I own DVP 642 standalone and there are times when I need to reencode XVID (with QPEL) to XVID so I use Autogk. My problem is that after about a typical 3 hour encode, the resulting AVI is out of synch with Audio, usually by around 1 second ahead of video.

Fortunately, I can take the audio mp3 file out of the temp_gk folder, then use goldwave to convert to constant CBR and remux it back with Vdubmod. At this point, the resulting avi is still out of synch. I still need to use regular Vdub to synch it back (usually enter exactly -1000 ms in Audio skew correction) to get my avi that I can burn to the stand-alone.

Any way to correct this without saying??

Synchron

[len0x]

My guess would be that VBR MP3 that you have in the original AVI is not being detected as VBR by AutoGK due to missing Xing VBR tag. There is pretty much nothing AutoGK can do, but you should be able to manually mux it with VDubMod without converting to CBR.

[synchron]

Hmm.... lost you on that. In Vdubmod, if I load the gk avi file and disable the sound stream, and then load/add the vbr mp3 file/stream that's in the temp gk folder, isn't this just repeating what autogk was doing to make the file in the first place?

How can this be done without converting to either CBR mp3 or uncompressed WAV first?

Another question: is the real purpose of VBR mp3 to get as much decent video quality fit to 700Mb or 1400Mb?? In my case, since I use the 642 standalone, on a 4.7G disc there's typically around 300Mb of overhead since 700MB X 6 is 4.2 GB. Should I just encode with Autogk and the CBR button enabled for those movies with no AC3 5.1 tracks??

Thanks, Synchron.

[len0x]

Its not repeating what autogk was doing since if it can't detect VBR mp3 it explicitely says that it should be muxed as CBR which gives bad synch. When you load file in VDubMod manually it supposed to do intelligent parsing of mp3 and set it as VBR automatically.

P.S. VBR audio is always better unless you use 320Kbps CBR (its the nature of VBR encoding.)