From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <4A84BA51.2010002@orcasystems.com> References: <73ab23d94e5572e651d06f5ced559ade@quanstro.net> <4A84BA51.2010002@orcasystems.com> Date: Thu, 13 Aug 2009 21:42:35 -0400 Message-ID: <9ab217670908131842n11324f25gf66f3baf34a7668a@mail.gmail.com> From: "Devon H. O'Dell" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] audio standards -- too many to choose from Topicbox-Message-UUID: 487aa140-ead5-11e9-9d60-3106f5b1d025 2009/8/13 James Tomaschke : > erik quanstrom wrote: > >>> I don't see the complexity, the interface merely needs to allow device >>> drivers to provide the information such as "I support x y z", the >>> application can query a "features" file, select a format and write back >>> through the interface configuring the hardware. =A0The interface need n= ot >>> have any predetermined knowledge of available formats. =A0The only issu= e >>> would be for each device driver to agree to call the same format by the >>> same name, "s8 s16le s24be". >> >> i think you're ignoring the complexity. =A0suppose we wish to >> support 10 formats. =A0suppose that i have devices that support >> all 10 formats. =A0then there are 90 different conversions to do >> to fill in the gaps. =A0now suppose that we pick a format. =A0then >> we need to write 10 conversions. =A0also each driver potentially >> needs 1 conversion. =A0if we want to write things like audio >> mixers or whatnot in software, we only need to support 1 input >> and 1 output format. > It's a matter of kernelspace vs userspace and freedom. > > Nothing I have proposed prevents you from using a single format. > Nothing I have proposed requires you to implement N formats or > conversions. =A0This is because I allow for your freedom to do so in > userspace. > > Rather, your suggestion of forcing a single format, prevents my > applications from using other formats, and it requires I implement > conversions. =A0This is because you limit freedom by placing a simple > interface into kernelspace. This is the silliest thing I've seen posted in this thread. No offense intended, but if you choose the highest available sample size and bit rate available to the card, you are not limiting anybody: the limitation becomes the hardware. If that's an issue, get really ridiculously high quality analog devices, and stop being so anal about your perfect ears. --dho