From owner-freebsd-multimedia Mon Apr 3 0:20:45 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id B0AB037BA82 for ; Mon, 3 Apr 2000 00:20:39 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (tanimura@localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-rina.r-0.1-11.01.2000) with ESMTP/IPv4 id QAA62291; Mon, 3 Apr 2000 16:20:26 +0900 (JST) Date: Mon, 03 Apr 2000 16:20:25 +0900 Message-ID: <14568.17977.947700.90123Q@rina> From: Seigo Tanimura To: cracauer@cons.org Cc: gandalf@vilnya.demon.co.uk, freebsd-multimedia@freebsd.org Subject: Re: newpcm secondary dma buffer - why? In-Reply-To: In your message of "Fri, 31 Mar 2000 22:01:32 +0200" <20000331220131.A95404@cons.org> References: <20000331220131.A95404@cons.org> Cc: Seigo Tanimura User-Agent: Wanderlust/1.0.3 (Notorious) SEMI/1.13.4 (Terai) FLIM/1.12.7 (=?ISO-8859-4?Q?Y=FEzaki?=) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.4 - "Terai") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 31 Mar 2000 22:01:32 +0200, Martin Cracauer said: Martin> could you explain why the newpcm driver uses a secondary buffer to Martin> collect data before it transmits it to the soundcard? (snip) Martin> Please don't say "it does buffering", I assume that :-) But so far Martin> I've been under the impression that such things are unneeded in Martin> today's soundcards and that it is extremly hard to get the mmap API to Martin> work with such a construction in between. First, even in these days certain sound cards have very small size of DMA buffer. My CS4614 sound card has only 4KB, interrupting on playing/recording every 2KB. For CD quality sound(44.1kHz 16bit stereo), the interrupt rate goes up to 86.1 times/sec and likely to unferflow under heavy load. Second, we would eventually have to get rid of DMA dependency in pcm driver. This is essential for pcm devices without DMA, including USB, PCCARD and pc98(nss) sound. For these devices, the driver needs to transfer sound data by block-by-block manner. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message