Open castrojo opened 5 years ago
confirmed
. My system has the same, unusable HDMI out audio issues. gameplay and multimedia are severely affected and I have to resort to headphones as well.
@miguelinux can you take a look at this issue?
Hi
I think i have the solution for you. I am using gentoo linux and I had the same issue. I've changed one option in the Kernel and the audio works perfectly for me.
Here the Kernel option.
CONFIG_HZ_PERIODIC
set it to: Periodic timer ticks (constant rate, no dynticks)
I hope that resolve your problem too.
@chivakker , can you look into this issue? We have a hades canyon for you to test with
@tpleavitt sure, let me know how I can get the hades canyon.
The following workaround actually worked for me:
Add to: /etc/pulse/default.pa
load-module module-udev-detect tsched=0
Well, let's make that last statement a bit more correct:
The cracking is significantly less. But it's still audibly there and prominent. However, I can live with it because I grew up in a time when vinyl records skipped and audio tapes ate themselves.
Greetings. Any progress made on this? I had hoped to give Clear a try on my Hades Canyon NUC but this is preventing me from long term use of the distro.
I have been experiencing the same problems. I have found that it is working on Ubuntu 18.10 however. On everything else I have tried it sounds high pitched like the game Worms and distorted. I have confirmed its not working on Ubuntu 19.04, Kubuntu 19.04, manjaro-kde 18.1 also tried daily build of Ubuntu 19.10. At least with one working distro this may help track down the change that killed the HDMI audio. There seems to be another issue where the audio does not kick in for a couple of seconds which still effects Ubuntu 18.10. When running the sound continuously it seems to be fine.
Got the same problem at my hades canyon box. I hope it is fixed soon.
Using @ahkok's solution, the crackling gets minimised. There's some, er, other oddities arising, but I can report that audio is at least usable after using the fix.
The following workaround actually worked for me:
Add to:
/etc/pulse/default.pa
load-module module-udev-detect tsched=0
Adding tsched=0 to load-module module-udev-detect
in /etc/pulse/default.pa
, then modifying the following settings in /etc/pulse/daemon.conf
fixed the crackling problem for me.
default-sample-format = s24le
resample-method = speex-float-5
tsch
Two other steps I found which helped Second:
Edit /etc/modprobe.d/alsa-base.conf.
Add to the end of the file: "options snd-hda-intel vid=8086 pid=8ca0 snoop=0"
Third:
Edit /etc/pulse/daemon.conf
Find and replace:
"default-sample-rate = .*" -> 48000
"alternate-sample-rate = .*" -> 96000
"avoid-resampling = .*" -> true
"resample-method = .*" -> src-sinc-best-quality
Unfortunately, even with arachnoid's recommendations (and editing others' recs into the default.pa file), a Pop_OS install with everything at latest still has accelerated video/audio playback, and games that have "specific" audio buffer code appear to essentially underrun the audio buffers.
What's wrong with Hades Canyon's audio?
Despite arachnoid's excellent advice, src-sinc-best-quality is deprecated. Try one of the speex resamplers.
I also found disabling the intel integrated graphics made my system significantly more stable. Pop! might have the hybrid graphics solution better worked out
On Thu, Aug 20, 2020, 2:14 PM Renaud Lepage notifications@github.com wrote:
Unfortunately, even with arachnoid's recommendations (and editing others' recs into the default.pa file), a Pop_OS install with everything at latest still has accelerated video/audio playback, and games that have "specific" audio buffer code appear to essentially underrun the audio buffers.
What's wrong with Hades Canyon's audio?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/clearlinux/distribution/issues/449#issuecomment-677820214, or unsubscribe https://github.com/notifications/unsubscribe-auth/AF54SP3OOHCZLAGPKGUC3IDSBVRXRANCNFSM4GXCIRGQ .
Thanks everyone for the important comments.
With Ubuntu 21.10, kernel 5.13.0-28, I still had the audio "cracks" on both HDMI and DP outputs.
I have followed all indications above and it seems to have been fixed.
I have added to /etc/pulse/default.pa
load-module module-udev-detect tsched=0
While I have changed in /etc/pulse/daemon.conf
default-sample-format = s24le
resample-method = speex-float-5
default-sample-rate = 48000
alternate-sample-rate = 96000
avoid-resampling = true
Then in /etc/modprobe.d/alsa-base.conf I have added.
options snd-hda-intel vid=8086 pid=8ca0 snoop=0
It seems to work.
Thanks everyone again.
Ordered a Hades Canyon BNIB and it will arrive shortly. Does anyone here have any opposition regarding the overall Clear Linux experience, aside from this glitch?
Any recommendations towards any other specific debian-based distribution with minimal issues encountered?
Will be contributing when/if issues arise.
Ordered a Hades Canyon BNIB and it will arrive shortly. Does anyone here have any opposition regarding the overall Clear Linux experience, aside from this glitch?
Great PC, 100% Linux compatible.
The audio glitch has been fixed like I wrote in my upper post.
The only problem I still have is related to reboot: if I reboot Win10, the system restarts with no problem; if I reboot Linux, the system hangs at the BIOS logo and I have to switch it off and on again.
Where do you plan to buy? Found a good price? (my son is interested)
Ordered a Hades Canyon BNIB and it will arrive shortly. Does anyone here have any opposition regarding the overall Clear Linux experience, aside from this glitch?
Great PC, 100% Linux compatible.
The audio glitch has been fixed like I wrote in my upper post.
The only problem I still have is related to reboot: if I reboot Win10, the system restarts with no problem; if I reboot Linux, the system hangs at the BIOS logo and I have to switch it off and on again.
Where do you plan to buy? Found a good price? (my son is interested)
Found a one-off BNIB with ssd and ram bundled (still sealed box) for 750 USD :) - ebay
Describe the bug:
Audio out via HDMI or Displayport on a NUC8i7HVK results in garbled audio
To Reproduce Steps to reproduce the behavior:
Expected behavior
I found other people with this problem in other distros with this hardware, and the solution appears to be to set
tsched=0
in pulseaudio's default.pa: https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems#Playback_problems.2C_crackling_or_skippingWhen I installed Ubuntu 18.10 it had the same problem, and the above solution resulted in working audio. However using that same setting in Clear results in no audio at all. Plugging in headphones results in perfectly working audio, it's just when HDMI or Displayport is selected that there's a problem (I've tested with both a DP monitor and a TV's HDMI port).
I also tried this solution but it made no difference: https://forums.intel.com/s/question/0D50P0000490UT5SAM/how-to-fix-audio-pops-in-linux?language=en_US
Environment (please complete the following information):
Clear Linux OS version: [
cat /usr/lib/os-release
]:ID_LIKE=clear-linux-os VERSION_ID=27700
Bios Version: 53 - which is the latest version
sudo swupd bundle-list
]acpica-unix2 alsa-utils bc bootloader cloc cpio curl desktop desktop-apps desktop-assets desktop-autostart desktop-gnomelibs desktop-locales dev-utils diffutils docutils dosfstools editors emacs ethtool file findutils firefox flatpak fonts-basic fuse fwupdate gdb git gzip htop icdiff inotify-tools iproute2 irssi joe kbd kernel-install kernel-native kvm-host less libX11client libva-utils linux-tools llvm mail-utils mutt network-basic nfs-utils openssh-server openssl os-core os-core-update os-core-webproxy p11-kit parallel patch perl-basic pmdk powertop python2-basic python3-basic shells smartmontools storage-utils strace sudo sysadmin-basic telemetrics thermal_daemon tmux tzdata unzip user-basic valgrind vim weechat which wine wpa_supplicant x11-server xemacs xfsprogs xz znc zsh zstd
Additional context Add any other context about the problem here.