On 02/01/2014 10:43 PM, Armin K. wrote:
On 02/02/2014 05:23 AM, David C. Rankin wrote:
On 02/01/2014 08:54 PM, Armin K. wrote:
Seems like you installed pulseaudio but you aren't running it. pulseaudio usually runs as normal user and not as root user - that's why root uses "raw alsa", and normal user uses "alsa through pulseaudio".
Hmm.. You are correct. But installing pulseaudio-alsa which provides /etc/asound.conf:
# Use PulseAudio by default pcm.!default { type pulse fallback "sysdefault" hint { show on description "Default ALSA Output (currently PulseAudio Sound Server)" } }
ctl.!default { type pulse fallback "sysdefault" }
Has always taken care of this automatically before. However, this is the first build of Trinity on Arch that does not rely on hal, so there may be more required to get sound going for normal users. I have started pulseaudio, but as of yet, I cannot get sound configured and working. Sound has always been tricky when it is not working. Here, apparently root works just fine using "raw alsa", but then what to do for the users. I'll keep picking around, if you have any other suggestions, please let me know. Thanks.
Well, pulseaudio-alsa is installed by default with pulseaudio iirc, so you'll always get that. pulseaudio daemon is started by a startup file in /etc/xdg/autostart, but I believe it can be dbus activated when something requests it - yet you still need to have a valid dbus session in either cases - be it dbus-launch-ed one or (not really sure 'bout this one) the one started with systemd user session.
Following your suggestions, I examined the files in /etc/xdg/autostart and I tried about ever combination of inits to get sound going, but failed each time to get any sound as user. However, this was one of those frustrating situations where I decided to try adding the user to the audio group and tested everything without success, but I left the user as a member of the group when the system was shut down. Apparently, that is all that it took, because when I started the system this morning - sound began automatically playing beautifully. All the settings in TDE are the default 'Autodetect' sound system settings and I made no config file changes. After reading the forum posts that recommended adding the user to the audio group, then reading the wiki pages Warning: don't do it, I'm left curious what I should do in this situation. For whatever reason, sound would not play in TDE until the user was added to the audio group and the system restarted. So what does this tell me isn't working correctly such that non-root users don't have sound access unless in the audio group? Obviously, for Arch, the standard is to not have users in the audio group to prevent breaking fast-user-switching, etc. What process then must be incorporated and relied upon to make this work correctly? According to https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture (footnote [1] under Installation) sound access was provided to users via Consolekit in the past. Consolekit is no longer part of Arch. I have kept basic build of TDE for Arch totally reliant on Arch packages, so I would like to solve the sound problem in the proper way so that this desktop is a seamless addition to Arch. What is the best approach to finding a solution to this sound issue? -- David C. Rankin, J.D.,P.E.