From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 14 Aug 2009 10:03:58 -1000 From: Tim Newsham To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: <3d3385604e20801b070c4d136bb01577@quanstro.net> Message-ID: References: <3d3385604e20801b070c4d136bb01577@quanstro.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [9fans] audio standards -- too many to choose from Topicbox-Message-UUID: 4a3b42aa-ead5-11e9-9d60-3106f5b1d025 >> By this logic, I need to have my application to convert CDROM-XA ADPCM >> audio from a device into PCM just to talk to an interface, which in turn >> must convert it back into ADPCM to play it back because the DMA >> transfers to the audio hardware buffer require ADPCM. > > the problem with supporting everything the hardware will > do is that it's quite expensive in terms of development time. > and that is the scarce resource that needs to be optimized. It can be, but in this case you're literally talking about the ability to parse "enc ", a table mapping format names to numbers, code to poke that into some card-specific register, and possibly the ability to list out all of the supported formats... More code, to be sure, but not a lot of it. > it also will make the interfaces much bulkier because you have > to make accomidations for the quirks of n formats. I haven't been able to think of any. Perhaps just my lack of imagination. > - erik Tim Newsham http://www.thenewsh.com/~newsham/