On 09/10/14 15:19, Jonathan Bagg wrote:
On 14-10-08 06:06 PM, Janne Grunau wrote:
Hi,
On 2014-10-08 16:26:44 -0400, Jonathan Bagg wrote:
I just did a comparison of audio codec decode times with libav-11 on
a iMX-53 (arm cortex-A8) with and without neon & vfp optimizations.
There was substantial improvements in aac, ogg and wma with neon &
vfp enabled, but mp3 remained the same. Am I correct to assume the
mp3 decoder does not utilize the neon optimizations? (or is
something screwed up)
you're correct, there are no neon optimizations for the mp3 decoders on
arm. I did NEON optimizations for arm64 NEON in
8f9fe6ae3461ce270bce6b7083fda5ec314cdad4 but didn't port them yet to
arm. But even with those optimisations it'll probably still be slower
than madplay. Which mp3 decoder did you test? Libavcodec has both fixed
and floating point.
I'm not sure, whatever avconv defaults to. I see mpegaudiodec_fixed.c
and mpegaudiodec_float.c are both compiled. Is there a way to specify
the mp3 decoder avconv uses?
To check the variants:
avconv -codecs | grep mp3float
DEA.L. mp3 MP3 (MPEG audio layer 3) (decoders: mp3
mp3float ) (encoders: libmp3lame )
This
avconv -c:a mp3float -i test.mp3 -f null -
should do
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
