[Pkg-pulseaudio-devel] Bug#489436: pulseaudio: Says realtime not permitted even though I am in pulse-rt

[Roderik Muit]

FYI:

For me, the messages saying that rt didn't succeed, stopped after I 
added the proper permissions for the rt-pulse (& audio) group in 
/etc/security/limits.conf.

To be exact, I added the following, (I don't know the details, I just 
got it from
http://forums.opensuse.org/applications/multimedia/400774-pulseaudio-cant-get-realtime-high-priority-permissions.html)

@audio          -       rtprio          99
@audio          -       nice            -20
@audio          -       memlock         4000000
@pulse-rt       -       rtprio          99
@pulse-rt       -       nice            -20

After I did this and logged out and back in again, PulseAudio stopped 
complaining. (And I reloaded all my kernel sound modules. I don't know 
if that would be necessary in other peoples' case.)


-------------

I think that might help you.

That wasn't the only thing I did, though. I first upgraded to 0.9.13-2 
== experimental. So I'm not _sure_ if it will help 0.9.10, though I 
guess so.

The total of what I did is:

* upgrade to 0.9.13-2 (and dependencies in unstable, which include new 
alsa lib)

- the error messages from pulseaudio changed in this version, to the 
more precise:
I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
I: caps.c: Dropping root priviliges.
I: caps.c: Limited capabilities successfully to CAP_SYS_NICE.
W: main.c: RLIMIT_RTPRIO failed: Operation not permitted
...which led me to above URL

* edit /etc/security/limits.conf
* log myself out
* modprobe -r snd-*
* modprobe snd_MYSOUNDCARD
* start pulseaudio again

I am getting a different error message now, but that may not be the same 
and relates to my own kernel. At least the _permissions_ problem is gone.
N: module-alsa-source.c: Disabling timer-based scheduling because 
high-resolution timers are not available from the kernel.
W: core-util.c: pthread_setschedparam(): Operation not permitted