From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4A833E1F.20603@orcasystems.com> Date: Wed, 12 Aug 2009 15:11:43 -0700 From: James Tomaschke User-Agent: Thunderbird 2.0.0.22 (X11/20090707) MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: <38fa4d234fa7ff8613123fe9a6921943@quanstro.net> <13426df10908112014y49c5a89dpd616ce4529c1efe1@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] audio standards -- too many to choose from Topicbox-Message-UUID: 44c0f1a8-ead5-11e9-9d60-3106f5b1d025 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Russ Cox wrote: > I've done audio on a handful of operating systems > and all I ever want to do with the card is set it up > to play X kHz 16-bit little-endian PCM stereo and > then control the volume. The rest can be done from > user space. This is exactly what Plan 9's audio > driver already does, and I wish the others were so > simple. It is simple, and it limits you simple applications. Having to set the sampling format or rate has never been a problem, in fact it is a requirement. The sample and format are chosen by the application based on what the hardware internally supports to eliminate any sample or rate conversion overhead. Low latency is very important for many audio applications. > By analogy, Plan 9's kernel gives user space access to the > raw disk bytes. It doesn't implement the interpretation > of those bytes as 9660, fat, ext2, kfs, venti, or other disk > "file formats". That can be done better and more easily > in user space. This is an incorrect analogy, audio hardware (DACs/ADCs/DSPs) are engineered to function on a unit of information (sample) which varies between audio hardware. Perhaps if all audio hardware were SoundBlaster-16s then the audio(3) interface would make sense. Then there's the whole topic on multiple hardware mix buffers or multiple channels. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqDPh8ACgkQl3JZTBu3/9mdKwCeMT59l/zBLLTB3SgjaIyZzguO d+sAn0KnZzA4zURrQnz1xTQwbXuV90f8 =1h8x -----END PGP SIGNATURE-----