Bug#440852: daemon fails to start if sound/mixer device is open
On Sunday 07 June 2009 11:42:01 Nicolas Kratz wrote: Hello, I just hit bug [1] on my sid box when installing timidity 2.13.2-25. In my case, iceweasel, running as my normal user, kept the sound device open, I assume via the flash plugin. Closed the browser - daemon started. My .asoundrc is attached, there is no /etc/asound*, and my sound card is a cheap C-Media, lspci sez CM8738. HTH in tracking down the issue, I'm not particularly bothered by it :) Cheers, Nick [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440852 Thanks for reporting. However I'm pretty sure this has to do with how flash behaves. I've seen simular issues with flash blocking the sound device for skype. Joost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440852: daemon fails to start if sound/mixer device is open
Hello, I just hit bug [1] on my sid box when installing timidity 2.13.2-25. In my case, iceweasel, running as my normal user, kept the sound device open, I assume via the flash plugin. Closed the browser - daemon started. My .asoundrc is attached, there is no /etc/asound*, and my sound card is a cheap C-Media, lspci sez CM8738. HTH in tracking down the issue, I'm not particularly bothered by it :) Cheers, Nick [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440852 pcm.card0 { type hw card 0 device 0 nonblock yes rate 44100 } pcm.!default { type plug slave.pcm duplex } pcm.duplex { type asym playback.pcm dmixer capture.pcm dsnooper } pcm.dsnooper { type dsnoop ipc_key 4096 slave { pcm card0 format S16_LE period_time 0 period_size 1024 buffer_size 8192 rate 44100 channels 16 } bindings { 0 0 1 1 } } pcm.dmixer { type dmix ipc_key 1024 slave { pcm card0 format S16_LE period_time 0 period_size 1024 buffer_size 8192 rate 44100 channels 16 } bindings { 0 0 1 1 } } ctl.dmixer { type hw card 0 device 0 }
Bug#440852: daemon fails to start if sound/mixer device is open
Hi Simon, is this [1] still an issue for you? Thanks, Joost [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440852 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440852: daemon fails to start if sound/mixer device is open
It is a problem for timidity mainly because system upgrades should never fail because an user has a particular program open, even if mplayer could be more cooperative here. It might be interesting to get some input from the ALSA folks. Yeah... it does not happen on both of my boxes. What kind of sound card do you have? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440852: daemon fails to start if sound/mixer device is open
Hi, Joost Yervante Damad wrote: On Tuesday 04 September 2007 22:40:40 Simon Richter wrote: ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave This is probably related to the instance of mplayer that was open at this time (running as a user). Can you verify if you can play any other sound when mplayer is running? Yes, that works, as does starting mplayer after timidity is already running. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440852: daemon fails to start if sound/mixer device is open
On Thursday 06 September 2007 21:22:16 Simon Richter wrote: Hi, Joost Yervante Damad wrote: On Tuesday 04 September 2007 22:40:40 Simon Richter wrote: ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave This is probably related to the instance of mplayer that was open at this time (running as a user). Can you verify if you can play any other sound when mplayer is running? Yes, that works, as does starting mplayer after timidity is already running. Can you verify if it happens always or sporadically? Do you have an .asoundrc or /etc/asound.conf ? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440852: daemon fails to start if sound/mixer device is open
Hello, Joost Yervante Damad wrote: Can you verify if you can play any other sound when mplayer is running? Yes, that works, as does starting mplayer after timidity is already running. Can you verify if it happens always or sporadically? The problem is always reproducible with the described setup (mplayer as user, timidity as root). It cannot be reproduced with xmms2 playing audio or alsamixer open, so it is probably some bad interaction between the opening modes used by mplayer and timidity. It is a problem for timidity mainly because system upgrades should never fail because an user has a particular program open, even if mplayer could be more cooperative here. It might be interesting to get some input from the ALSA folks. Do you have an .asoundrc or /etc/asound.conf ? Neither file exists. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440852: daemon fails to start if sound/mixer device is open
On Tuesday 04 September 2007 22:40:40 Simon Richter wrote: ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave This is probably related to the instance of mplayer that was open at this time (running as a user). Can you verify if you can play any other sound when mplayer is running? Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440852: daemon fails to start if sound/mixer device is open
Package: timidity Version: 2.13.2-15 Severity: minor Hi, I'm running timidity in daemon mode, and the last upgrade failed with the message ALSA lib pcm_dmix.c:864:(snd_pcm_dmix_open) unable to open slave This is probably related to the instance of mplayer that was open at this time (running as a user). Obviously, a user being able to make a system upgrade fail is not a good thing; minor severity because it is probably not a problem at system startup (although some display managers play a sound when they are ready). Simon -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages timidity depends on: ii libartsc0 1.5.7-2 aRts sound system C support librar ii libasound2 1.0.14a-2ALSA library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libflac81.1.4-3+b1 Free Lossless Audio Codec - runtim ii libglib2.0-02.14.0-2 The GLib library of C routines ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjack00.103.0-6JACK Audio Connection Kit (librari ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii xaw3dg 1.5+E-15 Xaw3d widget set ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages timidity recommends: ii freepats 20060219-1 Free patch set for MIDI audio synt -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]