Re: [VCDImager Bugs/Devel] SVCD out of sync

[Arnd Bergmann]

On Mon, 25 Jun 2001, Udo Wolter wrote:

> But my Yamakawa 780 has almos 1/10 of a second difference. The video
> stream comes before the audio stream. Is this an issue with
> my DVD player ? Or is it vcdimager, cdrdao or even the mjpegtools ?
I would guess it is the mjpegtools, but I have not used 1.4.0,
so I can't really tell. I had even worse results when I tried to
create an SVCD with 1.3b3 and play that in a Yamakawa 715 (also no
problems with software playback). I figured that I was using some
wrong options, but I have not tried again.

I just noticed that mjpegtools-1.4.1 have been released one hour ago, 
so you might want to try that.

> 
> Another question: I have several options in mplex (belongs to
> the mjpegtools) creating a SVCD. There is a default blocksize of
> 2324 bytes, but with vcdimager I can write them with 2336 or 2352
> Bytes, so what is recommended ? Shall I set the blocksize in
> mplex to 2336 ? Is it better to write 2336 size blocks with
> vcdimager ?

The mplex blocksize has to be 2324 bytes, the remaining 12 or 28
bytes are part of the CD sector but not of the MPEG stream and
are generated by vcdimager and/or the cd writer.

> 
> Another thing is the number of buffers in mplex. In the manual it
> says it's important for playback. What are they for ?
This probably refers to the vbv_bufsize parameter for mpeg stream
generations. Stay with the default if you want to create a 
standard compliant VCD. Most SVCD and DVD players can handle larger
values, which means that you can get a higher quality by using
sort-of variable bit rate (true variable bit rate would mean
unlimited vbv_bufsize).

Arnd <><