Hi Andras, Sounds very interesting...
> The material was PAL, digitized at [EMAIL PROTECTED], uncompressed YUV 4:2:2 > > However I have noticed, that during pure black mpeg2enc 1.6.1.90 uses > up to 1.4 Mbit/s no matter whether -q is 1, 4, 8 or 12. This I find > strange. The command line used is as follows: The big question is whether 'pure black' really is 'pure black'. If it is digitised there will almost certainly be residual noise. > Files sizes for one second of pure black: > 171261 bytes -q 1 > 171287 bytes -q 4 > 171287 bytes -q 8 > 171287 bytes -q 12 > (These sizes are so close to each other, I start to suspect some kind of > padding might be done on purpose here to prevent video buffer underruns?) > If I doing the math right, that makes six bytes per macroblock. > However... there could be some bug in the motion compensation / macroblock type selection routines that is showing up. They really should be being skip-coded... > http://andras.kadinger.hu/lomtar/mjpegtests/ Tried to access this but got a 'not found'. Even more useful would be the .avi you encoeded so I can see what mpeg2enc is doing with the Data. Thanks for feedback... Andrew ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users