[alsa-devel] alsa-lib support for compress offload

Arun Raghavan arun at accosted.net
Tue Jan 20 08:21:16 CET 2015


On 20 January 2015 at 03:37, Pierre-Louis Bossart
<pierre-louis.bossart at linux.intel.com> wrote:
> On 1/19/15 11:23 AM, Qais Yousef wrote:
>>
>> On 01/16/2015 04:50 PM, Pierre-Louis Bossart wrote:
>>>
>>>
>>> Since there is no allowed processing/reformatting/reshuffling of
>>> compressed data, all the plugin system needs to be bypassed and you'd
>>> be looking at an alsa-lib API that interfaces directly with the
>>> ioctls, essentially replicating what tinycompress does. I agree it's
>>> not great to have independent packages, the decision to maintain
>>> tinycompress separately was driven by licensing concerns, not
>>> technical ones.
>>> -Pierre
>>>
>>
>> I'm not sure how dual licensing work. Is it ok to base alsa-lib support
>> for compress API on tinycompress then?
>
>
> no idea, and what is the objective really? it's not clear what you are
> trying to achieve and what would be the merits of enhancing alsa-lib with
> compressed audio support?

If the same API can be reused/extended, it'd mean allowing code reuse
and not having to write entirely separate support for compressed
devices in projects that use alsa-lib already. I don't know if that's
actually feasible with the way the ALSA API works, though.

-- Arun


More information about the Alsa-devel mailing list