Hi,
I just transformed an old Pentium III 500 into a headless jukebox. It's installed in the basement, near the stereo. There's only a base CentOS system on it (GNOME unchecked, package customization checked and then everything unchecked). From there on, I just installed the ALSA utils, and vorbis-tools. The machine is only supposed to do one thing (and to do it well, UNIX philosophy :oD): fetch an audio stream (produced by MPD/Icecast upstairs on a big PC) and then output it from the soundcard to the AUX IN from the stereo.
I have a partial - and near-total - success, in that everything runs fine... as root user. Whenever I try to run alsamixer as a normal user on that box, I get the following error message:
[kikinovak@jukebox ~]$ alsamixer
alsamixer: function snd_ctl_open failed for default: No such file or directory
Something similar happens with ogg123, which runs fine as root, but produces the following error message as plain user:
[kikinovak@jukebox ~]$ ogg123 http://babasse:8000/jukebox.ogg ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_card_driver returned error: Aucun fichier ou répertoire de ce type ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_concat returned error: Aucun fichier ou répertoire de ce type ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type ALSA lib conf.c:3985:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM default === Impossible de charger le pilote par défaut, et aucun autre pilote n'est indiqué dans le fichier de configuration. Terminaison.
Now I guess there must be something missing, because on my other machines (with a full-blown desktop installed), alsamixer runs fine as normal user.
Any idea what could be wrong here?
Cheers from the hot south of France,
Niki
On Mon, Jul 6, 2009 at 2:24 PM, Niki Kovacscontact@kikinovak.net wrote:
Hi,
I just transformed an old Pentium III 500 into a headless jukebox. It's installed in the basement, near the stereo. There's only a base CentOS system on it (GNOME unchecked, package customization checked and then everything unchecked). From there on, I just installed the ALSA utils, and vorbis-tools. The machine is only supposed to do one thing (and to do it well, UNIX philosophy :oD): fetch an audio stream (produced by MPD/Icecast upstairs on a big PC) and then output it from the soundcard to the AUX IN from the stereo.
I have a partial - and near-total - success, in that everything runs fine... as root user. Whenever I try to run alsamixer as a normal user on that box, I get the following error message:
[kikinovak@jukebox ~]$ alsamixer
alsamixer: function snd_ctl_open failed for default: No such file or directory
Something similar happens with ogg123, which runs fine as root, but produces the following error message as plain user:
[kikinovak@jukebox ~]$ ogg123 http://babasse:8000/jukebox.ogg ALSA lib confmisc.c:768:(parse_card) cannot find card '0' ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_card_driver returned error: Aucun fichier ou répertoire de ce type ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_concat returned error: Aucun fichier ou répertoire de ce type ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name ALSA lib conf.c:3513:(_snd_config_evaluate) function snd_func_refer returned error: Aucun fichier ou répertoire de ce type ALSA lib conf.c:3985:(snd_config_expand) Evaluate error: Aucun fichier ou répertoire de ce type ALSA lib pcm.c:2184:(snd_pcm_open_noupdate) Unknown PCM default === Impossible de charger le pilote par défaut, et aucun autre pilote n'est indiqué dans le fichier de configuration. Terminaison.
Now I guess there must be something missing, because on my other machines (with a full-blown desktop installed), alsamixer runs fine as normal user.
Any idea what could be wrong here?
Cheers from the hot south of France,
Niki _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
ls -al /dev/{dsp,audio} ?
Lucian@lastdot.org a écrit :
ls -al /dev/{dsp,audio} ?
On my laptop:
[kikinovak@lifebook ~]$ ls -al /dev/{dsp,audio} crw------- 1 kikinovak root 14, 4 jui 6 07:32 /dev/audio crw------- 1 kikinovak root 14, 3 jui 6 07:32 /dev/dsp
And on the jukebox:
[kikinovak@jukebox ~]$ ls -al /dev/{dsp,audio} crw------- 1 root root 14, 4 jui 6 15:23 /dev/audio crw------- 1 root root 14, 3 jui 6 15:23 /dev/dsp
Uh oh. So here's the core of the problem.
Now as far as I understand, it's useless to change the owner of these with a simple chown, as the device nodes get dynamically created by udev (correct me if I'm wrong). I *think* I have to edit some udev rule file to change this, but this is as far as my knowledge goes.
(This is strange... I can't remember doing anything like this to the device files... how comes the ownership is different on a standard desktop system?)
Niki
On Mon, Jul 6, 2009 at 2:42 PM, Niki Kovacscontact@kikinovak.net wrote:
Lucian@lastdot.org a écrit :
ls -al /dev/{dsp,audio} ?
On my laptop:
[kikinovak@lifebook ~]$ ls -al /dev/{dsp,audio} crw------- 1 kikinovak root 14, 4 jui 6 07:32 /dev/audio crw------- 1 kikinovak root 14, 3 jui 6 07:32 /dev/dsp
And on the jukebox:
[kikinovak@jukebox ~]$ ls -al /dev/{dsp,audio} crw------- 1 root root 14, 4 jui 6 15:23 /dev/audio crw------- 1 root root 14, 3 jui 6 15:23 /dev/dsp
Uh oh. So here's the core of the problem.
Now as far as I understand, it's useless to change the owner of these with a simple chown, as the device nodes get dynamically created by udev (correct me if I'm wrong). I *think* I have to edit some udev rule file to change this, but this is as far as my knowledge goes.
(This is strange... I can't remember doing anything like this to the device files... how comes the ownership is different on a standard desktop system?)
Niki _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yeah, unfortunatelly I don't know either. Never used systems for such thing, it's probably a udev issue. Easy solution is to chown user /dev/dsp and then add this command to rc.local.
Lucian@lastdot.org a écrit :
Yeah, unfortunatelly I don't know either. Never used systems for such thing, it's probably a udev issue. Easy solution is to chown user /dev/dsp and then add this command to rc.local.
OK, I followed your quick & dirty hack. I have to be root to set the volume level, but I can read OGG streams with ogg123 as user OK. I still get the series of strange error messages on startup, but at least, it works.
Thanks !
Niki
On Mon, Jul 6, 2009 at 3:41 PM, Niki Kovacscontact@kikinovak.net wrote:
Lucian@lastdot.org a écrit :
Yeah, unfortunatelly I don't know either. Never used systems for such thing, it's probably a udev issue. Easy solution is to chown user /dev/dsp and then add this command to rc.local.
OK, I followed your quick & dirty hack. I have to be root to set the volume level, but I can read OGG streams with ogg123 as user OK. I still get the series of strange error messages on startup, but at least, it works.
Thanks !
Niki _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Great. Sorry I couldn't come with a more elegant solution. Maybe some of the more hardcore users on this list can advise better.
On Mon, 06 Jul 2009 15:24:41 +0200 Niki Kovacs wrote:
fetch an audio stream (produced by MPD/Icecast upstairs on a big PC)
Answering your question with one of my own, what's the "big PC" running?
I was under the impression that Icecast didn't currently get along well with Centos 5. (The reason that I'm asking is becasue I may be setting up an Icecast server at some point -- project approval still hasn't showed up -- and would prefer to do it on Centos if I can.)