I just bought MiniFreak and i’m really sad that i can’t use it in full potential. I use Ubuntu 24.10 in my studio and i will never go back to Windows.
I really believe in Arturia, that someday they will support us, Linux users.
2 Likes
I recently switched to Manjaro Linux (Arch based) with a recent Pipewire stack (3.4.x).
I get super latency results out of the box with Arturia plugins. (64 buffers)
I installed them very easily. (just had to install Wine & yabridge from the package manager first).
It’s great Linux finally has a beginner-friendly pro-audio capable default audio stack ! <3
Still would love native versions of Arturia plugins…
1 Like
I would even appreciate it as beta product with denial of responsibility/disclaimer and no support at all.
1 Like
First of all, I empathise, and trust me I really do. But the stubbornness some of you have is staggering. You’re all willing to own Arturia products that somehow you can’t utilise to their fullest due to lack of Linux-specific apps rather than spend, what, $/€/£100, on a really basic used Windows laptop that you need ONLY use for the things you can’t do in Linux, which commonly seems to be firmware-patching and config (happy to be corrected).
When / if Arturia do publicly release Linux versions of their apps, you could all get together on a Zoom chat and video yourselves publicly smashing your Windows laptops for mutual amusement. But in the meantime you’d all collectively rather sit there with hardware you can’t (and I quote) ‘use to its full potential’, rather than buy a cheap old battered Windows laptop for the price of four large pizzas and a bottle of coke in order to occasionally undertake literally just one or two config / maintenance tasks.
That doesn’t of course mean I wouldn’t like to see Arturia launch native Linux versions of their apps so we’re all happy. Of course I would. But really. You need to give your heads a wobble.
We have an idiom in England: cutting your nose off to spite your face.
Hmm, how running a cheap Windows laptop will help me to use my Minifreak with its VST version Minifreak V on my Linux system?
1 Like
Actually, that’s what I do. I have a non-registered Windows on a USB drive that I boot only to upgrade my Arturia instruments firmwares. That’s it. My Minifreak & Analog Lab software / plugins work wonderfully now on Linux, and it was actually pretty easy. But it could be easier with a little effort from Arturia 
That’s no big deal. As a side note, considering I’ve been doing absolutely everything on Linux for 20+ years, I wouldn’t want to swap my commitment to free software for a little practicality.
What I lack is rather, time & focus on music, rather than enough software & hardware anyway !!!
1 Like
Thanks for your very detailed response about how you think people should produce their music.
I was struck by how it seemed to be so helpful as part of a thread advocating for Arturia to devote attention to supporting a non-windows operating system for you to comment about how we should just use what you use (ie windows) and more or less quit advocating for how we like to produce music.
So helpful.
1 Like
Yeah sure, buying a whole new machine just to be able to update my synth doesn’t sound silly at all… But it’s not our only issue, because the whole software stack from Arturia only works natively on Windows also means it’s painful to use with our other software running on Linux.
Frankly this kind of message doesn’t help at all.
Just for transparency, I don’t use Windows for music. I’d rather shove my willy through an electric pencil sharpener than revisit the hell I once lived in trying to get VSTs to work on Windows without latency issues. I’m sure they’ve improved this within the 14 years since I last owned a PC but I got burned so hard I’m never going there again.
Let’s be honest my message neither helps nor detracts: Arturia will launch Linux-native apps in their own sweet time and what I say will influence nothing. However thanks for the clarification. Reading through this thread it appeared to be that the only thing Linux users were really struggling with was the software to update / config their hardware and that you had all found sufficent workarounds for the rest.
1 Like
edit: Just like to thank the Author of this Plugin again. Many thanks . 
Have a good day !
2 Likes
Finally figured how to key my KeyLab MK3 screen to work under Linux :
So, it’s almost a 100% perfect experience now !
BTW, I get sound glitches when enabling multicore in the settings. Do you have this issue too ? That’s a (good) 10 year-old i5, so it probably doesn’t help. But still, should work better in multicore ?
Good Job…
May be helpful or not . Latency Reduction at the Core: BIOS Tuning Guide
Arturia_Software_Center__2_10_0_2970
Error code …
Older one used to install and run great with WINE but, now auto update takes over and crashes it.
PS.
Arturia, Please consider changing the auto update option.
Do you want to Update? YES or NO
Same thing with Windows apparently
Hello,
You can re-install the ASC from the newest version.
No problem for me with Xunbuntu 24.10.
Hi ! Back a few months later… 
So the situation has improved since Paul Davis’ Linux kernel patch ([PATCH AUTOSEL 6.14 14/20] ALSA: usb-audio: Fix duplicated name in MIDI substream names - Linux-stable-mirror - lists.linaro.org). The KeyLab (MK3) is automatically detected by the Arturia instruments and its built-in display works 100%.
Also, I put back an old USB audio interface on my PC and noticed I got a lower latency as I can select a rate higher than 48 KHz. For some reason I manage to keep the same number of buffers with no xruns at 96 KHz, so my latency is halved (and sound quality doubled).
ATM with no particular tweaks, I can use 64 buffers @ 96 KHz with some instruments, but some require 128 buffers not to get artifacts.
I still have to check if I get better performance with jack (instead of pipewire).
Hi ! I wanted to see if I could slightly improve my configuration.
I figured out using the “Pro Audio” profile for my soundcard (Pipewire) significantly reduced the round-trip latency (at the cost of requiring more buffers).
So I settled with the following settings : Quantum 512, Rate 96 KHz, latency 5.33
→ real round-trip latency : 12.5 milliseconds.
With those settings, I cannot feel the latency and have all Arturia instruments, Bitwig and Pianoteq working perfectly in all conditions.
Before, I used to have 25 milliseconds of round trip latency when using 256 buffers but not using the “Pro audio” profile. (and the DSP load was slightly higher)
I can get to 7.5 milliseconds roundtrip with a quantum of 256 but have a few micro-cuts when using heavy instruments / heavy Bitwig projects.
I think 12.5 milliseconds of round-trip latency is pretty good for both playing & production on a 10+ y-o PC.
More details on my experiments : Cable, an app to change some of Pipewire and Wireplumber settings / Community Contributions / Arch Linux Forums
What’s the specs of your pc? 96kHz is maybe not necessary? Or is it to get half the latency you would have at 48k?
This is an i5-8600K (2017). Okay, only 8 years old actually.
Actually, in my experiments, 96 KHz actually helped me lower the latency without adding xruns / micro-cuts. Actually, in “non pro audio” mode, it enabled me the halve the latency. In pro mode, actually that’s equivalent it seems – but at the benefit of a higher sound resolution.
Edit : hmm. It seems I can slightly improve the situation indeed in “Pro mode” & 48 KHz.
I get no micro-cuts in Pianoteq with 192 buffers. Issue is… I cannot set wineasio to 192 buffers. That’s either 128 or 256.
(256 = equiv latency of 512 in 96 KHz)
So that setting might be slightly better for Pianoteq or Bitwig - but not for running directly my windows instruments without the DAW.
Edit 2 :
No sound cuts & low Bitwig DSP usage
48 KHz, 192 buffers, 4 ms
Measured round trip : 10.5 ms
BUT if I want to be able to use my Arturia instruments directly (not through DAW) I have to use a power of 2 for WINEASIO.
Ain’t really worth losing this possibility for 2 milliseconds !! (also, the DSP load under Bitwig gets slightly “peakier”.)
[Preferred buffersize]
Defaults to 1024, and is one of the sizes returned by GetBufferSize(), see the
ASIO documentation for details. Must be a power of 2.
Really, after making tons of experiments, I really think I figured out the sweet spot for this given hardware configuration Works with everything and plays pretty well.
I’m glad you found a setup that works for you. If you’re happy with it, stick with it. In general, though, I wouldn’t recommend increasing your sample rate only to improve latency, if you don’t have some other reason to work at 96kHz.
When it comes to latency and CPU load, doubling the sample rate while keeping the buffer size the same will have the same effect as halving the buffer size while keeping the sample rate the same. If you double your sample rate and then have to double your buffer size to avoid audio glitches, then you haven’t improved your latency at all.
The biggest difference is what happens with the recorded audio. Changing your buffer size has no effect on the audio recorded (assuming that your CPU isn’t overloaded). On the other hand, changing the sample rate also changes the size of the recorded audio. For a given duration of recording, doubling the sample rate will also approximately double the amount of disk space the recording needs. It also doubles the amount of RAM required to load the recording into memory. Many DAWs don’t load entire recordings into memory, in which case it will halve the amount of audio that can be loaded into a fixed amount of RAM, and double the rate that it needs to read more from the disk, which can be another source of glitches when playing back large projects.
The other difference is that doubling the sample rate allows you to record higher frequencies. However, 48kHz already allows you to record the entire range of human hearing and then some. Unless you have some specific reason for needing higher frequency content (such as if you’re going to then slow the audio down a lot until it’s audible) then it’s probably not going to be worth the extra size.
This is just my lay person opinion, but this seems to be commonly misunderstood, so I thought I’d write it up in case it’s helpful to someone.
3 Likes
Yep, this is indeed what I initially thought. But for some unknown reasons, in regular stereo mode (not in pro mode, where it doesn’t apply), raising my audio rate allowed me to keep the same number of buffers without audio crackling – and hence divide my latency by 2 ! (while I would get crackling when dividing the number of buffers by 2 and keeping the same rate)
I have no idea why, but other people seem to have witnessed the same phenomenon.
This is not the case when using the “pro audio mode” – but using it has a huge benefit on latency so it’s better overall ! (in that case, I kinda wonder if I shouldn’t indeed switch back to 48 KHz to save memory)
Edit : alright. Switched back to 48 KHz with half buffers in “pro mode”. Same latency but should free some resources, which is not to be neglected considering my PC specs.