You are not logged in.
Pages: 1
I have had occasional problems with audio lately. I have no idea how to debug it, so I hope you can help me.
First some weeks ago I had problems with the audio that made it impossible to listen to music or watch anything.
It persisted when rebooting, until finally once when I also left my PC unplugged for a while before booting again.
Yesterday I got the issue again while playing LoL in lutris. This time the sound was really messed up, randomly distorting the sound in many ways, such as replaying segments, skipping, crackling.
It got fixed after I rebooted, but next time I played and every time thereafter, I got the same problem.
After I uninstalled ffmpeg-compat-54, which I know has caused some other problems, the problem persisted in LoL but now at least the sound was fine in the rest of my system.
However, today when I booted my PC, the sounds frequently skips in all applications.
I tried this https://wiki.archlinux.org/index.php/Pu … _crackling
And also followed this https://wiki.archlinux.org/index.php/Pu … headphones
.. because I had seen somewhere (https://forums.lutris.net/t/audio-issue … nux/1507/8) that it might help to set default-fragment-size-msec.
I wasn't quite sure what to set it to though, because I have `alsa.resolution_bits = "32"` in `pactl list sinks`, so I wonder if I should use that rather than the default 16.. here is my full output of `pactl list sinks`:
$ pactl list sinks
Sink #2393
State: IDLE
Name: alsa_output.pci-0000_22_00.3.analog-stereo
Description: Family 17h (Models 00h-0fh) HD Audio Controller Analog Stereo
Driver: module-alsa-card.c
Sample Specification: s32le 2ch 44100Hz
Channel Map: front-left,front-right
Owner Module: 8
Mute: no
Volume: front-left: 23253 / 35% / -27.00 dB, front-right: 23253 / 35% / -27.00 dB
balance 0.00
Base Volume: 65536 / 100% / 0.00 dB
Monitor Source: alsa_output.pci-0000_22_00.3.analog-stereo.monitor
Latency: 100096 usec, configured 100136 usec
Flags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCY
Properties:
alsa.resolution_bits = "32"
device.api = "alsa"
device.class = "sound"
alsa.class = "generic"
alsa.subclass = "generic-mix"
alsa.name = "ALC892 Analog"
alsa.id = "ALC892 Analog"
alsa.subdevice = "0"
alsa.subdevice_name = "subdevice #0"
alsa.device = "0"
alsa.card = "1"
alsa.card_name = "HD-Audio Generic"
alsa.long_card_name = "HD-Audio Generic at 0xfe800000 irq 53"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:22:00.3"
sysfs.path = "/devices/pci0000:00/0000:00:08.1/0000:22:00.3/sound/card1"
device.bus = "pci"
device.vendor.id = "1022"
device.vendor.name = "Advanced Micro Devices, Inc. [AMD]"
device.product.id = "1457"
device.product.name = "Family 17h (Models 00h-0fh) HD Audio Controller"
device.string = "front:1"
device.buffering.buffer_size = "35328"
device.buffering.fragment_size = "8832"
device.access_mode = "mmap"
device.profile.name = "analog-stereo"
device.profile.description = "Analog Stereo"
device.description = "Family 17h (Models 00h-0fh) HD Audio Controller Analog Stereo"
alsa.mixer_name = "Realtek ALC892"
alsa.components = "HDA:10ec0892,1462fa37,00100302"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Ports:
analog-output-lineout: Line Out (priority: 9900, not available)
analog-output-headphones: Headphones (priority: 9000, available)
Active Port: analog-output-headphones
Formats:
pcm
What I did was to make a file `.config/pulse/daemon.conf`:
default-fragments = 2
default-fragment-size-msec = 125
(on the wiki they have `;` in front of the lines but I assume that is a mistake?)
None of this helped to fix the problem.
Last edited by Ploppz (2019-05-10 08:09:13)
Offline
Sink nr 2393? Your jack sensing is going haywire. Revert all your "fixes". Remove that daemon.conf and remove the tsched=0 from your /etc/pulse/default.pa in that same file identify the line load-module switch-on-port-available and comment it out/remove it. Restart pulseaudio
systemctl --user restart pulseaudio
Should the issue persist, repost during the problematic situation
pacmd list-sinks
pacmd list-sink-inputs
sudo fuser -v /dev/snd/*
aplay -lL
As well as all your pulse related configuration files.
In general it is a bad idea to start to mess around with global state if only a single application is giving you issues.
Last edited by V1del (2019-05-10 08:54:46)
Offline
Thank you!
Since I made the change you suggested, I have not had the problem.
Is it possible that it has fixed my problem?
Offline
Well the underlying problem is that your system is for some reason generating a load of jack sensing events (i.e. the system thinks you are constantly plugging and unplugging headphones). By removing/uncommenting that line you simply tell pulse not to react to those anymore. They are still happening. These are usually either hardware (e.g. maybe some dust or something in the jack) or kernel driver related. Some of the more recent 5.0 kernels had a lot of work done on jack sensing support (especially for support for combined mic+headphone jacks, where up until now the internal microphone staid enabled as opposed to the one that would be part of the headset) so maybe you are seeing a regression here on your chipset.
This should ideally be reported, maybe with some acpi logs showing the generation of the jack events. But it's also quite easily ignored/worked around so that's something you'll have to decide.
Offline
Pages: 1