I've got an Allen&Heath Qu-16 mixer which has a 24x22 USB audio interface, but audio playback from Linux was intermittently crunchy (every few minutes, the audio would slowly get distorted then slowly go back to normal). It sounded like a similar problem to that discussed here: viewtopic.php?f=6&t=21163 and I found mention of an implicit feedback endpoint in "lsusb -v":
I have a similar problem with my built in class compliant audio interface (Yamaha MODX Keyboard 10out/4in/44100): after a few minutes the audio gets distorted, the problem vanishes sometimes after a few minutes. I tried different cables, USB ports and a lot of configuration options. There are no XRUNS and when I record the output there are also no crackles.
Is there any chance that these problems are related?
I have a similar problem with my built in class compliant audio interface (Yamaha MODX Keyboard 10out/4in/44100): after a few minutes the audio gets distorted, the problem vanishes sometimes after a few minutes. I tried different cables, USB ports and a lot of configuration options. There are no XRUNS and when I record the output there are also no crackles.
Is there any chance that these problems are related?
Hi Frasio,
I'm no expert, but it sounds like the same thing to me. Try applying this patch to pcm.c and let me know if it works for you:
thank you so much for looking into my problem. I didn't compile a kernel for the last 15 years or so. I hope it is all right to add just the last four lines at the correct position. Compiling right now.
fraslo wrote: ↑Sun Nov 01, 2020 3:49 pm
Hi Geoffrey,
thank you so much for looking into my problem. I didn't compile a kernel for the last 15 years or so. I hope it is all right to add just the last four lines at the correct position. Compiling right now.
Thanks again
Only the one line with + at the beginning is enough.
It works! I stressed my system for several hours and the problem did not occur. Without the patch there was this crackling after a few minutes by simply listening to an audio stream. I was able to record all 10 analog channels for over 20 minutes without any problems. No crackling, distortion or XRUNs (44100/256/2).
Is it possible to add this patch into the Linux kernel? How should I proceed?
Thanks so much for all of your help, I can't tell how relieved I am that the audio interface works properly now.
fraslo wrote: ↑Mon Nov 02, 2020 3:47 pm
Hi Geoffrey and bluebell,
It works! I stressed my system for several hours and the problem did not occur. Without the patch there was this crackling after a few minutes by simply listening to an audio stream. I was able to record all 10 analog channels for over 20 minutes without any problems. No crackling, distortion or XRUNs (44100/256/2).
Is it possible to add this patch into the Linux kernel? How should I proceed?
Thanks so much for all of your help, I can't tell how relieved I am that the audio interface works properly now.
Frank
Hi Frank,
That's great news! I've sent you a private message about getting the patch into the kernel.
Hi,
for the nexts: I've just been working in a theater on that mixer, It worked perfectly. I was using inputs and outputs at pretty low latency with not a single xrun...
I'm on Kubuntu/KX repositories with lowlatency kernel.
Kubuntu 22.04
KX repositories
KDE Plasma Version: 5
Kernel Version: 5.15-lowlatency (64-bit)
Processors: 8 × 11th Gen Intel® Core™ i7-1185G7 @ 3.00GHz
Memory: 31.1 Gio of RAM
Graphics Processor: Mesa Intel® Xe Graphics / Nvidia Quadro T500 Mobile
Jack2
I would seriously expecting then that everything is working again,
Each user ends their posts by stating their system is working after the kernel patch, and the latest post came years later from a user who is using a kernel where this patch has already been incorporated upstream.
...or do nothing since each poster confirmed their system is working fine.
I am not trying to be combative, but if you haven't read and/or understood a thread, filling it with random recommendations is not helpful and may be confusing for new users who don't have the knowledge to spot your post as a non sequitur to the original topic.
and again, I think just because A happened after B doesnt mean B is the reason for A.
This was clear to me and is the reason I labeled your post a non sequitur to the original topic. Your unconcern for logic is apparent, even in your choice of metaphor. A does not follow B in the alphabet or in algebra. B follows A.
Of course you can just say this is your reality, but you may be very alone in this reality then.
Two individuals with similar hardware and a similar audio issue applied the same kernel patch to their systems, and the audio issue went away for both of them. A third individual who uses a kernel version where this patch has already been applied chimed in a couple years later to confirm his same hardware was also working well. There is nothing subjective about this. This is not my reality; it is objective reality.
I have read the comments and I think I understood.- you are trying to attack me by talking shit about me.
Obviously not. Your post demonstrated that you didn't even understand this problem had been solved years ago, let alone understood what the problem was or how to go about solving it. As far as attacking you, I explicitly stated I was not trying to be combative. I was pointing out that the solution to this issue wasn't 1) install Artix and 2) issue the command "pacman -Syyu pro-audio". Throwing that out as a recommendation wasn't helpful. I have seen you give similar advice in other threads, and it can be confusing on top of being useless. I chose to give you this feedback here because this thread is dead, so derailing it doesn't much matter.
You are wellcome to your destiny: try to piss on my leg and tell me its raining.
love to the world, love to the stupid assholes that are bringing evil to the world.
If you are not emotionally equipped to hear criticism without it triggering a petulant fit, so be it. I have no time or interest for that. I'll refrain from interacting with you on this forum going forward.
