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