SVCD audio/video desync problems

[Sekatom]

When I mux ESs with bbMPEG with default video/audio delays (DVD2SVCD 1.6b1)260/180/180 and burn PS into SVCD, such disk plays OK on software player (WinDVD), but played on standalone DVD Philips DVD710 (firmware common for about 5-6 models of Philips)audio plays about 1 sec too early when starting disk, rewind or fast forward or skipping into chapters.
When I switch on the player audio 0 into 1 and back into 0, since this
switch audio plays sync until next chapter/wind/rewind.
I have tried to increase audio delay and I have burned disk with the same short video with different audio delays (100% increases): 180, 360, 540.(video delay 260 - default when using DVD2SVCD 1.6b1 bundle)
I have noticed sync or almost sync with 540. When I tried to play this on software WinDVD player, I found that audio plays too late!
Of course Philips DVD could have an issue, but when I have tried to mux ESs with another muxer (TMPGEnc MPEG Tool, Moonlight) PS was sync both on software and standalone players.
I have not found any help on this problem and there is no such settings in another muxers that I have. I would be greatful for you advice/explanation.

[MadeAgain]

Hallo !
I have the desync probelms too. Only by the new version (DVD2SVCD 1.6b1). The old Version (DVD2SVCD 1.5) is very great.
I don't have found the mistake in the config of DVD2SVCD.

[Sekatom]

What exactly version of DVD2SVCD 1.5? Maybe bbMPEG build >= 16 is the reason, I know that there were some muxing problems introduced in bbMPEG build 16, fixed but probably not completely in build 18. If DVD2SVCD 1.5 that you mean comes with bbMPEG build < 16 it makes sense.
What DVD do you use (that suffers desync)

[MadeAgain]

Have you tested successful in the DVD2SVCD 1.6b1 another build from bbMPEGD. You write that in 1.5 an older version is. Is it possible the bbMPEG exchange from the 1.5 to 1.6 ???
My Version from DVD2SVCD is the 1.0.5 build 4(DVD Independence Day). It works good. But the audio encoding is very slow. 6 hours (1.1GHZ Celi)for complett audio encoding (147min Movie) is for me to long. The 1.6b1 is very quicker (1,5 hour).
A solution for the 1.6b1 desync problem is very great.
But i don't have any advice. I think i send a bug report.

[thensa]

Okay,

I have a philips dvd-710 and had exactly the same problem when using bbmpeg to mux my SVCD's (PAL), it took me a whole week of messing around, recording results etc to come up with a 100% working solution. The problem is actually a combination of bbmpeg and the player itself. The play is philips and they are extremely picky about standards. When you offset the audio stream using bbmpeg it's tries to offset the point when the audio starts but doesn't modify the audio portion of the stream itself.

Heres the most failsafe way to get your SVCD's in sync on you 710 player and all other software & hardware players.

1. Create your video stream with whatever you want, I use Xmpeg 4.1c->VideoServerPlugin v0.92 -> CCE 2.62SP.

2. Now use dvd2avi to extract and downmix the audio to a dolby surround wav file (44.1Khz).

3. Now, still in DVD2AVI, start to extract the audio as a .ac3 file but cancel the process after about 5 seconds. This will create a very small .ac3 file of a few K and included in the name of the file will be the audio delay that we need to put into the file. e.g. 80ms or maybe -80ms. If it's a negative delay then we are going to add some extra audio at the beginning of the wav file (I could have this the wrong way around so experiment) and if it's a posotive delay then we will remove some audio from the beginning of the wav file.

4. Use a sound editor such as Sound Forge or Cooledit and depending on what the delay is either add or remove xx ms of audio. If you are going to add audio DONT just insert silence at the beginning of the file. Copy xx ms of audio from an active part of the file and then past that before the beggining. Now save your file.

5. Now using bbmpeg to mux your video and audio into 2 SVCD files. Leave all the default delay setting as they are.

6. Now you have 2 SVCD mpegs.

7. load each one into TMPGenc and the 'Simple Demux' tool to split the stream back into audio and video. Now remux the file using the 'simple multiplex' tool and be sure to select super video cd as the stream type. Voila ! you now have a dvd-710 synced compatible SVCD mpeg.

Also as a result of this your file size will be about 6 meg smaller than when it was created by bbmpeg allowing it fit more comfortably on your CD.

Regards.
TheNSA.....
http://go.to/vcdgalaxy

[Sekatom]

Of course the above solution should work,I have already written before that TMPGEnc muxed files play synced.
I don't understand one thing: Why do you use bbMPEG in above example?
If you equal the lengths of video and audio manually, you can directly mux these files with TMPGEnc Tools, and then cut using the same program (with Cut&Join option). Why do you use bbMPEG first for muxing, then demuxing with TMPGEnc and muxing again?
You can also take the SVCD files muxed with bbMPEG (that play desync on Philips), demux and mux again with TMPGEnc and the result should be synced (as I have experienced - 80 ms of difference (2 frames) is hard to find watching the movie).
The real problem for Philips is bbMPEG muxer - its program streams are incompatible. Using another muxer is a solution, but when using DVD2SVCD bundle there are some more problems when use another muxer:
1) bundle creates CUE/BIN files that are to be deleted - waste of time
2) After remuxing with TMPGEnc you should edit manually .XML files, because chapter points will be different (it takes some time to do it manually!)
3) You should make cue/bin files again.
I didn't noticed thet TMPGEnc program streams are smaller than bbMPEG in my experience are greater (probably it depends on both programs versions)
The best solution should be debugging the bbMPEG muxer, I have tried to explain this matter with Brent Beleyer (the bbMPEG author), but after giving me a few simple advices he stopped to answer my e-mails.