I’ve noticed if there’s no active audio coming from the computer, I’ll get some ground hum out of the headphone jack after a short period of non-playback.
This is unrelated to the issue I originally reported in this thread: there was noise during sound reproduction through the headphone jack. The ground hum after sound has stopped is pretty predictable. Also easy to prevent: I hit the mute on my mixer after I’m done playing something.
It’s mildly annoying but not a huge deal.
Edit: I want to say that I reported this because I’m a musician and I pay attention to these things. I also want to say that the framework has been my music computer since I got it and I love it for that and really everything else I’ve tried to use it for.
I got the Intel 12th gen batch 2. Experiencing this on Linux Mint 21 Cinnamon with kernel 5.15 and Cinnamon 5.4.
I find that with one pair of earbuds I get a really bad static noise that almost dominates the audio (the earbuds are fine on my phone and other devices).
However, I have another pair of headphones with a volume changer built into the cable. If I turn down the volume changer on the cable and then turn up the audio on my laptop to compensate the static cannot be heard.
The same thing here. More annoying is that sometimes when I power the laptop down while still wearing headphones, I sometimes hear a very loud and unpleasant pop. The common sense is to never wear headphones while plugging, unplugging and powering on and off, but I thought that modern devices mitigate that.
This is not a deal breaker issue, but still unpleasant, especially considering the overall device price.
For those running Linux using Pipewire and Wireplumber (for example Fedora 36 or 37) I have managed to fix occasional crackle by changing the output format for the analog audio output. I have the newer Tempo audio codec.
This won’t fix the pop sound when the codec turns on and off but it should stop any crackling and pop noises when playing back audio.
Try adding this to a file named 51-fix-crackle.lua in /usr/share/wireplumber/main.lua.d then reboot:
You can also do the same thing in /etc/wireplumber/main.lua.d if you want to keep your custom configuration out of /usr.
Pipewire seems to want to pick 32-bit samples if left to its own devices (I think that’s its internal representation?), which is strange because the hardware only seems to expose 16, 20, and 24 bit options:
I have the same issue on the framework gen 12 laptop with Linux.
I reached the support team, but I just don’t have the time to investigate and try different OS or distribution.
As luck would have it, we just re-tested 11th and 12th gen yesterday to make sure the latest kernel releases on Fedora 38 (latest kernel) and Ubuntu 22.04.3 (running 6.1 OEM C kernel) are presenting the correct audio experience from the headphone jack.
@foura@John_Flatness Does your wireplumber address the constant hissing static that occurs when the audio driver is active? Or is this for a different problem?
John’s approach would help, however, on a modern, up to date Linux install using Pipewire should not be needed unless something is outdated or manually tweaked.
Solutions to audio issues are usually configuration related in my experience. With Pipewire and the symptoms you indicated, the link I provided above is what we’d suggest as I have not had this issue myself, but, symptomatically, it sounds like a PCM rate issue which is very fixable if you try what was suggested.
Unfortunately, applying the config from above does not change anything about the constant static. I’ll keep searching elsewhere, and if anyone does find a solution to the buzz lemme know
Unplug from AC power, move laptop to a completely different location - test again. In case it’s picking up interference.
Testing different headphones.
Always, always test with a Live USB of your selected distro - this will determine two things immediately. If it doesn’t present there, same location, attached to power - could be a software bug. If it does present there, in different locations and detached from power and tested with multiple headsets, you’ll want to open a support ticket.
Be careful about following advice else where as I have seen first hand where dated, often incorrect blog/forum posts have made the issue worse.
@huantian it seemed to fix background noise and occasional pop noises when playing back audio. it does not fix the pop sound when the codec turns on and off. note that as @Matt_Hartley said, this should not be required with an up to date pipewire.