From owner-freebsd-multimedia Fri Dec 15 13: 5:21 2000 From owner-freebsd-multimedia@FreeBSD.ORG Fri Dec 15 13:05:17 2000 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from itchy.serv.net (itchy.serv.net [205.153.153.233]) by hub.freebsd.org (Postfix) with ESMTP id 6941537B400 for ; Fri, 15 Dec 2000 13:05:17 -0800 (PST) Received: from localhost (utz@localhost) by itchy.serv.net (8.8.5/8.8.5) with SMTP id NAA40945; Fri, 15 Dec 2000 13:04:50 -0800 (PST) Date: Fri, 15 Dec 2000 13:04:48 -0800 (PST) From: The Utz Family To: Christoph Kukulies Cc: multimedia@FreeBSD.ORG Subject: Re: gnome-session, /dev/dsp busy, soundserver? In-Reply-To: <200012151658.RAA35180@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: utz@itchy.serv.net Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hello On Fri, 15 Dec 2000, Christoph Kukulies wrote: > > In the course of searching a suitable sound editor beside DAP, writing one of these is my long standing dream. and i think it will be xt based, no toolkits. > I came across /usr/ports/audio/sweep today (on recommendation of a > coreader in this list), had to go through gnome-core installation just to > run this tool, one tool depends on the other and so on, you all may > know this game :-) gnome is nice, but it's so big and slow. sound on freebsd has problems enuf already :-( > ..... > gnome-session wants to play some snartch, click, boing audio samples > when certain events occur. > > Now my question to make a long story short: > > How can different applications share the sound device (/dev/dsp)? > I believe the answer is 'soundserver'. Is there such under FreeBSD? bad news, gnome-session is using esound ( from enlightenment ) as the gatekeeper to /dev/dsp. that's why /dev/dsp appears busy to the apps that call /dev/dsp - which is *most* of them because calling the devices has been the approved way to do hardware type stuff in unix since time immemorial. i dont know for sure, but i am betting that esound is derived from the sndserver code, sndserver used to be what one used to play doom and COW-netreck in the good old days. the 'right' answer is for /dev/dsp to be a multi-threaded reentrant kinda thang. but it's a device driver in a kernel. so the kernel's gotta get fixed ....argh, here we are again. same place it's been since i started running FreeBSD v0.9x. It's obviously a very hard problem because we have been dealing with it by creating userland hacks for many years now. so, you either use gnome/esound, and port all of the existing /dev/dsp code to use esound, or you dont use gnome/esound and you get to still use /dev/dsp. but then the esound stuff like sweep doesnt work because it has no ui or device connection :-( sigh. johnu (aka spaz@u.washington.edu if any of you have that lengthy of a freebsd-hackers memory) > -- > Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message