Why Linux is Becoming Impossible for Audio Developers to Ignore
-
- KVRist
- 497 posts since 18 May, 2020
I don't really think that is the consideration. I think devs go: does my copy protection scheme support Linux? No? Ok, can't develop for it. (similar to gaming companies that use certain anti-cheats for online gaming).
And nobody is lobbying for Pace to bring their wares over here.
In fact, there is a thread started by user audiojunkie about acceptable licensing schemes. A lot of devs don't abide by those, and probably never will. They are a lost cause. No begging for those.
And nobody is lobbying for Pace to bring their wares over here.
In fact, there is a thread started by user audiojunkie about acceptable licensing schemes. A lot of devs don't abide by those, and probably never will. They are a lost cause. No begging for those.
REAPER + Davinci Resolve Pro on Manjaro KDE. Neve 88m. Focusrite 18i20 2nd gen. Neumann NDH30 headphones. Mics: Telefunken TF39, AT4050, Miktek C7e, EV RE-15. VSTs: u-he Hive 2, F'em, Renoise Redux, Apisonic Speedrum 2.
- KVRian
- 557 posts since 24 Feb, 2008 from Germany
That's not what I am talking about.
We are discussing market reality versus support cost and ecosystem fragmentation, not copy protection or licensing schemes.
I’ll leave it here.
We are discussing market reality versus support cost and ecosystem fragmentation, not copy protection or licensing schemes.
I’ll leave it here.
“The biggest crime of a musician is to play notes instead of making music.”
Isaac Stern
Isaac Stern
-
- KVRist
- 497 posts since 18 May, 2020
I didn't ask what you did, I asked what u-he and audio damage did. Since you don't know, you should test them.Tiles wrote: Tue Jun 23, 2026 5:02 am I have once developed a game with a Linux binary too. Made with Unity. It runs on Ubuntu 12.04. And nowhere else. THis is my "market" for this game on the Linux side. I labeled it "the Linux version".
Ignorance is not bliss.
And also maybe take another look at the gaming industry. You are citing a Linux distro from 2012!
And we know you had to edit your post...
REAPER + Davinci Resolve Pro on Manjaro KDE. Neve 88m. Focusrite 18i20 2nd gen. Neumann NDH30 headphones. Mics: Telefunken TF39, AT4050, Miktek C7e, EV RE-15. VSTs: u-he Hive 2, F'em, Renoise Redux, Apisonic Speedrum 2.
- KVRian
- 557 posts since 24 Feb, 2008 from Germany
I’m not going to continue this in this direction.
Have a good one.
Have a good one.
“The biggest crime of a musician is to play notes instead of making music.”
Isaac Stern
Isaac Stern
-
- KVRist
- 497 posts since 18 May, 2020
Just try non-ubuntu and see what happens with a u-he or audio damage installer.Tiles wrote: Tue Jun 23, 2026 5:26 am I’m not going to continue this in this direction.
Have a good one.
Here's the May 2026 Steam survey stats if you need help picking one:

REAPER + Davinci Resolve Pro on Manjaro KDE. Neve 88m. Focusrite 18i20 2nd gen. Neumann NDH30 headphones. Mics: Telefunken TF39, AT4050, Miktek C7e, EV RE-15. VSTs: u-he Hive 2, F'em, Renoise Redux, Apisonic Speedrum 2.
-
Tone2 Synthesizers Tone2 Synthesizers https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=680600
- KVRian
- 576 posts since 18 Oct, 2023
Steam and Steam machine targets gamers. That's why CachyOS and SteamOS is popular there. These are special distros for gaming. The above listing has no relevance at all for audio production.
More interesting distros for audio production are those with a smooth WINE integration like Zorin.
Developers avoid Linux for these reasons:
- Fragmentation and therefor high costs and effort for testing
- High costs for mainteance to keep things working
- Poor documentation
- Janky driver support
- Incompatibility with their copy protections, especially when this one depends on special drivers
- Too few paying customers. On top of this the mindset of many Linux users is that 'software must be free'
Don't get me wrong. I am not a Linux hater. I dislike many things that Microsoft and Apple does and I am using Zorin and AnduinOS on two of my own devices.
It has become difficult to survive in a overcrowded audio market. On top of this there is now also AI slop. This makes it even more difficult to keep good products visible. Most audio companies got no money or time at all left for doing experiments with Linux.
We made sure that our software works well with WINE. As a tiny company this is all we can do with reasonable costs and effort.
More interesting distros for audio production are those with a smooth WINE integration like Zorin.
Developers avoid Linux for these reasons:
- Fragmentation and therefor high costs and effort for testing
- High costs for mainteance to keep things working
- Poor documentation
- Janky driver support
- Incompatibility with their copy protections, especially when this one depends on special drivers
- Too few paying customers. On top of this the mindset of many Linux users is that 'software must be free'
Don't get me wrong. I am not a Linux hater. I dislike many things that Microsoft and Apple does and I am using Zorin and AnduinOS on two of my own devices.
It has become difficult to survive in a overcrowded audio market. On top of this there is now also AI slop. This makes it even more difficult to keep good products visible. Most audio companies got no money or time at all left for doing experiments with Linux.
We made sure that our software works well with WINE. As a tiny company this is all we can do with reasonable costs and effort.
https://www.tone2.com
Our award-winning synthesizers offer true high-end sound quality.
Our award-winning synthesizers offer true high-end sound quality.
- KVRAF
- 2570 posts since 4 Sep, 2006 from 127.0.0.1
music on linux will probably get going better once the devs decide to move to linux
i realized that some years ago, but i'm not a great example of a dev. i've written a bunch of non-music programs for linux already, i'm using linux for 99.9% of everything i need from a PC, except for music creation (that's not linux's fault tho)
to actually start using linux for music - i will need to pick a new DAW first, i'll also need to buy a new PC because my current "music PC" is very lousy spec-wise
i'm thinking of getting Renoise, at the same time i like that it's tracker-based and find it hard to get used to it (as i'm not familiar with trackers). but i've heard mostly good things about Renoise.
i'll need a new soundcard too, because i have more devices that make sound than i have inputs on my current soundcard
and, all my unfinished tracks will go in the trash unfortunately (and i have a lot)
and then there's the "problem" with the plugins.. i'll basically need to rewrite my plugins (and/or just forget some of them (they are un-savable) and just make new ones)
one thing is 101% certain for me, i will not be going back to a payware OS (this is now easier as i said, i can do 99% of things on debian, and some (many?) of them work even better/easier)
i realized that some years ago, but i'm not a great example of a dev. i've written a bunch of non-music programs for linux already, i'm using linux for 99.9% of everything i need from a PC, except for music creation (that's not linux's fault tho)
to actually start using linux for music - i will need to pick a new DAW first, i'll also need to buy a new PC because my current "music PC" is very lousy spec-wise
i'm thinking of getting Renoise, at the same time i like that it's tracker-based and find it hard to get used to it (as i'm not familiar with trackers). but i've heard mostly good things about Renoise.
i'll need a new soundcard too, because i have more devices that make sound than i have inputs on my current soundcard
and, all my unfinished tracks will go in the trash unfortunately (and i have a lot)
and then there's the "problem" with the plugins.. i'll basically need to rewrite my plugins (and/or just forget some of them (they are un-savable) and just make new ones)
one thing is 101% certain for me, i will not be going back to a payware OS (this is now easier as i said, i can do 99% of things on debian, and some (many?) of them work even better/easier)
It doesn't matter how it sounds..
..as long as it has BASS and it's LOUD!
irc.libera.chat >>> #kvr
..as long as it has BASS and it's LOUD!
irc.libera.chat >>> #kvr
- KVRian
- 557 posts since 24 Feb, 2008 from Germany
Fair points. As a developer, though, I am multi-platform anyway, so I don’t tie myself to a single OS. And that's how most developers approaches.
What you are describing is actually the real issue. The barrier is not “choosing Linux”, but migrating an entire production environment: DAW workflow, plugin ecosystem, existing projects, hardware interfaces, and ongoing project compatibility. That switching cost is massive, regardless of the target platform.
What you are describing is actually the real issue. The barrier is not “choosing Linux”, but migrating an entire production environment: DAW workflow, plugin ecosystem, existing projects, hardware interfaces, and ongoing project compatibility. That switching cost is massive, regardless of the target platform.
“The biggest crime of a musician is to play notes instead of making music.”
Isaac Stern
Isaac Stern
- KVRAF
- 16817 posts since 8 Mar, 2005 from Utrecht, Holland
This is difficult enough on Windows already, and Linux cares even less what's where (as long as the set owner and permissions make it accessible)audiojunkie wrote: Mon Jun 22, 2026 11:01 pm copy the binaries into a Zip file along with a Readme that tells where to place the binaries.
We are the KVR collective. Resistance is futile. You will be assimilated. 
My MusicCalc is served over https!!
My MusicCalc is served over https!!
- KVRian
- 557 posts since 24 Feb, 2008 from Germany
Yep. One does not simply zip a binary on Linux.
ZIP files don’t reliably preserve executable permissions, and on Linux those permissions are required for a program to run.
Linux applications are also typically not distributed as self-contained bundles. Instead, dependencies are expected to be provided by the system. If extra libraries are needed, they must be placed where the dynamic linker can find them, and that varies between distributions.
Because of this, ZIP-based distribution is usually a workaround rather than a proper deployment method on Linux.
ZIP files don’t reliably preserve executable permissions, and on Linux those permissions are required for a program to run.
Linux applications are also typically not distributed as self-contained bundles. Instead, dependencies are expected to be provided by the system. If extra libraries are needed, they must be placed where the dynamic linker can find them, and that varies between distributions.
Because of this, ZIP-based distribution is usually a workaround rather than a proper deployment method on Linux.
“The biggest crime of a musician is to play notes instead of making music.”
Isaac Stern
Isaac Stern
- KVRAF
- 16817 posts since 8 Mar, 2005 from Utrecht, Holland
But wait, she just said she switched to Mac!TechHaus wrote: Sat Jun 20, 2026 6:51 pm One of my favorite Youtube tech channels just released this 2 hours ago:
I Left Windows a Year Ago... Was It Worth It?
We are the KVR collective. Resistance is futile. You will be assimilated. 
My MusicCalc is served over https!!
My MusicCalc is served over https!!
- KVRAF
- 2335 posts since 23 Sep, 2004 from Kocmoc
'Devs "deciding" to move to Linux' - that would be suicide for the products.
Soft Knees - Live 12, Diva, Omnisphere, Slate Digital VSX, TDR, Kush Audio, U-He, PA, Valhalla, Fuse, Pulsar AUDIO, NI, OekSound etc. on Win11Pro R7950X & RME AiO Pro
https://www.youtube.com/@softknees/videos Music & Demoscene
https://www.youtube.com/@softknees/videos Music & Demoscene
-
- KVRian
- 1424 posts since 7 Oct, 2023 from Tokyo
-
- KVRian
- 1424 posts since 7 Oct, 2023 from Tokyo
Why should devs bother adapting their licensing schemes for Linux when they have far higher sales elsewhere?TechHaus wrote: Tue Jun 23, 2026 5:09 am In fact, there is a thread started by user audiojunkie about acceptable licensing schemes. A lot of devs don't abide by those, and probably never will. They are a lost cause. No begging for those.
This is not a rhetorical question - if you want developers to come to the platform you need to give them a reason to do so. If it is not worth their time, why would they?
Put another way, why are linux users in a position to define what an "acceptable" license is? Why should the devs not simply ignore you and continue just shipping for profitable platforms?
These are serious questions linux users need to answer if they want to attract devs. "Come to linux, but only on our terms" won't work.
-
- KVRist
- 152 posts since 20 Jan, 2022
"I'm only going to buy your product if it works for the operating system on my machine" is also a term and hardly an unreasonable one. Also any user is regardless of what OS they use is in a position to define an acceptable license.stoopicus wrote: Tue Jun 23, 2026 9:57 am Why should devs bother adapting their licensing schemes for Linux when they have far higher sales elsewhere?
This is not a rhetorical question - if you want developers to come to the platform you need to give them a reason to do so. If it is not worth their time, why would they?
Put another way, why are linux users in a position to define what an "acceptable" license is? Why should the devs not simply ignore you and continue just shipping for profitable platforms?
These are serious questions linux users need to answer if they want to attract devs. "Come to linux, but only on our terms" won't work.
The bigger question is why do most users per se think restrictive licenses are acceptable? Regardless of platform. I don't know how many times people need to get burnt by them.
