Crackling sound and echo thanks to speech-dispatcher



Since some days (or maybe small number of weeks) I have a crackling output on my soundsystem that is connected to my internal sound chip. It also has an echo of all the output sounds.
It does not always appear straight from startup, but sometimes appears in the first 1-2 minutes. In XFCE, the problem does not happen.

I can “solve” the problem by changing the setup in the KDE Settings --> Multimedia.

In the phonon-part, changing the setup of my AMD HDMI soundchip between one of the 4 Stereo Soundchip settings while there is a sound playing on the internal soundchip immediately resolves the crackling, the output is crystalclear until I do a reboot.

Changing any setting in the pulseaudio part does the same thing, but it has to be the Stereo soundchip parts, not the 5.1 or 7.1 or digital parts.

What else can I do to find the culprit?
I know that the AMD soundchip is nonfunctional due to missing DC/DAL, I don’t want to use it. Setting it to “Off” does not solve the problem.

My screen is connected on Displayport though.

My hardware:

System: Host: BS86-PC Kernel: 4.10.0-1-MANJARO x86_64 (64 bit gcc: 6.3.1) Desktop: KDE Plasma 5.9.2 (Qt 5.8.0) Distro: Manjaro Linux Machine: Device: desktop Mobo: ASUSTeK model: CROSSHAIR V FORMULA-Z v: Rev 1.xx BIOS: American Megatrends v: 2201 date: 03/23/2015 CPU: Octa core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 64245 clock speeds: max: 4000 MHz 1: 2100 MHz 2: 1400 MHz 3: 4000 MHz 4: 4000 MHz 5: 1400 MHz 6: 1400 MHz 7: 1400 MHz 8: 1400 MHz Graphics: Card: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480] bus-ID: 01:00.0 Display Server: X.Org 1.19.1 driver: amdgpu Resolution: 2560x1440@143.86hz GLX Renderer: Gallium 0.4 on AMD POLARIS10 (DRM 3.9.0 / 4.10.0-1-MANJARO, LLVM 3.9.1) GLX Version: 3.0 Mesa 17.0.0 Direct Rendering: Yes Audio: Card-1 Advanced Micro Devices [AMD/ATI] Device aaf0 driver: snd_hda_intel bus-ID: 01:00.1 Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) driver: snd_hda_intel bus-ID: 00:14.2 Sound: Advanced Linux Sound Architecture v: k4.10.0-1-MANJARO Network: Card: Intel 82583V Gigabit Network Connection driver: e1000e v: 3.2.6-k port: d000 bus-ID: 02:00.0 IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: <filter> Drives: HDD Total Size: 3506.7GB (80.1% used) ID-1: /dev/sda model: Samsung_SSD_840 size: 256.1GB ID-2: /dev/sdb model: Samsung_SSD_840 size: 250.1GB ID-3: /dev/sdc model: ST3000DM001 size: 3000.6GB Partition: ID-1: / size: 42G used: 21G (51%) fs: ext4 dev: /dev/sda2 ID-2: /boot size: 454M used: 82M (19%) fs: ext4 dev: /dev/sda1 ID-3: /home size: 189G used: 152G (82%) fs: ext4 dev: /dev/sda4 ID-4: swap-1 size: 4.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda3 Sensors: System Temperatures: cpu: 37.4C mobo: N/A gpu: 37.0 Fan Speeds (in rpm): cpu: 0 Info: Processes: 250 Uptime: 46 min Memory: 2808.2/15949.3MB Init: systemd Gcc sys: 6.3.1 Client: Shell (bash 4.4.121) inxi: 2.3.8

Checked with KDE 17.0 RC1 usb stick - the issue does not happen there.
Checked with the AMD staging kernel (DC/DAL included): The issue also does not happen there, the graphic-soundchip is working, but it plays all sounds with a delay (about the same delay like the echo has) - but the echo I have with the Manjaro kernel is coming from the internal chip, the screen is muted.
Edit2: Manjaro Kernel 4.9 has the same behaviour like 4.10

[Manjaro KDE] Soundblaster XFI (EMU20K1) PROBLEM
Crackling sound from speakers after suspension
Built-in loudspeakers stop playing after several minutes, other outputs work
[Stable Update] 2017-12-03 - Kernels, Mesa, Firefox, Thunderbird, Plasma5
Built-in loudspeakers stop playing after several minutes, other outputs work

Aaaaaaan solution found: speech-dispatcher causes the crackling, it is part of the new knotifications which has text-to-speech - support

for a full heads-up, check here:

Removed the package and problem is gone.

The solution from arch also works:

@philm The only thing that I don’t know is why speech-dispatcher causes no issues on RC1

Edit: @philm Solution for not-affected RC1 also found: speech-dispatcher is no dependency of any KDE package that is installed. However, I have installed chrome from the herecura repo, and that one pulled in the speech-dispatcher dependency which in return was now able to produce the issue with KDE’s text to speech system. The chrome package in AUR has the dependency removed like written in the arch forum.

[Stable Update] 2017-02-17 - Kernels, Plasma5, KDE Frameworks/Apps, Libreoffice, Mozilla
Audio and Mic Staticky
[Stable Update] 2017-02-17 - Kernels, Plasma5, KDE Frameworks/Apps, Libreoffice, Mozilla
closed #3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.