Bug -- pulseaudio rules conflict with daemon.conf about ananicy HOT 6 CLOSED

I prefer rearrange rules and types for that, to make default rule for pulse audio, match it in ananicy and have higher priority to others.

i.e. problem it self exists because ananicy generate many (may be too many?) things, which have same priority as pulse audio.

from ananicy.

While we have a rules with type LowLatency_RT, that not looks like good idea.
i.e. that type give more priority when pulseaudio have by default.

And that must be solved by some way.

from ananicy.

Which is preferred action in most cases?

1. Use daemon.conf defaults and ananicy rules
2. Use daemon.conf tweaked configuration and disable ananicy rules

from ananicy.

I corrected pulseaudio problems with:
options snd_hda_intel power_save=0 power_save_controller=N

So, the conflict in settings with my pusleaudio configuration might not have as much to do with nice defaults.

from ananicy.

I had occasional stutters with pulseaudio when using default ananicy rules. (no daemon.conf interference)
According to https://fitzcarraldoblog.wordpress.com/2017/04/20/stuttering-audio-in-linux-pulseaudio-strikes-again/, comments there and my testing, realtime scheduling of pulseaudio might cause stutters.

So, I changed pulseaudio rule like:
{ "name": "pulseaudio", "type": "LowLatency_RT", "nice": -15 }
So far in a couple of days testing no stutter appeared.

I removed the RT scheduling and decreased nice so that pulseaudio has higher priority than other "LowLatency_RT" processes.

from ananicy.

I removed the RT scheduling and decreased nice so that pulseaudio has higher priority than other "LowLatency_RT" processes.

So, which value did you gave to nice ? I ask because I also encountered stuttering with this rule and I'd prefer to adjust the rule instead of disable it :-)

from ananicy.