If it wasn't proprietary/closed source then other people would do the packaging across the distros.
Native Linux sforzando is announced.
Moderators: raboof, MattKingUSA, khz
- Audiojunkie
- Established Member
- Posts: 667
- Joined: Thu Feb 21, 2019 4:27 pm
- Has thanked: 572 times
- Been thanked: 307 times
Re: Native Linux sforzando is announced.
GMaq wrote: ↑Thu May 22, 2025 10:13 pm@plgDavid
As a Debian guy I will never say I don't appreciate a Deb but when it comes to Plugins that are closed source that will not be in a Repository anywhere people are a little more understanding if you just ship binaries and a README or have a script installer. Fairly large projects like Uhe and AudioThing have a Distro-agnostic script and people seem to figure it out.
I completely agree with this! Having a DEB and a tar.gz (or even a Zip file) with a ReadMe and/or a script installer is fine. In fact, I don't even need a script installer. Just include a readme with the paths to where the files need to be installed will be just fine. Take a look at Wavewarden's downloads. This is the best way to go about supporting the most distros with the minimum amount of work:
https://thewavewarden.com/pages/odin-2
Scroll down to the Download Odin 2.3.4 section. You will notice Windows, MacOS, Linux (.deb), and Linux (generic), and the Linux options support VST/LV2/CLAP. This is about as close to the ideal compromise with developers and customers as a person can get with Linux. Everyone is happy.
- Audiojunkie
- Established Member
- Posts: 667
- Joined: Thu Feb 21, 2019 4:27 pm
- Has thanked: 572 times
- Been thanked: 307 times
Re: Native Linux sforzando is announced.
plgDavid wrote: ↑Thu May 22, 2025 7:42 pmAudiojunkie wrote: ↑Thu May 22, 2025 7:39 pmI gathered from previous messages that you are providing a .DEB. Are you providing any other formats?
deb is always going to be the main one, but we might look at rpm or straight reaper-esque script + tar (but I'm not a fan of that ) as option eventually.
It doesn't have to be a script and a tar. It can simply be a Readme file telling where the files need to go, and a ZIP. We can move the files ourselves--no installer needed.
-
- Established Member
- Posts: 10
- Joined: Wed Feb 14, 2024 2:59 am
Re: Native Linux sforzando is announced.
On the settings page "Max Engine RAM Allocation" is not saving its setting. Not a huge problem! Just wanted to make you aware.
On the same page "User file path" is saved.
Edit - The setting is saved in the Reaper project file, not as a global setting in the plugin.
Re: Native Linux sforzando is announced.
FrettedSynth wrote: ↑Thu May 29, 2025 6:09 pmOn the settings page "Max Engine RAM Allocation" is not saving its setting. Not a huge problem! Just wanted to make you aware.
On the same page "User file path" is saved.
Edit - The setting is saved in the Reaper project file, not as a global setting in the plugin.
Exact.
This is just like on mac and pc.
We will add the "save as default" feature (as found in chipsounds and chipspeech) in sforzando in next version.
Cheers
- alex stone
- Established Member
- Posts: 404
- Joined: Fri Jun 06, 2008 7:39 am
- Has thanked: 147 times
- Been thanked: 76 times
Re: Native Linux sforzando is announced.
I may have missed this on the initial look, but is Sforzando multitimbral? Can i load 16 instruments on 16 different MCHAS in the one instance?
Alex.
Tuxedo core XL Gen2 AMD Ryzen 7, 192GB ram, Focusrite 16i16 Scarlett USB audio hardware, Debian Trixie with RT kernel (6.12.30).