Hallo > On Tue, 2003-12-16 at 23:17, Bernhard Praschinger wrote: > > > -M 0: 2m 11.9s > > > -M 1: 2m 10.6s, -1.3s > > > -M 2: 1m 27.7s, -44.2s > > > -M 3: 1m 26.5s, -45.4s > > That values look much better. :-) > > Now you have seen the mpeg2enc can go faster. Sorry but I got your other mail with the nice option matrix about 6 hours later.
> It's like it used to be. :> I'm going to try it on a full video, with a > few options. I figure I'll let it run through 24 hours of encoding time > (about 6 different trials) and see how each result turns out, and so on. > I'll let you all know when it's done. :> A heavy test. > Yes.. So it's definitely the -R 0, but -R 1 is faster than the default > of -R 2 (i think that's the default?) > > I'm just running some encodings to see which option causes the problem. > > > > On my machine the -R 0 caused the problem. If I used -R 1/2 or or R > > option, I got 3 processes each using about 45-50%. > Which should total about 150% CPU instead of 99% that it uses with -R 0. Where I have a scale to 200%. If you add some percents for decoding the images and piping, getting writing data, my system has only a few percent idle. > > Encoding without the -R 0 seems to solve the problem, by now. > I'm going to see what speeds I get about halfway through a video, when > nothing from disk is in cache anymore, the encoders/decoders are in full > swing, and everything sort of settles down.. Should be interesting. This is a nice point to offer some historic benchamks on mpeg2enc. I found the original mpeg_encode on my computer before Andrew got his hands on it. That mpeg_encode was compiled on the 11-Jan-2000. So it is nearly 4 years old. For the new version I used a cvs mpeg2enc version which i something near the .92 release. The old version could only encode a MPEG1 stream, so I used a 352x288 PAL stream with 4175 Frames or 167sec (2m 47s). And mpeg2enc with no special option, just the default: lav2yuv | mpeg2enc -o video.m1v which took 1m 26.204s to encode. The with basic settings in param file in mpeg_encode it too 4m 31.424s. Not that huge differnece for time, but the quality is still not that nice. You have to use much more (2x) bitrate, to get something that has a quality compareable to mpeg2enc. If you use a better quality setting where the quality is sometimes comparabel with mpeg2enc at the same bitrate the encoding time rises to 33m47.446s. The old encoder needs to encode one minute in the best quality it could encode on a Athlon MP runnung at 2.133 GHZ 12Minutes. My old Athlon needed with the old encoder for one Minute of Video 50 Minutes to have it encoded. Encoding a 50 Minutes show was a work of about 40 hours for the CPU 4 years ago. I could not do a test with VBR because that old version did not support vbr movies. 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. 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
