https://bugs.freedesktop.org/show_bug.cgi?id=50256
--- Comment #13 from [email protected] 2012-06-05 18:01:41 PDT --- Tanu Kaskinen https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5589 Maybe this is a case we need to update alsalib to allow configuration changes on fly. This could possibility move the problem out either of our ways. Really lot of the problem here is alsa has poor hotplug support. Alsa with good hotplug support would be a lot more friendly of a beast. Making alsa work right in a lot of ways is better than having every application with pulseaudio drivers and alsa drivers. Since it could now allow application to change audio servers on fly as well. This hotplug in alsa support would end lot of the audio disputes. Again this provides wine with something it can refer to outside itself that should be always right. Do what I am suggesting with Alsa and then pulseaudio could fully stop and give back raw alsa and raw alsa applications could let go of alsa to let pulseaudio take over same with any other sound server. Also possibly doing in the need for pasuspender. Ok pulseaudio applications pulseaudio has vamoosed stay in holding pattern until pulseaudio comes back. One ABI for audio that works no matter the configure is idea. ALSA is a little hard to remove. Mostly its like the pulseaudio jackaudio dbus handshaken over alsa. Except you do this generically in alsalib effecting all alsa applications. So it might be a case of right idea done at wrong level. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. _______________________________________________ pulseaudio-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
