Hi, I been through the list and I still can't fix this problem.
Error: MAX_HEADER_BUF too small in bitstream.c vSizeInternal buffer inconsistency. flushbits <> ResvSizeencoding frames Internal buffer inconsistency. flushbits <> ResvSizeError: MAX_HEADER_BUF too small in bitstream.c vSizeencoding frames I have trying to encode movies to AVI using both mencoder and transcoder. I have tired the cvs version as well as 3.91. I find that 3.91 seems better than cvs, but I guess that could vary. I also find that variable bit rate seems more robust than constant bit rate. That could be because mencoder defaults to vbr where as transcoder defaults to cbr. I use the following line for configuring lame. CFLAGS="-O -march=athlon -mcpu=athlon -malign-functions=4 -malign-double" ./configure I am runing on a debian box and have tried gcc2.95-4 and gcc 3.03. I've also tried two versions of NASM, from stable and testing. I am using a 2.4.17 kernel and have also tried apply the low lantency and pre-emptive patches. They made no difference. The only conclusions I can draw so far is that gcc3.03 works better than 2.95-4, vbr is better than cbr and working outside X seems a little better as well. My hardware is an Athlon 1200 on a Sotek MB (KT266 chipset). As far as I can tell I have no hardware problems. I can run setiathome while compiling anything from a kernel to qt libraries(2 hour job) without the slightest sign of instability. If anybody could shed some light on this problem I would be eternally grateful. Thanks tony _______________________________________________ mp3encoder mailing list [EMAIL PROTECTED] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
