From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <3d3385604e20801b070c4d136bb01577@quanstro.net> References: <4A84983F.4000308@orcasystems.com> <3d3385604e20801b070c4d136bb01577@quanstro.net> Date: Thu, 13 Aug 2009 16:19:16 -0700 Message-ID: From: Christopher Nielsen To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] audio standards -- too many to choose from Topicbox-Message-UUID: 47fdbd06-ead5-11e9-9d60-3106f5b1d025 On Thu, Aug 13, 2009 at 15:52, erik quanstrom wrote: >> > My list was only there to try and prove the point that Russ has >> > made -- pick a most common format and stick with it. Convert >> > everything else into it. >> 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 also will make the interfaces much bulkier because you have > to make accomidations for the quirks of n formats. > > you're right, there is a cost. =C2=A0simple is expensive. So spend time figuring out the best interface, write what you need, add as you find more you need, refactor if it starts to get crufty. Sometimes you don't get the interface right the first time. That's fine! You can refactor later. It's better to write code and play with it than to get stuck in analysis paralysis. Maybe we're thinking the same thing, and I misunderstand what you're saying= . --=20 Christopher Nielsen "They who can give up essential liberty for temporary safety, deserve neither liberty nor safety." --Benjamin Franklin