From owner-freebsd-multimedia Fri Jul 18 10:24:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04437 for multimedia-outgoing; Fri, 18 Jul 1997 10:24:31 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA04430 for ; Fri, 18 Jul 1997 10:24:23 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA17901; Fri, 18 Jul 1997 18:20:22 +0200 From: Luigi Rizzo Message-Id: <199707181620.SAA17901@labinfo.iet.unipi.it> Subject: Re: sound and dma ... To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 18 Jul 1997 18:20:22 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199707181630.JAA05399@rah.star-gate.com> from "Amancio Hasty" at Jul 18, 97 09:30:38 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > No problem;specially, since , the dma subsystem is so complex for > just playing audio --- I think is amazing . Hopefully, with PCI > things will get better because the complex buffering scheme is > really about reducing latency to the sound card. yes except all sound card I can find are ISA units... But this discussion on the double buffering problem has made me finally remember that I forgot to implement such a scheme in the "asc" driver (for scanner) and this is probably the reason why, in color mode, I occasionally lose samples :( Latest snap of the sound code (with sndstat working and initial support for multiple boards of the same type) at http://www.iet.unipi.it/~luigi/snd970718.tgz this includes a critical fix to "pnp.c" which was the reason why my card had a tendency to hang during the probe... I have a test machine with 1 PnP device (CS4232) and an old sound galaxy which probes as SoundBlaster 2.1: rizzo# cat /dev/sndstat FreeBSD Sound Driver Jul 18 1997 Installed drivers: pcm0: at 0x0240 irq 7 dma 1:0 pcm1: at 0x0220 irq 7 dma 1:0 rizzo# Cheers Luigi