From mboxrd@z Thu Jan 1 00:00:00 1970 From: Qais Yousef Subject: Re: alsa-lib support for compress offload Date: Mon, 19 Jan 2015 17:23:11 +0000 Message-ID: <54BD3D7F.6020105@imgtec.com> References: <54B8DF7A.6000700@imgtec.com> <54B8F485.7090603@imgtec.com> <54B9413F.805@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from mailapp01.imgtec.com (mailapp01.imgtec.com [195.59.15.196]) by alsa0.perex.cz (Postfix) with ESMTP id 4C2012612D1 for ; Mon, 19 Jan 2015 18:23:13 +0100 (CET) In-Reply-To: <54B9413F.805@linux.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Pierre-Louis Bossart , Takashi Iwai Cc: Vinod Koul , alsa-devel@alsa-project.org, Mark Brown List-Id: alsa-devel@alsa-project.org 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? Thanks, Qais