[FFmpeg-devel] [PATCH] fate: add tests for some video source filters

Tobias Rapp t.rapp at noa-archive.com
Fri Jul 21 13:18:53 EEST 2017


On 21.07.2017 02:47, Michael Niedermayer wrote:
> On Fri, Jul 21, 2017 at 01:04:03AM +0200, Nicolas George wrote:
>> Le duodi 2 thermidor, an CCXXV, Michael Niedermayer a écrit :
>>> breaks on mips (probably big endian issue)
>>
>> Breaks on MIPS, or detects that something is already broken in MIPS and
>> nobody noticed until now?
>
> this patch breaks the selftests on mips or maybe more precissely
> it adds a test which fails
>
>
>>
>> Could you perhaps re-run the test with V=1, then re-run the command line
>> with -f png, to see how the output is broken?
>
> Stream #0:0: Video: rawvideo ([12][0]3Y / 0x5933000C), yuv444p12be, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 13824 kb/s, 5 fps, 5 tbn, 5 tbc (default)
>
> the format used seems the native one that has different endianness
> and thus different checksums
>
> md5sum out.png mips/out.png
> 012e1906fe84ee6f757ef3f1473cc26d  out.png
> 012e1906fe84ee6f757ef3f1473cc26d  mips/out.png
>
> i tried forcing le but it alone didnt give the same result
> ive to sleep now so i cant look further into this today
> but iam happy to test patches tomorrow, also iam just testing with
> mips qemu not real hw so if it wasnt for the one time work to set
> build env up and qemu than it would be rather easy for anyone to test

I tested the opposite direction by forcing yuv444p12be on x86-64 and got 
different frame-CRCs "0xda6a937e" compared to the MIPS-CRCs you posted 
earlier "0xba079be7". Not sure what is happening ...

Regards,
Tobias



More information about the ffmpeg-devel mailing list