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