[FFmpeg-devel] [PATCH 7/8] tests: Add aac_fixed decoder test

Nedeljko Babic Nedeljko.Babic at imgtec.com
Tue Jul 28 17:37:34 CEST 2015


>>On Sat, Jul 25, 2015 at 05:37:56AM +0200, Michael Niedermayer wrote:
>>> On Mon, Jul 20, 2015 at 01:36:21PM +0200, Nedeljko Babic wrote:
>>> > Signed-off-by: Nedeljko Babic <nedeljko.babic at imgtec.com>
>>> > ---
>>> >  tests/fate/aac.mak | 58 +++++++++++++++++++++++++++++++++++++++++++++++++++++-
>>> >  1 file changed, 57 insertions(+), 1 deletion(-)
>>> 
>>> these tests fail on clang with -ftrapv
>>> see
>>> http://fate.ffmpeg.org/report.cgi?time=20150723144015&slot=x86_64-freebsd10-clang33-ftrapv
>>
>>i fixed one ftrapv issue but a 2nd remains, it seems the code
>>filters uninitialized and then not used data. Please fix this
>>unless someone else does before
>>
>
>It looks like all the problems (valgrind and clang) have the same cause.
>Furthermore if I enable memory poisoning, there are no problems under valgrind.
>
>I will try to fix this in next few hours, but if I don't finish, I will not be able to work on this in next few weeks.
>

Apparently, these are two different problems after all.

I am sending fix for a bug that pops out with the valgrind and –disable-memory-poisoning.

For problem with clang some more debugging is needed.

>>also SBR seems to fails on ARM
>>http://fate.ffmpeg.org/report.cgi?time=20150725003242&slot=armv7l-panda-gcc4.6-armv5
>>it does pass under qemu ARM though it seems
>>i did test your code on qemu arm not actual arm before i pushed, didnt
>>thought that would make a difference
>
>I don't have ARM hardware at the moment to work on this.
>Maybe it is connected with above problem...

- Nedeljko


More information about the ffmpeg-devel mailing list