Hallo

> > Which version of the mjpegtools do you use ?
> I am using mjpegtools-1.6.2 on a Gentoo Linux box.
Ok.

> > > $ transcode -V -i o.rei.leao.avi -y mpeg2enc,null \
> > >     -w 2800 --export_asr 2 \
> > >     -F '5,-s -B 285 -V 230 -S 804 -4 2 -2 1  -q 4 -K hi-res -E -8 -R 0' \
> > >     -o o.rei.leao.cd \
> > >     -a 1 -b 224,0,5 --a52_dolby_off -J astat=o.rei.leao.cd.scl \
> > >     -Z 480x368 -Y -56,0
> > I cant tell for the transcode command, but -S 804 and -B 285 should do
> > the thing.
> > Can you run it a way so the command trancode execute is shown ?
> 
> transcode shows the command line used to call mpeg2enc. From
> my log file I get:
> 
> [export_mpeg2enc.so] cmd=mpeg2enc -v 0 -I 0 -q 3 -f 5 -4 2 -2 3 -b 2800 -F 1 -n n  
> -a 2 -V 230 -o "o.rei.leao.cd.m2v" -s -B 285 -V 230 -S 804 -4 2 -2 1  -q 4 -K hi-res 
> -E -8 -R 0
> 
> (Remember that when an option appears more than one
> in the mpeg2enc command line, the latest one is
> used.)
I do not have to like what how transcode "extends" the options. 

> > I think transcode is doing something wrong because mpeg when you run
> > mpeg2enc it splits by default a 700MB.
> > You see this when mpeg2enc start in that 2 lines:
> >    INFO: [mpeg2enc] New Sequence every 700 Mbytes
> >    INFO: [mpeg2enc] Assuming non-video stream of 230 Kbps
> 
> transcode adds the option "-v 0" to the mpeg2enc command line,
> as you can see. Adding the "-v 1" option myself to mpeg2enc
> command line (through the "-F" option of transcode), I can
> see the following in the log:
>
>    INFO: [mpeg2enc] New Sequence every 804 Mbytes
>    INFO: [mpeg2enc] Assuming non-video stream of 285 Kbps
That lookes correct. 
 
> So the problem should not be with transcode, as mpeg2enc
> knows that it should start a new sequence every 804 Mbytes.
My problem is that mplex splits it exact at that point with you command.
Where I set it (40MB) because I don't have such a large video arround.

When you encode with -V 1 take a look at the last lines. If mpeg2enc
sets a split point it starts to number that frame with 0, so the
framenumber mpeg2enc prints out is much smaller than the aboslute number
of frames.
 
> Everything indicates that there is a bug in
> mpeg2enc. Maybe the developers could take
> a look.
You can prove that by providing the framenumbers.
And the mplex output.

auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: [EMAIL PROTECTED]
www: http://www.lysator.liu.se/~gz/bernhard


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to