On Thu, 16 Jun 2005, Matto Marjanovic wrote: > Sounds reasonable to me.
Ok - then the particular tape I was processing was noisier than expected (and in need of color correction as are all the tapes I've seen so far). > I've kind of imagined that at "-q 2", mpeg2enc is almost always bitstarved, Source dependent. I've had some tapes that came in *way* under "bit budget" even at 2. > It'd be neat if mpeg2enc provided some statistics as to the 'q' levels > it actually uses per frame (since the command-line parameter is just > the minimum). You mean like this: INFO: [mpeg2enc] Frame 3 2 B q=5.00 sum act=330.71616 INFO: [mpeg2enc] Frame 4 6 P q=5.00 sum act=346.82605 INFO: [mpeg2enc] Frame 5 4 B q=5.00 sum act=374.33668 INFO: [mpeg2enc] Frame 6 5 B q=5.00 sum act=389.82617 INFO: [mpeg2enc] Frame 7 8 P q=5.00 sum act=406.01302 INFO: [mpeg2enc] Frame 8 7 B q=5.00 sum act=421.95680 :-) It does print out the effective "q" per frame - in the case above the effective matches the specified (-q 5) value since leading black frames were being processed. Cheers, Steven Schultz ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users