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
[email protected]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
