-
Notifications
You must be signed in to change notification settings - Fork 313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Audio output data underrun in Linux #360
Comments
Hello, could you provide output from direwolf, ideally with the |
Yes, other audio sources play fine. |
which sound-hardware are you using? |
It's the XGGCOMS Digimode-4 interface. I don't have another. An interesting note is that Direwolf was working with this soundcard in Fedora. |
have you checked for any messages regarding this interface in dmesg? |
Nothing from dmesg other than when the device is attached on boot. I'll build the dev branch and test. |
On the latest dev I get the same issue. |
I just tested on the LTS kernel (5.10), and it's working. I'm wondering if they updated the kernel drivers for my audio device between 5.10 and 5.15 and broke it. |
@minorsecond Good, atleat know you have a workaround.. |
In the meantime, I'm filing a kernel bug report. Thanks for your help! |
The bugzilla report is here, if anyone comes across this issue and wants to follow: |
There are still some missing details here that would be good to understand:
A few more things: It's highly recommended to run Direwolf v1.6 as it has many fixes over v1.5. Next, your kernel bug report is incorrect as you are experiencing sound device under runs but your report gave specifics around the FTDI serial device. http://www.xggcomms.com/userimages/USB-Digimode-4.pdf says this device uses the CM108 sound chipset. Finally, you might consider putting some ferrites over each cable end of this sound device to potentially avoid any RFI issues. |
Hi dranch, Arch is rolling release, so there isn't a specific version. Everything matches upstream pretty closely as far as software versions go. The kernel version that doesn't work is 5.15.2. I can reproduce this easily by switching kernels on boot. It works with the 5.10, but not 5.15. The hardware is an Intel NUC, so it shouldn't be underpowered. Thanks for the info about the bug report. I'll update it. |
The issue appears to be fixed in kernels 5.15 and 5.16 by adding the following to /etc/modprobe.d/usb-audio.conf (create if it doesn't exist) and then rebooting:
|
could this the same issue in Kernel Version 6.8.0 too ? |
When using either Direwolf 1.5 or the latest master in Linux, an audio output data underrun occurs when transmitting. This does not occur in Windows
The text was updated successfully, but these errors were encountered: