Hi,
On Tue, Jan 22, 2013 at 10:26 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Tue, Jan 22, 2013 at 8:49 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Fri, Jan 18, 2013 at 2:37 PM, Diego Biurrun di...@biurrun.de wrote:
[..]
This patch doesn't convert sh4 and ppc. I can do ppc, I don't have
access to a sh4 cross-compilation environment.
And arm also. I've just fixed ppc, I'll fix arm in a little. I don't
know what to do with sh4. Someone appears to be hosting a qemu-based
sh4 fate instance, so it is possible to test it without owning the
proper hardware. Anyone fancy trying to make that one work?
Top patch in https://github.com/rbultje/ffmpeg/commits/wmv2dsp has ppc
(runtime-tested w/ and w/o altivec) and arm (compiletime-tested w/ and
w/o neon), and of course also tested on x86-32/64.
As for sh4, I had a look, and I don't get it. It's an almost literal
copy of some ages-old copy of the qpel C functions with some slight
modifications to do aligned reads and minor other tricks. Doesn't the
C code do some of this itself nowadays (AV_RN32A vs AV_RN32)? Some
code in sh4/qpel.c even still has _c suffixes (such as, no really,
gmc1_c, some mspel functions, etc.).
I guess what I'm saying is, it can be made to work, but I can't test
it and I'm not sure I see the point.
Ronald
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel