Strange buzzing using pulseaudio

Everything about X, Gnome, KDE, ... and everything running on it

Strange buzzing using pulseaudio

Postby MultiplexLayout » 2021-01-16 21:23

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.
MultiplexLayout
 
Posts: 15
Joined: 2020-09-23 19:21

Re: Strange buzzing using pulseaudio

Postby Head_on_a_Stick » 2021-01-16 22:56

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

Debian buster-backports ISO image: for new hardware support
User avatar
Head_on_a_Stick
 
Posts: 13450
Joined: 2014-06-01 17:46
Location: /dev/chair

Re: Strange buzzing using pulseaudio

Postby MultiplexLayout » 2021-01-17 12:21

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.
MultiplexLayout
 
Posts: 15
Joined: 2020-09-23 19:21


Return to Desktop & Multimedia

Who is online

Users browsing this forum: No registered users and 12 guests

fashionable