Keeping the original bitrate

[Neil Goodwill]

I use SVCD2DVD to convert MPEG2 files fom PAL to NTSC, and would like to know if there is a way to keep the video bitrate the same as the original PAL file. S2D always creates files with 7800kbps bitrate which for some reason means that the audio is totally out of sync by the end of a two hour film that was captured originally at 4400kbps. Please can anyone help?

[Jikchung]

Are you using "pulldown" when doing this conversion (it's under video settings)? Do you have "keep original audio" checked?

[Neil Goodwill]

Thank you for such a quick response to my posting!
The answer is yes to both your questions.

[Jikchung]

Try unchecking "keep source audio". Hopefully that's the problem.

[Neil Goodwill]

I will try that, although it means waiting a long time for the render to see if the audio has gone progressively out of sync.
I cannot understand why there is no option to keep the video bitrate the same. If it works why change things? I have tried demuxing with Womble MPEG Video Wizard, but because the loss of sync is gradual it is impossible to get the sync correct at the beginning and the end.
I thought of using a custom matrix, but even then I don't know what I will end up with.
Is there anything I can do with Regedit to keep the existing bitrate?

[Jikchung]

Sync is not bitrate related. In the PAL to NTSC conversion, you are changing the framerate and therefore the video and audio timing. The bitrate change is coincidental to the necessary re-encoding.

[ChrissyBoy]

Can you post your log file.... sync is nothing to do with bitrate or matrices.

[Neil Goodwill]

I have included my log for the out of sync job.
I did as you suggested Jikchung and unselected keeping the same audio and chose AC-3, and I got a perfectly in sync version. Thank you so much, the AC-3 will work better for NTSC, although I have never had reports from clients that MPEG audio has not worked on standalone players.

svcd2dvdlog-20070413210222.txt

[ChrissyBoy]

Well hats off to Jikchung for resolving this. Good tip actually: if the origianal audio is suspect in its timings then forcing the audio to be reencoded is a good idea.