Are you sure this is the same issue? I don’t have any crackling My audio volume is just about 1% of what it should be.
I don’t really experience any crackling, just a loud single “pop” whenever the audio source switches, which I’m pretty sure is not supposed to happen since it doesn’t occur in Windows.
I have experienced the very low audio problem as well, and I chalked it up to an issue with the actual routing of the signal. The driver seems to work on a basic hardware level, there just seems to be a problem with routing it to the correct jack under some circumstances. I assumed the low audio was the signal bleeding through from another channel or something similar.
There do appear to be overall problems with how sound is routed to the jacks since I can play around with muting certain unused channels in ALSA and that having an impact on other channels being muted as well for some reason.
I’m not certain that this is a known/reported issue. I’ve seen a few issues related to the ALC1220 in general, but I haven’t seen any related to this specific variant (ALC1220-VB?). If someone could point me towards the appropriate place to report the bug, I’d be more than happy to log it and work with whoever to get it fixed.
Considering how popular this board seems to be on this board, I was surprised that there were still so many outstanding “papercut” issues like this (I’m still also fighting with getting complete hardware monitoring for voltages and fan speeds, and RGB control, but those are obviously different issues).
Yeah, I am not sure but I assume that the same audio solutions for x370 and x470 are used on x570.
Unfortunately I am still on Poor-Dozer with 990FX chipset.
THINK I had the same problem, fought it for days. Finally found a “fix” on unix.stackexchange.
“Audio not working on Gigabyte .570 Aorus Master with ALC1220 and ESS”
Had to follow it to the letter including part 2.
Hope this helps…
Hope Gigabyte gives us a “real” fix soon…
What the hell… I was gearing up to try the suggestions in the answers when I tried selecting my “Headphones” port in pavucontrol:
Now the audio is coming out my speakers perfectly clear
I’m certain I’ve tried that before with no luck…
Definitely some bugs here indeed.
A guy posted just a few days ago on the thread you linked saying he patched the issue:
Have you tried this?
EDIT: It works!!!
(EDIT: I spoke too soon. It sorta worked for a few reboots, but now it’s borked again in a different way. More testing is necessary I guess, but the work-around I posted above no longer works with this kernel patch applied)
Yes, it does seem to work!
Selecting “Line Out” as a source works. Plugging-in headphones into the jack on the front of the case automatically switches sound to the headphones, and unplugging it returns sound back to the line-out.
I was able to successfully patch this into kernel 5.4.23 on Ubuntu 18.04.
Aw… Got me real hyped for a moment there
I’ve never tried compiling my own kernel on Arch before, guess this is a good time to give it a shot.
I’d say give it a try. I did get it to work once, but then it stopped working so I might have done something wrong (I haven’t compiled my own kernel for years).
I have a Gigabyte Z390 AORUS Master with the same issue. Pulseaudio correctly detects which port is being plugged in, but output is sent to the wrong port. To make matters worse, the NVIDIA HDMI sound uses the same kernel module, which tends to confuse pulseaudio as to which device is being used.
Here’s what I did:
- under the Configuration tab (all the way to the right - it might not be visible initially), disable any audio devices you don’t intend to use
- under the Output Devices tab, select Port: Headphones (unplugged)
- To make the change permanent, edit (with elevated privileges) /etc/pulse/default.pa and add ‘set-sink-port 0 analog-output-headphones’ to the end of the file to set it as the default output.
To list all of the details of your sound devices, you can run
pactl list cards. When referencing the device number in /etc/pulse/default.pa, be sure to use the value under alsa.card and NOT the initial ‘Card #’ listing. In my case Card#0 was alsa.card = “1” and vice versa.
Thanks! I have an Nvidia GPU as well, so maybe that’s a contributing factor. I’ll give it a try.
OK, so here’s what I’ve found: The reason the kernel patch worked the first time I tried it is because the Nvidia drivers weren’t being loaded.
I tried another kernel compile, and the patch just didn’t work. Using Sea_Monkey’s post as an idea, I decided to remove the Nvidia drivers and BAM. Just like magic, the sound is working as expected.
Now I’m going to test with my old AMD video card and see what happens.
Yep, audio is fine with an AMD card installed so there’s some sort of conflict there related to Nvidia.
Hooray for binary drivers!
I am the original author of the audio kernel patch and am trying to reproduce your problems with my patch.
I have this patch running for quite some time now and it always worked reliably for me. All it does is apply a quirk for the ALC1220 similar to what other devices like Clevo or MSI laptops need. I don’t see how this interferes with the nvidia binary blobs but I am willing to try investigate this.
Another note, could it be that the previously applied HDAJackRetask workarounds are still intact? These must be disabled as they are obsolete with my patch.
Just going to quote Sea_Monkey from further up in case you didn’t read that far
I have no clue about kernel modules though so I have no idea if this matters.
yeah, I just saw it too. I was a bit in a hurry before and did not see that response.
Alright, time to grab some nvidia gpu and see what is going on. I am running on an RX580 so no wonder I did not hit this problem.
I hope I can find some time this weekend. Thanks for the input.
UPDATE: I have a hard time finding a suitable NVidia card to test your problem. What exact GPUs do you guys have? All I have right now is an old Quadro FX 380 which only has DisplayPort and DVI outputs - but no HDMI. However, it has audio support so it may still be a viable test-canidate. I hope I don’t have to buy a GPU…
Just thought I should ping you guys in case you don’t otherwise get notifications
Please see gladiac’s answer above.
Alright, so I got home and tried my old Quadro FX 380 first with nouveau and then with NVidia 340.108 drivers. I even had to backport my patch to 5.4 and compile the older kernel because the nvidia blob wouldn’t build on 5.5. Audio was working fine in both situations.
However, I have one suggestion. Please investigate your audio devices and mixer controls. Try playing around with pavucontrol. It is quite possible your internal audio is just muted or the HDMI port is just the primary audio outlet. Without further information I cannot really troubleshoot this topic right now since I do not have a more modern NVidia card at hand - and really don’t want to spend the money on one. I hope you guys understand.
I’m currently following this guide to build a custom kernel, in order to test your patch.
I don’t currently have an Nvidia GPU unfortunately, but I’m buying the GTX 3080 Ti as soon as it comes out. That could be months though. I’ll definitely let you know if I suddenly start having audio issues again at that time
EDIT: Seems to work perfectly!