On Thu, Dec 11, 2008 at 01:51:55PM +0000, Stefan Sperling wrote: > On Thu, Dec 11, 2008 at 02:18:53PM +0100, Hannah Schroeter wrote: > > Hi! > > > > On Wed, Dec 10, 2008 at 06:18:20PM +0100, Alexandre Ratchov wrote: > > >yes i hope this will be possible. First we have to update all ports > > >to use libsndio, because while aucat is running, programs trying to > > >open directly /dev/audio will fail with "Device busy". > > > > Couldn't aucat free the sound device after some idle time (and re-open > > when needed), just like esd or arts do it? Then it could co-habitate a > > bit better with applications that do not use aucat. > > +1
as Alexandre said, that is bad for aucat. aucat is ultimately designed to be "professional quality". esd and artsd and anything else that releases the soundcard is not designed for "professional use". > For example, xmms and aucat cannot be used together right now, which > prevents me from testing aucat altogether (I need my sound card to > play music, you know :) $ aucat -l ^C you can't use the soundcard with more than one app at a time anyway ... that being said, I spent 30 min (while eating on "lunch break") last night on porting esound to libsndio. it should be done with another few minutes work. then you can use xmms-esd. > Converting all ports should be a long-term goal, but having a simple > mechanism for cooperation between aucat and non-aucat apps would > be very nice. there is. start and stop aucat manually. you can't use the soundcard with more than one app at a time anyway ... > There will likely always be new sound apps that get > ported and initially lack a libsndio backend. imo, it is very short sighted to port new audio apps to OpenBSD but not add libsndio support. especially if the porter has to touch the audio backend at all. the ports that have libsndio support are either very common (mplayer) or can be used by other ports. this was quite intentional. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
