From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Fitzgerald Subject: Re: [PATCH] crec: Add option to specify codec ID Date: Mon, 28 Nov 2016 09:47:19 +0000 Message-ID: <1480326439.4317.11.camel@rf-debian.wolfsonmicro.main> References: <1479301675.18450.18.camel@rf-debian.wolfsonmicro.main> <20161116134835.GW1575@localhost.localdomain> <1479308001.18450.25.camel@rf-debian.wolfsonmicro.main> <20161118035333.GG2698@localhost> <1479463868.18450.29.camel@rf-debian.wolfsonmicro.main> <20161118102903.GS2698@localhost> <20161118161737.GB1575@localhost.localdomain> <20161123034103.GZ2698@localhost> <1479896518.4317.7.camel@rf-debian.wolfsonmicro.main> <20161123103820.GI2698@localhost> <106771ee-bc16-377a-c1c0-8499c554c165@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx0b-001ae601.pphosted.com (mx0a-001ae601.pphosted.com [67.231.149.25]) by alsa0.perex.cz (Postfix) with ESMTP id 281E9266D36 for ; Mon, 28 Nov 2016 10:47:46 +0100 (CET) In-Reply-To: <106771ee-bc16-377a-c1c0-8499c554c165@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 Cc: Vinod Koul , Charles Keepax , patches@opensource.wolfsonmicro.com, alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On Sun, 2016-11-27 at 11:52 -0600, Pierre-Louis Bossart wrote: > > I am not Ok to add support for any other format apart from bespoke (file > > dump) and PCM wav header and save to file. > > > > I am okay to add support to dump data to stdio for any format, so that we > > dont bother to support those file formats. > > it's not clear to me why you would make an exception for bespoke, just > dump everything to stdio and use a file indirection if you want the raw > data in all cases? > Yes, I think that's best. For one thing it's easier to explain in the -h help: PCM can go to wav file, everything can go to stdout, stdout is always raw. > > > > Is this clear enough, does that work for you folks? > > > >> > >> The alternative is that Cirrus maintains its own branched version of > >> tinycompress with useful tools but that doesn't seem like a sensible > >> road to go down either. > > > > Agreed > >