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
