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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
