#824: Multiple users. ---------------------+------------------------------------------------------ Reporter: olek | Owner: lennart Type: defect | Status: reopened Milestone: | Component: daemon Resolution: | Keywords: ---------------------+------------------------------------------------------
Comment(by coling): I would look at the output from the {{{ck-list-sessions}}} command. It could be that KDE is not properly indicating who is active. Also check the output of {{{getfacl /dev/snd/*}}} as this will show you which users have specific ACLs added for them. This user who is in the ACL should correspond to the 'active' user in the {{{ck-list-sessions}}} output. If your card does not support h/w mixing then you should also ensure that none of your users are in the "audio" group (just type {{{groups username}}} to see. If they are in the audio group then this bypasses the ACL restrictions. Various scenarios can exist where a user switch even when users *are* in the audio group can work fine (i.e. when no user is currently playing sound and has released the sound device due to a five second timeout), but there will certainly be cases where this can mess things up. See the notes on the wiki:KDE page which outlines how things should look for you under KDE and also mentions the gotcha of the audio group. I see that I originally misread the bug report and the problem is not the general setup, but rather one of resuming playback after returning from a userswitch. When this problem occurs, good debug output can be optained from {{{pacmd list-sinks}}}. This output will include the current "suspend status" and the "suspend reason" which can aid debugging. -- Ticket URL: <http://pulseaudio.org/ticket/824#comment:4> PulseAudio <http://pulseaudio.org/> The PulseAudio Sound Server _______________________________________________ pulseaudio-tickets mailing list pulseaudio-tickets@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-tickets