【文件属性】：
文件名称：xvid 代码的几个小bug
文件大小：94KB
文件格式：HTM
更新时间：2013-05-19 05:12:30
xvid 代码\小bug
1. idct.c中void idct_int32(short *const block)函数
定义了几个中间变量 X0,X1,X2,X3,X4,X5...X8
变量类型使用了 static long
结果虽然不会出错，但是影响性能，因为static 变量在退出函数后还需要保留该变量的值，增加了运算量，而非static变量，则可以通过编译
器优化，能使该变量为寄存器变量，减少内存访问的时间。本人测试了2000帧QVGA(320x240)图像，其中static变量的idct耗时8.6s，而非
static的只要5.3s,可见对效率影响挺大。
不过，俺刚看了xvid 1.03版本已经将这个代码改过来了，xvid 1.01和0.91都是static的。
2.xvid_decraw.c中main函数中
if (already_in_buffer > 0)
memcpy(mp4_buffer, mp4_ptr, already_in_buffer);
/* Update mp4_ptr */
mp4_ptr = mp4_buffer;
/* read new data */
if(feof(in_file))
break;
这段代码将导致，码流没有结束而提前退出程序的情况
因为在读文件的时候，文件结束并不代表，缓冲区中的数据也被读完了，缓冲区大小为
#define BUFFER_SIZE (2*1024*1024) //2兆啊
所以，即使遇到文件结束，也应该继续解码，直道already_in_buffer的值为0
3.bitstream.h中的static void __inline BitstreamInit()函数
ptr_t adjbitstream = (ptr_t)bitstream;
/*
* Start the stream on a uint32_t boundary, by rounding down to the
* previous uint32_t and skipping the intervening bytes.
*/
bitpos = ((sizeof(uint32_t)-1) & (size_t)bitstream);
adjbitstream = adjbitstream - bitpos;
bs->start = bs->tail = (uint32_t *) adjbitstream;
该段代码，直接将位流指针设置成整型，在x86处理器下可以正常运行，而有些处理器是不支持在非32位对齐的地址做字(32bits)读取的，除非编译器做额外处理。
可以做改动的是，在传入参数时，就将其设置为字对齐的。如果是一个地址为addr,将其改为 addr&-4,低两位强制设0。这在xvid_decraw.c里可以修改