[FFmpeg-devel] DSP function ARM NEON patches for hevc
michael at niedermayer.cc
Mon Feb 16 02:28:05 CET 2015
On Sun, Feb 15, 2015 at 08:31:32PM +0000, Tomperi Seppo wrote:
> The reason is chroma deblocking which is using q4 without pushing it to stack. :/
> Unfortunately I am in Geneve this week and don't have ARM linux board with me so it is not easy to test.
> Mickael Raulet: maybe guys at INSA could run tests this week if I make a fix? Could you ask?
If they cant, then i probably can test it too if its a patch which
applies cleanly to ffmpeg and testing fate-hevc with
--enable-neon-clobber-test under qemu is what is needed
i could test on a arm board too if needed
> I also have SAO, qpel and epel NEON patches for latest FFmpeg. They pass fate-hevc on Jetson TK1, but should be iOS and clobber checked.
> From: Michael Niedermayer [michaelni at gmx.at]
> Sent: Friday, February 13, 2015 5:38 PM
> To: FFmpeg development discussions and patches
> Cc: Tomperi Seppo; Mickaël Raulet
> Subject: Re: [FFmpeg-devel] DSP function ARM NEON patches for hevc
> On Thu, Feb 05, 2015 at 02:22:28PM +0100, Mickaël Raulet wrote:
> > Michael,
> > Please find some commits that can be cherry picked from
> > https://github.com/OpenHEVC/FFmpeg/commits/ffmpeg_patch
> > Optimized deblocking filter (8bits only)
> > 1b9ee47d2f43b0a029a9468233626102eb1473b8
> this breaks the neon clobber test see:
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
> The worst form of inequality is to try to make unequal things equal.
> -- Aristotle
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Opposition brings concord. Out of discord comes the fairest harmony.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel