From: Rob C. <ro...@ti...> - 2009-08-10 16:38:39
|
On Aug 10, 2009, at 9:59 AM, Sebastian Dröge wrote: > > FYI, David Schleef has partially converted audioconvert to use orc[0]. > Together with the orc VFP backend this would obsolete your patch I > guess. > > [0] http://cgit.freedesktop.org/~ds/gst-plugins-base/log/?h=orc ahh, looks like so far just the integer unpack functions. So not the two functions I needed (unpack_float_le and quantize_signed_tpdf_none) Any rough estimate on timeframe for orc-ified audioconvert? Is it worthwhile for me to try and cleanup my current patch to integrate as a temporary solution. Or should I just try and learn orc and see if I could help there. Also.. I saw something on David's blog about a NEON backend for orc, but not opensrc. Anyone know if this is something that will eventually be opensrc? To be honest, in most use-cases most of the multimedia related heavy- lifting on our platform is done by hw or DSP. Most of the time we don't use audioconvert, audioresample, software volume, software colorspace conversion, etc, etc. It is only a few cases (like this) where we need some NEON acceleration. Is it possible to plug-in hand- written optimized versions of a few functions without needing a whole NEON backend for orc? BR, -R |