This behavior refers to an audio issue caused by the newer implementation of the PulseAudio sound server that uses timer-based audio scheduling instead of the traditional, interrupt-driven approach.

To stop the behavior please disable the timer-based scheduling in Pulseaudio

To turn timer-based scheduling off add tsched=0 in /etc/pulse/
load-module module-udev-detect tsched=0

Then restart the PulseAudio server:
$ pulseaudio -k
$ pulseaudio --start

Do the reverse to enable timer-based scheduling, if not already enabled by default.
Was this article helpful?
Thank you!