Hi Stan,
>
> I saw spike between 8 and 20 a few times as the output of mpeg2enc
> scrolled by. After several hundred to 1,000 frames, it gets rather
> boring to watch it scroll by.
>
> The other capture I processed was twice as long or a perhaps a little
> longer. After making a DVD of them, to me they looked Ok. So, I'd say
> it's a lot better or perhaps "fixed" now.
Thanks for the testing. If I get a little time over Christmas I'll be adding
the next stage of the look-ahead / two-pass stuff. Basically:
- increasing look-ahead to allow short "spikes" to run down the encoder buffer
temporarily
- tracking the overall complexity distribution of the encoded stream to
automatically adjust 'q' to hit a target average bitrate (== target encoded
stream size).
- Adding option to use the first "N" frames to gather statistics but not
actually encode. This implements statistical look-ahead / two-pass
encoding - simply prefix the frames to be encoded with a sample/ the entire
stream.
cheers,
Andrew
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
