Strange buzzing using pulseaudio

[MultiplexLayout]

In the past I had very rarely encountered this glitch, but it happens consistently when using DOSbox-X. The only way I can describe it is a metallic buzzing sound that lags behind the audio e.g. if the audio that's supposed to be playing makes a loud noise, the buzz increases in intensity a second or two later; if I stop the audio by pausing the emulator the buzzing continues alone for a couple of seconds, its intensity matching the audio that just stopped.

I unfortunately don't know much about audio or sound systems so I will try to provide as much data as I can. Please let me know if there's any other info I can provide.

Pulseaudio version: 12.2-4+deb10u1
OS: Buster 10.7
output of 'pulseaudio --dump-conf'

Code: Select all

### Read from configuration file: /etc/pulse/daemon.conf ###
daemonize = no
fail = yes
high-priority = yes
nice-level = -11
realtime-scheduling = yes
realtime-priority = 5
allow-module-loading = yes
allow-exit = yes
use-pid-file = yes
system-instance = no
local-server-type = user
cpu-limit = no
enable-shm = yes
flat-volumes = no
lock-memory = no
exit-idle-time = 20
scache-idle-time = 20
dl-search-path = /usr/lib/pulse-12.2/modules
default-script-file = /etc/pulse/default.pa
load-default-script-file = yes
log-target = 
log-level = notice
resample-method = auto
avoid-resampling = yes
enable-remixing = yes
remixing-use-all-sink-channels = yes
enable-lfe-remixing = no
lfe-crossover-freq = 0
default-sample-format = s16le
default-sample-rate = 44100
alternate-sample-rate = 48000
default-sample-channels = 2
default-channel-map = front-left,front-right
default-fragments = 4
default-fragment-size-msec = 25
enable-deferred-volume = yes
deferred-volume-safety-margin-usec = 8000
deferred-volume-extra-delay-usec = 0
shm-size-bytes = 0
log-meta = no
log-time = no
log-backtrace = 0
rlimit-fsize = -1
rlimit-data = -1
rlimit-stack = -1
rlimit-core = -1
rlimit-rss = -1
rlimit-as = -1
rlimit-nproc = -1
rlimit-nofile = 256
rlimit-memlock = -1
rlimit-locks = -1
rlimit-sigpending = -1
rlimit-msgqueue = -1
rlimit-nice = 31
rlimit-rtprio = 9
rlimit-rttime = 200000

output of 'aplay -l':

Code: Select all

**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC887-VD Analog [ALC887-VD Analog]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC887-VD Digital [ALC887-VD Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

My audio setup is my graphics card (NVidia Geforce GTX 1050Ti with propietary drivers) plugged into a television via HDMI. Thank you for any help.

[Head_on_a_Stick]

Check ~/.xsession-errors and the systemd journal for any clues. Are you sure that the cable and/or connector isn't faulty?

[MultiplexLayout]

Unfortunately DOSbox-X spams .xsession-errors with its own log, but I didn't see any entries from other sources in there anyway. When the glitching happens all the other applications using sound e.g. web videos work fine so I'm reasonably sure it's not the cable.