Bug#293665: quodlibet: Locking audio device
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I would also like to have the audio device closed when the pause button is hit, or better yet make an additional stop button. Right now I am using the dmix ALSA plugin so the device can be used simultaneously. Perhaps you could add a note like the one below about the audio device locking? It took me some time to figure that dmix stuff out, and to detect the sample asound config :) Locked audio device === To prevent quodlibet from locking the sound device, you can use the dmix plugin from the ALSA audio driver. This can be done by copying the file /usr/share/doc/libasound2/examples/asound.conf_dmix to $HOME/.asoundrc. This way, applications using the ALSA audio driver can use the sound device simultaneously. See http://alsa.opensrc.org/index.php?page=DmixPlugin for more info. Regards, Bastian - -- ,''`. Bastian Kleineidam : :' :GnuPG Schlssel `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCgzAqeBwlBDLsbz4RAqhNAJ4wF0agR5r6GVPjbUiio33CZVHcFgCfThE3 Bd30PWf0dudxKcMg+hq5LTs= =L6Kc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293665: quodlibet: Locking audio device?
Package: quodlibet Version: 0.7-2 Severity: normal Quod Libet is very nice - thanks for the application. I notice that when I click Pause, the audio device remains locked. Thus if I (or another user) want to play music with another player I need to exit from Quod Libet. Compare this to Rythm Box when the music is paused I think the audio device is unlocked. For xmms and beep when clicking Stop the audio device is also unlocked (although these latter two do keep the lock on a Pause, but then they have both a Pause and a Stop). Thus I think this is a bug in the behaviour! Regards, Graham -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages quodlibet depends on: ii python2.3.4-6An interactive high-level object-o ii python-glade2 2.4.1-2GTK+ bindings: Glade support ii python-id3lib 0.5.1-3id3lib wrapper for Python - dummy ii python-pymad 0.5.2-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii quodlibet-ext 0.7-2 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293665: quodlibet: Locking audio device?
severity 293665 wishlist tags 293665 + wontfix thanks On Sat, 2005-02-05 at 09:08 +1100, Graham Williams wrote: Package: quodlibet Version: 0.7-2 Severity: normal Quod Libet is very nice - thanks for the application. I notice that when I click Pause, the audio device remains locked. Thus if I (or another user) want to play music with another player I need to exit from Quod Libet. Compare this to Rythm Box when the music is paused I think the audio device is unlocked. For xmms and beep when clicking Stop the audio device is also unlocked (although these latter two do keep the lock on a Pause, but then they have both a Pause and a Stop). Thus I think this is a bug in the behaviour! Between the fact ALSA dmix is well-supported, libao supporting the ESD and aRts audio mixers, and that cards that support hardware mixing are common and cheap, holding onto the audio device when paused should no longer be an issue. Linux audio drivers are finally getting out of the stone age, and I don't feel like coding in workarounds to encourage them to stay there. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
