On Sunday 05 Jan 2003 2:25 pm, you wrote:
> On Sun, Jan 05, 2003 at 12:49:12PM +0100, Andrew Stevens wrote:
> > Sounds like your using an older version.  There was a bug where the size
> > for -f 8 was effectively hard-wired to 2GB.
> >
> > This is certainly fixed in the development version and I think I also
> > merged in the (1 line) fix into the 1.6.1 stable release.
>
> Well, no, mplex gives me:
>
> mjpegtools mplex version 1.6.1
> Usage: mplex [params] -o <output filename pattern> <input file>...
>
> Prior to that, I was using version 1.6.0 with same result.

O.k. the fix you want is that in mplex/multplexor.cc
The line after "case MPEG_FORMAT_DVD :"
            max_segment_size = 2000*1024*1024;
should actually read:

        if( max_segment_size == 0 )   max_segment_size = 2000*1024*1024;

I think the cause of the Problem is fairly obvious when you see the above ;-)
There should be a 1.6.2 release with bug-fixed and updated mplex and mpeg2enc
out pretty shortly that does include the fix.

        Andrew
PS
If all you're interested in is spliting the file over mutliple CD's for 
storage then simply using the "split" utility to split the output files at 
2048 byte boundaries will work just fine.

E.g.

cat bigfiles.*.mpg | split -b 780m - littlefiles.
for f in littlefiles.*
do
mv $f $f.mpg
done

N.b. this will *not* work for (S)VCD but there mpeg2enc/mplex will handle the 
splitting for you correctly.

Andrew


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to