Studio One 6.5 Released!

[apoclypse]

Maybe they see a future others can't even imagine.

True. I can't imagine that kind of future at all.

It never happened in home computing either, you know.

Not even 5 years ago people thought gaming on Linux wouldn't happen, yet now most major games work on Linux using Proton. All it takes is a little push and there could be a possible market for Linux in the audio space as well. It doesn't have to be a massive amount of users. The market is still fairly niche. New customers, even if they aren't many is still a new license sold and a possible source of new revenue.

[chk071]

Wine has been a thing for a long time now, and, as far as I can see, Proton pretty much does the same. Note though, that each of these wrappers generate additional CPU load, which is something you don't want with performance heavy games.

Anyway. I don't see the mass of Linux gamers either. Pretty much the same as for audio production.

Also note that the audio software market is entirely different than the games market, in that it is much, MUCH smaller. Presonus Software consist of, like, few more than 20 employees, Maybe the half of them doing the actual software development, so, they surely have to consider how they spend their manpower. They decided that Linux development is worthwhile. It's fine. I don't have to understand that decision, but, if they think so.

[jamcat]

This a plugin issue - not a mix engine problem. And if needed - one that Presonus will no doubt address in a future update. I do think they will want these Mix FX working.

I'm not saying the Studio One mix engine at large is non-compliant, but all of Studio One's Mix Engine FX plugins are currently non-compliant, which is a problem for the Studio One ecosystem, at least at the moment.

[audiojunkie]

Wine has been a thing for a long time now, and, as far as I can see, Proton pretty much does the same. Note though, that each of these wrappers generate additional CPU load, which is something you don't want with performance heavy games.

Anyway. I don't see the mass of Linux gamers either. Pretty much the same as for audio production.

Also note that the audio software market is entirely different than the games market, in that it is much, MUCH smaller. Presonus Software consist of, like, few more than 20 employees, Maybe the half of them doing the actual software development, so, they surely have to consider how they spend their manpower. They decided that Linux development is worthwhile. It's fine. I don't have to understand that decision, but, if they think so.

Actually that is something that is often misunderstood. WINE is not an emulator, it is a clean room rewrite of Windows APIs on Linux. There is no CPU loss whatsoever. And, in fact, often Windows programs, because of the differences in how the APIs have been rewritten, do in fact perform faster on Linux, with higher frame rates, or lower latency. This is, of course, an exception, rather than the rule, but it happens frequently enough.

The downside of WINE is that not everything has been implemented in Linux’s API rewrites, because it is hard work doing legal clean room coding. Things progress slowly. The upside is that things are far enough along in the development of these APIs that a great deal of Windows programs work quite well.

[chk071]

Wine has been a thing for a long time now, and, as far as I can see, Proton pretty much does the same. Note though, that each of these wrappers generate additional CPU load, which is something you don't want with performance heavy games.

Anyway. I don't see the mass of Linux gamers either. Pretty much the same as for audio production.

Also note that the audio software market is entirely different than the games market, in that it is much, MUCH smaller. Presonus Software consist of, like, few more than 20 employees, Maybe the half of them doing the actual software development, so, they surely have to consider how they spend their manpower. They decided that Linux development is worthwhile. It's fine. I don't have to understand that decision, but, if they think so.

Actually that is something that is often misunderstood. WINE is not an emulator, it is a clean room rewrite of Windows APIs on Linux. There is no CPU loss whatsoever. And, in fact, often Windows programs, because of the differences in how the APIs have been rewritten, do in fact perform faster on Linux, with higher frame rates, or lower latency.

I believe that when I see it.

ESPECIALLY when it's a rewrite of Windows APIs, performance won't be the same. Come on. Don't be delusional. I know you love Linux, but, that really shouldn't blind you to how things actually are.

[audiojunkie]

One other thing to note about cross platform development is that for the last decade or so, creators of various coding libraries have been working to make these libraries cross compile quite smoothly. While I’m not naive enough to believe there aren’t struggles to fix bugs and quirks that are unique to each operating system, it is important to understand that if a program is developed using cross platform compatible libraries, the majority of the work is already done, and the developer simply needs to compile the source code on each OS and architecture to have a working program. The only thing left to do after that is fix bugs. There’s no question that debugging code can be difficult, but it is difficult on ANY OS, and is not a problem unique to Linux.

In short, when using the right tools, there isn’t really much additional work to compile an OS or an architecture.

[audiojunkie]

Wine has been a thing for a long time now, and, as far as I can see, Proton pretty much does the same. Note though, that each of these wrappers generate additional CPU load, which is something you don't want with performance heavy games.

Anyway. I don't see the mass of Linux gamers either. Pretty much the same as for audio production.

Also note that the audio software market is entirely different than the games market, in that it is much, MUCH smaller. Presonus Software consist of, like, few more than 20 employees, Maybe the half of them doing the actual software development, so, they surely have to consider how they spend their manpower. They decided that Linux development is worthwhile. It's fine. I don't have to understand that decision, but, if they think so.

Actually that is something that is often misunderstood. WINE is not an emulator, it is a clean room rewrite of Windows APIs on Linux. There is no CPU loss whatsoever. And, in fact, often Windows programs, because of the differences in how the APIs have been rewritten, do in fact perform faster on Linux, with higher frame rates, or lower latency.

I believe that when I see it.

ESPECIALLY when it's a rewrite of Windows APIs, performance won't be the same. Come on. Don't be delusional. I know you love Linux, but, that really shouldn't blind you to how things actually are.

Maybe there can be some real world inefficiencies, but in theory, when written correctly, there shouldn’t be any CPU loss whatsoever. However, I concede that we do live in the real world, and admit that WINE is not a perfect recreation of the Windows APIs. So in that sense, I agree that CPU performance and program-running efficiency can vary quite a bit from program to program that is run through WINE. But as I also mentioned, there have been reported incidents of programs actually performing better as well. It is currently a very mixed bag. However, even in the worst cases, if the program runs at all, the speed will be nowhere near as slow as emulation or virtualization—which itself is much, much faster than it used to be.

[audiojunkie]

BTW, I accidentally PM’ed you my last response. I have copied it back into the conversation. You can ignore the inbox post. Sorry about that. I’m using a phone to respond with, and the “quote” button and the Private Message option are very close together.

[chk071]

No worries. I replied to you there. Maybe actually better, as that's rather a Linux discussion than a Studio One one.

[audiojunkie]

You’re awesome!