Re: [dvd::rip] SVCD split problem

Hi Jörn,

many thanks for your reply.

> Good question. I need to crawl through CVS (and my mail archives) -
> probably I find some hints why I decided to do it this way (the

The only thing I found is a message from you stating that this seems to be a bug and will be fixed in the "next release":

http://www.exit1.org/archive/dvdrip-users/2003-02/msg00122.html

Either you forgot to change this or you changed it back (or didn't change it in the first place) for a good reason.

I think that mplex-ing with -f 4 is always a good thing when demanding a "Standard SVCD", but I can't find any reason why not encoding with -F 4. Maybe I'll encode one movie both ways and do some testing with various stand-alone players... ...next week there will be cheap SVCD-capable DVD players at Aldi ;-)

Cheers,

Jan

Jörn Reder wrote:

"Jan Hoerdt" wrote:
if anybody [is|was|has ever been] interested in this issue - I managed to
solve it by upgrading to version 1.8.0 of mjpegtools.
Of course we are (at least I am) interested ;) I didn't participate in this thread because I simply didn't know a good answer myself...
I guess that this is a kind of bug in mpeg2enc, because mplex works in both
versions fine, but the sequence markers are missing or wrong in 1.6.3
encoding [user|standard] SVCDs - at least on my system.
Sounds reasonably.
However, I'm still wondering why dvd::rip chooses to encode the mpeg as
"user SVCD" (transcode option -F 5,'...'), but mplex is called with the
"standard SVCD" (-f 4) option. Shouldn't they both use "4" (standard SVCD)?
Good question. I need to crawl through CVS (and my mail archives) - probably I find some hints why I decided to do it this way (the correspondent code wasn't touched since ages... ;). The whole MPEG stuff is a bit mysterious to me, in particular because I use dvd::rip's MPEG encoding facilities not by myself (apart for testing purposes ;). So I appreciate any hints to make things better.

Regards,

Joern