[XviD-devel] corruption of VideoObjectLayer width and height values when setting frame rate at 8 fps

Andrea Barbieri andrea.barbieri at movingimageresearch.com
Sun Sep 9 02:18:24 CEST 2007


Hello,

AB:=Andrea Barbieri

AB> Hello,
AB> 
AB> I just found a peculiar bug in xvidcore-1.1.3 (I think it has been 
AB> present since version 1.0.0)
AB> 
AB> I have built the library and the example executables under CygWin.
AB> 
AB> when I use xvid_encraw like this: ./xvid_encraw -lumimasking 
AB> -framerate 7.5 -turbo -single -type 0 -i 
AB> /cygdrive/c/Users/ab/foo.yuv -o /cygdrive/c/Users/ab/foo1.xvid -w 
AB> 720 -h 480
AB> 
AB> or with any other frame rates (apart from 8.0) the VOL parameters 
AB> video_object_layer_width and video_object_layer_height are set 
AB> correctly to 720 and 480 respectively.
AB> 
AB> as soon as I switch to a framerate of 8.0 those two parameters get 
AB> corrupted to 1441 and 961 respectively (it looks like they get set 
AB> to twice plus one of the original values).
AB> 
AB> I am using MPEG4P2 parser to look inside the generated bitsream 
AB> http://sourceforge.net/projects/mpegparser/

looking into the actual source code for mpegparser it seems the 
computation of the number of bits to read from vop_time_inc_resolution 
could be wrong...

they use N rather than N-1 for the computation ... leading to a value of 
4 bits rather than the actual value of 3 bits (which is indeed 
used/written by xvid_encraw and xvidcore).

regards,
andrea
-- 
Andrea Barbieri
Moving Image Research http://www.movingimageresearch.com/
The Workshop, Hampton Lane, Bristol, BS6 6LE, UK
Tel: +44 117 9732200  FAX: +44 117 9732210
PGP ID=0x034DFD5A  KeyFingerprint=C168EA9A7189538D214F1281A7529F32034DFD5A


More information about the XviD-devel mailing list