Camaleón wrote:
On Thu, 30 Dec 2010 08:09:37 -0600, Hugo Vanwoerkom wrote:
Camaleón wrote:
You can try by restarting the sound server service. It could be that
the sound device is being catched/occupied by the application...
"lsof | grep snd" will tell :-?
'lsof | grep snd' before executing saytme:
h...@debian:/$ more 11.lsof.snd.before
mplayer 2522 root mem CHR 116,5 4324 /dev/snd/pcmC0D0p
mplayer 2522 root mem REG 8,3 403940 762176
/usr/lib/libsndfile.so.1.0.23
mplayer 2522 root 5r CHR 116,2 0t0 3875
/dev/snd/timer
mplayer 2522 root 6u CHR 116,5 0t0 4324
/dev/snd/pcmC0D0p
mplayer 2522 root 7u CHR 116,8 0t0 4327
/dev/snd/controlC0
mplayer 2529 root mem REG 8,3 403940 762176
/usr/lib/libsndfile.so.1.0.23
konsole 12946 hugo mem REG 8,3 403940 762176
/usr/lib/libsndfile.so.1.0.23
grep 18046 root 1w REG 8,3 0 36
/11.lsof.snd.before
grep 18046 root 2w REG 8,3 0 36
/11.lsof.snd.before
'lsof | grep snd' after executing saytime and sound disappears:
mplayer 2522 root mem CHR 116,5 4324 /dev/snd/pcmC0D0p
mplayer 2522 root mem REG 8,3 403940 762176
/usr/lib/libsndfile.so.1.0.23
mplayer 2522 root 5r CHR 116,2 0t0 3875
/dev/snd/timer
mplayer 2522 root 6u CHR 116,5 0t0 4324
/dev/snd/pcmC0D0p
mplayer 2522 root 7u CHR 116,8 0t0 4327
/dev/snd/controlC0
mplayer 2529 root mem REG 8,3 403940 762176
/usr/lib/libsndfile.so.1.0.23
grep 8387 root 1w REG 8,3 0 37
/11.lsof.snd.after
grep 8387 root 2w REG 8,3 0 37
/11.lsof.snd.after
Appears not to show a solution...
Nope, it's not even visible :-?
In the meantime, instead rebooting to get the sound working again, you
could try by enforcing a reload of the kernel sound module:
# list your sound module
lsmod | grep snd
# remove / add the kernel module
modprobe -r snd_nvidia_xxxx && modprobe snd_nvidia_xxxx
Or by restarting alsa-utils service: "/etc/init.d/alsa-utils restart"
If you get the source of saytime and move the saytime SCRIPT to the
sounds dir. and change th last statement 'cat $SAYFILES > /dev/audio' to
'aplay $SAYFILES' then, although it sounds terrible, saytime *does* say
the time.
That 'cat ... > /dev/audio' is what kills the audio if any is playing,
although I don't know why.
Hugo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/ifin7i$b4...@dough.gmane.org
