<quote who="Phil Scarratt"> > If only there was a reliable patch that could be implemented temporarily.
Two comments - huge integration tasks like "fixing the FLOSS audio and media subsystems" are not fixed with patches... and temporary fixes are often the most permanent (cf. esd). > Would udev rules achieve what we want? I don't know enough about udev to > know. As I said, I tried (ok..ok...briefly) but didn't work. If udev > worked then I'd almost be able to generate a script that could ask the > appropriate questions and do the deed....but then I guess the problem > would be if different users of the system wanted different orders....hmmm > how far down the pipe is the good stuff??? :) udev can do one simple part of it (choose the device naming for the cards), but yeah, it gets much more complicated if you want to resolve lots of the good use cases. I'm hoping that polypaudio can solve most of the driver-to-user problems we have right now. It's an esd-compatible sound server, but written to be very dynamically configurable. For instance, you could simple tell polypaudio to drive the other sound device, and the daemon would switch devices with no interruption to the sound. Yes, it means that apps would have to use polyp, but Lennart (polyp's maintainer) has been quite clever about dealing with 'legacy' applications and APIs. The polyp daemon implements the esd protocol (such that apps build against libesd will talk to polyp), and there are wrappers for apps that use oss directly. Then there are controllers within polypaudio for all kinds of things - for instance, when your VoIP app rings, it can turn down the volume of your music player. Lots of opportunities for smart 'just works' features. :-) - Jeff -- GUADEC 2006: Vilanova i la Geltrú, Spain http://2006.guadec.org/ "So please lets focus on preparing to beat up our neighbours instead of spending all the energy on domestic violence." - Christian Schaller on GNOME -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
