Bug 2230757

Summary: Broken Robotic Audio Occasionally Until Pipewire Is Rebooted
Product: [Fedora] Fedora Reporter: bruhzakahmed420666 <bruhzakahmed420666>
Component: pipewireAssignee: Wim Taymans <wtaymans>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 38CC: bruhzakahmed420666, brunovern.a, information, webczat, wtaymans
Target Milestone: ---Keywords: Desktop
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: https://youtube.com/shorts/ZC9qDvf9T5E?feature=share
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description bruhzakahmed420666@gmail.com 2023-08-10 00:44:07 UTC
The problem happens around 40-50 minutes of CPU light programs like Spotify, that emit audio, or 10-20 minutes of CPU heavy programs that emit audio like video games. My audio will go from sounding normal, to sounding robotic and compressed and generally very unpleasant, and when this happens both my laptop speakers and any wired headphones plugged in through the laptops 3.5mm headphone jack are affected, but any headphones connected via Bluetooth are unaffected. 

Trying different headphones, or unplugging and replugging them did not fix the problem (if I was using headphones at the time). I have noticed this issue in every program I use that emits audio – Gnome Music, Amberol, Spotify, Discord or Skype Voice Calls, and both Linux Native Games Like Team Fortress 2 and Minecraft, and games running through Wine/Proton Like Payday 2, Just Cause 3 and Bloons Tower Defense 6. 

This problem usually goes away after 20-30 minutes, but will then come back after another 10-30 minutes depending on the CPU load. Sometimes however, it will not go until a reboot or if I run “ systemctl --user restart pipewire pipewire-pulse and systemctl --user daemon-reload” in a terminal. 

My pipewire version is 0.3.77, and wirepipe version is  0.4.14. 
My audio chip is: Multimedia audio controller: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)
I have the outputs of lsmod | grep sof here : https://pastebin.com/iATtjCcp
My laptop is a Lenovo IdeaPad 5i Pro 14ITL6 . This problem has been found in both Fedora Workstation 38 and Fedora Silverblue 38. Windows 11 on a separate partition does not have this issue. 

The Rest Of My Computers Specs Currently: 
OS: Fedora Linux 38.20230808.0 (Silverblue) x86_64 
Kernel: 6.4.7-200.fc38.x86_64 
DE: GNOME 44.3 (wayland) 
CPU: 11th Gen Intel i5-1135G7 (8) @ 4.2GHz 
GPU: Intel TigerLake-LP GT2 [Iris Xe Graphics] 
Memory: 7.52 GiB 
Bluetooth: Intel Corp. AX201 
BIOS: LENOVO 2.63 (09/26/2022) 

Reproducible: Sometimes

Steps to Reproduce:
1. Launch An Application With Audio (Prefferbly One With Heavy CPU usage Like A Video Game).
2. Wait 10-60 minutes, depending on CPU load.
3. Audio Issue Occurs.
Actual Results:  
The sound to both my speakers and headphone jack sounds robotic and compressed.

Expected Results:  
The sound should exactly as intended from the speakers without the robotic compression.

Comment 1 Wim Taymans 2023-08-10 12:51:56 UTC
probably: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3390

Comment 2 bruhzakahmed420666@gmail.com 2023-08-10 17:59:35 UTC
(In reply to Wim Taymans from comment #1)
> probably: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3390

Bingo, thats the same issue i am having. I guess I just need to wait until both the kernel + pipewire are updated then.
Thank you for your time.

Comment 3 Michał Zegan 2023-08-10 19:31:37 UTC
aconfirmed, happens for me too. but doesn't this bug belong more to the kernel?