From owner-freebsd-multimedia Wed Nov 24 11:39:57 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D9BB215388 for ; Wed, 24 Nov 1999 11:39:55 -0800 (PST) (envelope-from bright@wintelcom.net) Received: from localhost (bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) with ESMTP id MAA15506 for ; Wed, 24 Nov 1999 12:06:15 -0800 (PST) Date: Wed, 24 Nov 1999 12:06:15 -0800 (PST) From: Alfred Perlstein To: multimedia@freebsd.org Subject: SNDCTL_DSP_GETODELAY Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A few linux apps are using SNDCTL_DSP_GETODELAY. I investigated whether is was just an ommision in the Linuxlator however it seems we don't support it. OSS doesn't have it in thier documented API but yet people running OSS on linux don't have any problems. It's basically a function that returns the 'bytes' field of struct count_info minus what seems to be the total amount of data processed since the last dma 'reset'. ioctl_ret = total_processed - count_info->bytes from SNDCTL_DSP_GETOPTR -----------^^^^^^^^ It also seems to be a somewhat lame ioctl since that information should be easy to track from userland. *grumble* I'm nowhere close to being a sound guru, this is what I understand from reading through linux sources. thanks, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message