From owner-cvs-all Tue Nov 21 10:39:39 2000 Delivered-To: cvs-all@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6356D37B4C5; Tue, 21 Nov 2000 10:39:33 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id TAA35309; Tue, 21 Nov 2000 19:39:31 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Maxim Sobolev Cc: Julian Elischer , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, cg@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/sound/pci maestro.c References: <200011211222.EAA94291@freefall.freebsd.org> <3A1A6D8F.47F0F21E@FreeBSD.org> From: Dag-Erling Smorgrav Date: 21 Nov 2000 19:39:31 +0100 In-Reply-To: Maxim Sobolev's message of "Tue, 21 Nov 2000 14:41:52 +0200" Message-ID: Lines: 15 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maxim Sobolev writes: > I'm not sure it is a right solution for the problem. By increasing > buffer size you are automatically worsening sound synchronization > problem in video players, games and such, as they are often running > with 22kHz/8bit/mono sound while FreeBSD pcm driver doesn't provide > a way for the app to discover current state of that buffer, so > usually apps have nothing to do but to keep this buffer filled all > the time, hoping that it's small enough to mask this delay. Plus, this applies to *all* sound drivers, not just maestro. Can we have this backed out? DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message