Tip for users w/ audio sync probs on DVD player

I have solved my SVCD audio/video sync issues with my Toshiba DVD player, and the problem seems to be bbMpeg. The problem was frustrating the hell out of me...I tried every combination of settings possible. Nothing would get my DVD player to play a mpeg2 file that was properly sync'ed on my computer. As I was searching the internet for a solution, I came across a comment stating that using Roxio Videopack 5 to multiplex the streams would give playable SVCD's. Excited, I gave it a try. When I loaded the bbMPEG muxed file into videopack, it lists the specifications for that mpeg2 file (video bitrate, audio bitrate etc), and everything was fine, except one specification. The mux rate was deemed to be out of spec and suggested de-muxing and re-muxing the file again to get a SVCD spec mpeg2 file. I did this and it resulted in a perfectly synched SVCD when played on my DVD player. So is this a (well known?) problem with bbMPEG and is the mux rate a setting that is able to be chosen somehwere? I would find that on a 814MB mpeg2 file re-muxing it at the proper mux rate would save me about 11MB in file size every time. Obviously there is no decrease in quality so this 11MB could be used more productively, could it not? I haven't checked what mux rate tmpgEnc produces, but maybe it is the same as videopack. Can anyone verify this? I hope I have helped any people with insanely frustrating sync issues.

First thing to try is increasing "movie offset seconds" If that goes to hell then play with the startup times in bbmpeg. It's very rare you'll ever need to do this but if you have one of the few dvd players that have problems synch wise this might be your solution.

Tried the offset solution, but to no avail. Any word on this being a bug in bbMPEG?

there is an option on my Nintaus dvdplayer when i got into the setup on the dvdplayer.. and its region there are 3 options.. Auto, PAL and NTSC,, if i play a SVCD that is compliant with the PAL standard and the region is set on NTSC, the SVCD so extreamly out of sync.. if your dvd player has a simular option try changing it so it matches with the standard that the SVCD is encoded in.

Hi berryking. Very interesting indeed the information you have. I also have a toshiba (sd210e), and the only way I got to produce svcd's at synch was like it is refered at this , (take a look at my posts also), this way it produces a bigger image, around 10mb in 800 mb. But if the synch can be solved by appropriate settings such as mux rate, it would be great. The mux rate and other settings of bbmpeg can be changed doing like this: at the misc tab change the dvd2svcd level of normal to advanced, now at bbmpeg tab appears an option of advanced settings, tick that and there you have. What settings did roxio video pack gave, such as mux rate? And are you saying that it produced a smaller image of 11 mb? Cheers :)

Interesting thread, onesoul. I have the Toshiba SD2650, and the same problems seem to carry on. It is funny that the method stated in the other thread actually adds the same amount to the image that my method takes away. When setting the size of my image in DVD2SVCD, I set it at 825MB, allowing me to fit a tiny little bit more on each cd. I have tried the created in other DVD players and haven't had an incompatibility issue yet. An update on before...TMPGEnc produces mpg's with the incorrect higher bitrate, the same as bbMPEG.

What was the mux rate setting suggested by roxio video pack 5? I am asking because I can't seem to install it.

mux-rate of muxed .mpg produced by DVD2SVCD (bbMPEG) -> 3386000 bits/sec mux-rate of muxed .mpg produced by videopack -> 2788800 bits/sec As you can see there is quite a difference. I will do another test to see what the mux-rate produced by TMPGEnc's mux utility is.

Try this: put the value 6972, which seems to be the default for svcd, as the mux rate (50 bytes/sec units) at the bbmpeg tab and see if you get a svcd synched at the player. 2788800 bits/s = 6972 * 8 * 50

For the SVCD setting in bbMPEG, the default mux rate is already at 6972, which is very odd. TMPGEnc also produces muxed files with too high a bitrate.