Clicks and Pops

I’m running a linux machine devoted to SuperCollider. My audio device is a Native Instruments Komplete Audio 6 mkII. I’ve followed various guides and believe I have things pretty tightened. Jack2. Realtime Kernel (with unused soundcard, wifi and bluetooth modules removed and running rtirq to set priorities). CPU frequency scaling set to performance, etc. At a buffer size of 256 I’ll see the occasional Xrun. 128 more so. And 64 is non-stop. I haven’t found much of a difference between 48000 or 44100. But here’s the thing at no matter the buffer size (I’ve tested up to 1024) and sometimes with a simple SinOsc I will here clicks and pops with Cadence/Catia not showing any Xruns at the time. I’ve tried swapping cables so I don’t think that is the issue. It happens on both speakers and headphones. This doesn’t always happen but frequently and with no predictability that I can find. Any Ideas?

I’m not an expert on linux audio troubleshooting (tho I’ve done my share of tweaking on my linux machines), but a bit more info about your hardware would be useful to anyone wanting to give advice:
what kind of machine, processor, which linux distro, which kernel version? By ‘Realtime Kernel’ you mean low-latency “Preempt-RT”? []

Are glitches only present with SC or any other audio program? What is CPU doing when running SC server?

Hey, thanks for the reply. The machine is a budget laptop bought a few years ago: Acer Aspire E5-532-P1ZJ with an Intel Pentium N3700 (Quad 1.6 GHz) and 4GB ram. I’m running EndeavourOS which is a pre-configured Arch distribution. I normally run Arch but wanted a quick install to test the waters as I had strayed away from my initial synth / SuperCollider learning from a year ago. The kernel is linux-rt (not lts) from the Arch User Repository (see ArchWiki). It’s running the LightDM display manager with a minimally configured i3 window manager (not with the bells and whistles that comes with EndeavourOS). I start up Jack with Cadence and then have Catia on a window usually to check on Xruns and swap “cables” if need be.

I haven’t been running any other audio on this machine. Just SuperCollider / in and out to my MicroBrute. I’ve had these clicks happen while not interfaced with the MicroBrute or MIDI and running a simple { }.play. The last couple of days have been spent in the help files trying to get some handle on the language and not in the deep end with the MicroBrute.

I’ll install VCVRack (though my GPU can’t really handle it) or something after and see if it happens elsewhere. And I’ll try to have a top terminal running to see if there is a process running away when it happens. The clicks and pops may happen a lot in a certain period but don’t usually run on at a time for more than a few seconds.

I figure you have looked at - It seems full of great info. I have no experience with arch. I would first try to test if its SC fault or jack/kernel by trying other pro-audio programs on top of jack (Ardour for example). If other apps don’t produce clicks, then the problem is indeed connected to SC. Otherwise it’s something to do with jack/real-time priorities/hardware… The article linked above mentions arch-proaudio IRC channel and also Linux audio users #lau channel.

Yeah I’m going to look into things further and test around. I never especially thought the issue was SuperCollider itself but thought maybe someone here had some ideas. I was just playing with VCVRack and while I was definitely having some xruns (my computer just can’t keep up, I think its mostly GPU related) I think the other issue was there as well. They sound different. Isoloated xruns sound more like a tiny piece of the music is missing (though many at a time are almost white noise) while this issue sounds to me more like clicks and pops on top.