My main Problem is with my music production Software and Hardware, which cant be easily installed with wine.
Other than that i have affinity suit which works with wine, but not without Problems.
Lastly i use davinci resolve, which claims to Support linux natively but barely works.
So I have some old music projects that are basically stuck on Windows. Even if I moved over all the files and ran the plugins through WINE, I would have to go through the entire project and fill in the blanks with the WINE-bridged plugins and redo all the automation I have. Running the program through WINE isn’t really an option because my projects were just below the performance limit on native Windows. I know some programs run on WINE better than Windows, but I need real-time audio with a specific audio interface that doesn’t support Linux. I could use WINEASIO, but I would still be losing a lot of performance compared to native Windows, where again I am regularly reaching the performance limit of my setup.
Also, I’m holding off for a few months on installing Debian onto my Windows work laptop because all my technical programs are ready on Windows immediately. I’m waiting until I get more storage and until I know if the programs I need for my future job are compatible with WINE.
I love WINE as much as the next Linux user, but it can’t solve everything. I acknowledge that it is Windows rather than WINE or Linux that is making things difficult for us. Unfortunately, I need to have a native Windows partition for the foreseeable future, although I’m doing almost everything else on Debian on my home PC.
I’m aware of Yabridge. The problem with Yabridge (or any other plugin bridges, like Carla) is that any plugin used with it will be treated by the DAW as an instance of Yabridge rather than an instance of whatever plugin it is. This changes what parameters the DAW looks for.
If I remember correctly, the DAW is aware of parameter names in the VST3 standard. Most of my existing plugins are VST3 (compiled for Windows). In a typical situation, this is exposed to the DAW by the plugin when it is instantiated, and the automation and knob settings of those parameters are written to the project file under those names. However, when the project is moved over to Linux (or anywhere else other than Windows with all the same plugins), the DAW will scan the list of plugins that it is aware of, not including the Windows ones because it doesn’t know how to parse them. The DAW will simply give me a couple hundred “plugin not found” warnings. If I remember correctly, my DAW gives me the option to find and link these plugins by hand.
So I could theoretically go through the whole project and remap all the plugin automation by hand, but there wouldn’t be any technical benefit. It’s just simpler to keep a Windows partition.
Also, I have switched to Linux (Debian Bookworm w/ KDE) on my home PC for everything else. I’m loving it so far, especially KDE Plasma and KDEConnect. I don’t know how I lived without it. I might end up producing new tracks on Debian, but I have to install more software before I make that commitment. Really, it needs to “feel right”, which is admittedly not well-defined.
such as? just use WINE
My main Problem is with my music production Software and Hardware, which cant be easily installed with wine. Other than that i have affinity suit which works with wine, but not without Problems. Lastly i use davinci resolve, which claims to Support linux natively but barely works.
Bro just write your own ALSA drivers, it’s not needlessly arcane or complex at all.
Similar problem here, but I use debian for everything that’s not audio/video related.
Things that straight up ban the use of wine exist, y’know
Roblox recently
Adobe
that has wine gold, try dual booting and running it on wine staging
Heavily modded skyrim hates wine.
WINE doesn’t work for everything. I’ve heard Adobe products are hit and miss and I have yet to get Office to work.
So I have some old music projects that are basically stuck on Windows. Even if I moved over all the files and ran the plugins through WINE, I would have to go through the entire project and fill in the blanks with the WINE-bridged plugins and redo all the automation I have. Running the program through WINE isn’t really an option because my projects were just below the performance limit on native Windows. I know some programs run on WINE better than Windows, but I need real-time audio with a specific audio interface that doesn’t support Linux. I could use WINEASIO, but I would still be losing a lot of performance compared to native Windows, where again I am regularly reaching the performance limit of my setup.
Also, I’m holding off for a few months on installing Debian onto my Windows work laptop because all my technical programs are ready on Windows immediately. I’m waiting until I get more storage and until I know if the programs I need for my future job are compatible with WINE.
I love WINE as much as the next Linux user, but it can’t solve everything. I acknowledge that it is Windows rather than WINE or Linux that is making things difficult for us. Unfortunately, I need to have a native Windows partition for the foreseeable future, although I’m doing almost everything else on Debian on my home PC.
if yiu wver do swap to linux, check out yabridge for bridging plugins
I’m aware of Yabridge. The problem with Yabridge (or any other plugin bridges, like Carla) is that any plugin used with it will be treated by the DAW as an instance of Yabridge rather than an instance of whatever plugin it is. This changes what parameters the DAW looks for.
If I remember correctly, the DAW is aware of parameter names in the VST3 standard. Most of my existing plugins are VST3 (compiled for Windows). In a typical situation, this is exposed to the DAW by the plugin when it is instantiated, and the automation and knob settings of those parameters are written to the project file under those names. However, when the project is moved over to Linux (or anywhere else other than Windows with all the same plugins), the DAW will scan the list of plugins that it is aware of, not including the Windows ones because it doesn’t know how to parse them. The DAW will simply give me a couple hundred “plugin not found” warnings. If I remember correctly, my DAW gives me the option to find and link these plugins by hand.
So I could theoretically go through the whole project and remap all the plugin automation by hand, but there wouldn’t be any technical benefit. It’s just simpler to keep a Windows partition.
Also, I have switched to Linux (Debian Bookworm w/ KDE) on my home PC for everything else. I’m loving it so far, especially KDE Plasma and KDEConnect. I don’t know how I lived without it. I might end up producing new tracks on Debian, but I have to install more software before I make that commitment. Really, it needs to “feel right”, which is admittedly not well-defined.