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? If there is, I will redo the mp3 test with
both and also do an opus comparison.
gst-wma-codec looks fast. Do you know there it is from? Or is it fully
in gst? missing from the comaprison is opus (which also misses arm
neon backports from arm64). Janne
gst-wma-codec is a binary blob from freescale that integrates into gst.
I highly suspect it uses hardware acceleration.
gst-wma-codec 0.1
WMA10D_03.04.00_CORTEX-A8 build on Apr 19 2011 15:51:55.
MFW_GST_WMA10DEC_PLUGIN 2.0.3 build on Nov 14 2013 18:00:14.
Thanks for the info!
--
Jonathan Bagg
Embedded Systems Developer
NAD Electronics | Lenbrook Industries Limited
633 Granite Court, Pickering, Ontario, Canada L1W 3K1 | 905-831-0799 ext 4478 |
http://www.nadelectronics.com
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
