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

Reply via email to