On Sun, 4 Jan 2004, Lehmeier Michael wrote:

> > Do you have the original source material to perform encoding from?
> 
> Alas, no.

        Sigh, I was afraid of that ;(

> > the file 'stream.dump' was correctly recognized as a MPEG-ES stream
> 
> You probably hit a lucky spot.
> Here it doesn't work.

        The test was flawed I think by using a "VOB" type of file - those
        can be cut on 2KB boundaries without too much damage,  a VCD like
        stream (such as what you have to work with) is probably corrupted
        by that method of editing.

> > If that method does not work for you then, alas, reencoding I think
> > is the only way to salvage the situation.
> 
> :(

        If mplayer can recognize the files then you can use '-vo yuv4mpeg'
        to assist in the reencoding.   I never had great success with
        mplayer getting the YUV4MPEG2 header correct though - that is why
        there is a 'yuv4mpeg' utility in mjpegtools.

        Something like this may work (I forget the PAL sample aspect ratio -
        you could probably just leave the '-a' option out and use the value
        mplayer generates):

          mplayer -vo yuv4mpeg | yuv4mpeg -w 352 -h 288 -i t -r 25:1 -a X:Y | \
             mpeg2enc -o output.m1v -f 1 ...

        Good Luck!

        Cheers,
        Steven Schultz



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to