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

Reply via email to