Ramiro Polla <[EMAIL PROTECTED]> added the comment:

I tried with a bunch of combinations resulting up to:
./configure --disable-mmx --disable-optimizations --enable-gpl --enable-swscale
--enable-pthreads

with ffmpeg options up to:
./ffmpeg_g -y -f image2 -vcodec pgmyuv -i tests/vsynth1/%02d.pgm -an -vcodec
mpeg4 -me_method zero -mbcmp zero -intra -subcmp zero -cmp zero -precmp zero
-skipcmp zero -ildctcmp zero -flags +qscale -threads 2
./tests/data/a-mpeg4-thread.avi

(I edited utils.c to allow -flags +qscale again for video encoding)

This still makes it fail randomly. I don't know how to set "no ratecontrol".

Seeing that the revision that triggers the bug has been found, isn't it easier
to analyze that diff to see what it did wrong? (I wasn't able to do that since I
don't know much about mpegvideo's internals and all the threading code)

______________________________________________________
FFmpeg issue tracker <[EMAIL PROTECTED]>
<https://roundup.mplayerhq.hu/roundup/ffmpeg/issue517>
______________________________________________________

Reply via email to