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 _______________________________________________ Pkg-pulseaudio-devel mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/pkg-pulseaudio-devel
