Pulseaudio hisses, how to fix?

Question

linux

Hello.
When you turn on the computer, the speakers emit a background sound - a hiss. Previously, the problem was observed until the OS was started, then the hissing stopped. Not so long ago I installed Linux Mint and the problem got worse. Now the hiss is reproduced by the speakers almost constantly. To be more precise, after 3-5 seconds after the last sound played, the "hiss mode" is turned on. It seems that there is some timer for the absence of sounds, after which the signal to the sound card is no longer transmitted by the system. As a result, the speakers begin to "hiss".
At first I thought that the problem was in the cable running from the sound card to the speakers. Replaced with a more expensive and better quality one. - The hissing became much quieter, but still remained.
Any sound as well as restarting pulseaudio fixes the problem for a while (3-5 seconds).
The main question is: how to get rid of background hiss?
Additional: with constantly alternating presence / absence of a signal on a sound card, will it fail prematurely?

Answer 1

To get rid of Pulse's hiss, you have to get rid of Pulse, I'm not kidding. This problem is a hundred years old in the afternoon, it is absolutely incompatible with some cards. Switch to ALSA, for example.

Answer 2

It hasn't sizzled for years. In sneakers, that's right. There is a setting, usually enabled by default, "use noise-free mode". And for many years nothing has hissed with me, just as it did not hiss with pure alsa.
The true reason can be different, and there are a lot of things in junipers already sensible, and my opinion is that stupidly many sound devices (or hardware, or drivers like that) in the absence of calls from the OS transfer the output to a high-impedance state (Z-state), i.e. with high resistance. Well, it turns out to be a complete analogue, as if the wire was simply pulled out of the sound card connector, but the trouble is - there are still conductors on the motherboard / sound card, and they catch a bunch of interference that do not matter in a low-impedance state (when the output resistance is quite small). Because of this, for example, when running processes that monitor the state or send something to the sound output, or simply poll the audio codec periodically, the hissing stops.

Answer 3

There are many options. The sound model was not provided.
Try:
1) Turn off all unnecessary inputs / outputs in the pulse, i.e. microphone, line, etc.
2) The pulse had a transition associated with timers, when it helped me to indicate the following on one piece of iron (Archevsky wiki)
3) Are you sure that the hiss is connected precisely with the pulse and not with the iron? Make sure it's guaranteed to be the culprit of the pulse.

Answer 4

There are only two things in Linux that really suck. X and Pulse. It was the year 2020, Linux in terms of graphic and audio subsystems, as it was in 1991, has remained in it.

Answer 5

At some point, the pulse began to hiss, how I cured it - I don’t remember ... but something from the 1st page of Google.
Differences from the distribution daemon.conf now:

diff -d /etc/pulse/daemon.conf.rpmnew /etc/pulse/daemon.conf
54d53
< ; avoid-resampling = false
56d54
< ; remixing-use-all-sink-channels = yes
78a77
> default-sample-format = s24le
79a79,80
> ;;default-sample-rate = 48000
> default-sample-rate = 192000