Bug 2230757 - Broken Robotic Audio Occasionally Until Pipewire Is Rebooted
Summary: Broken Robotic Audio Occasionally Until Pipewire Is Rebooted
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: pipewire
Version: 38
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Wim Taymans
QA Contact: Fedora Extras Quality Assurance
URL: https://youtube.com/shorts/ZC9qDvf9T5...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-08-10 00:44 UTC by bruhzakahmed420666@gmail.com
Modified: 2023-08-10 19:31 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

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?


Note You need to log in before you can comment on or make changes to this bug.