From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <4A84F3A1.2040102@orcasystems.com> References: <73ab23d94e5572e651d06f5ced559ade@quanstro.net> <4A84BA51.2010002@orcasystems.com> <9ab217670908131842n11324f25gf66f3baf34a7668a@mail.gmail.com> <4A84CA6B.5070008@orcasystems.com> <9ab217670908132151x5abc7101h577a2720f86978cf@mail.gmail.com> <4A84F3A1.2040102@orcasystems.com> Date: Fri, 14 Aug 2009 10:39:52 -0400 Message-ID: <9ab217670908140739i73b396b8tcfec4c45155d5df6@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: 498a5846-ead5-11e9-9d60-3106f5b1d025 2009/8/14 James Tomaschke : > Devon H. O'Dell wrote: >> If hardware is 24@192, #A is 24@192 > > I am not aware that #A allows for 24bit samples, I only see an option > "speed" to set sampling rates. =A0The man page says: "Each sample is a 16 > bit little-endian two's complement integer". > > I was only going by what the manpage said, perhaps it's out of date. Aha, this is where the misunderstanding comes in. We are talking about a theoretical new interface to #A that can be created, not what exists currently. I think we are all in agreement that #A needs changing to move forward with modern hardware. --dho