On 22/05/15 6:59 PM, Michael Niedermayer wrote: > this increases mpeg4 and msmpeg4v3 decoding speed by about 0.3-0.5% overall > > This reverts the merges of 848e86f74d3e6e87fa592ee8ba8c184cc5fd9a42 and > 9c1db92ad372d4cd69e0490e691c56e4097cb193 > > Speed tested with decoding matrixbench_mpg4.avi and matrixbench_msmpeg4v3.avi > Test files where generated as in > ./ffmpeg -i matrixbench_mpeg2.mpg -vb 1000k -vcodec mpeg4 matrixbench_mpg4.avi > > benchmarked with: > time ./ffmpeg -an -i matrixbench_mpg4.avi -an -f null - > > benchmarks: (each is best time of 7) > the values fluctuate but its consistently faster when reverted > > new 0m1.910s > reverted 0m1.901s > > new 1.907 > reverted 1.904 > > new 1.908 > reverted 1.907 > > new 0.461 > reverted 0.459 > > new 0.461 > reverted 0.459 > > new 0.461 > reverted 0.457 > > new 0.458 > reverted 0.456
Can this be reproduced with other targets and compilers? In any case, the difference is negligible. This is a codec that even computers from 15 years ago didn't have trouble decoding. This will generate conflicts with future merges from libav for essentially no gain. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
