Hopefully, Sforzando will be compiled for Linux...davidv@plogue wrote:Plenty more banks are coming. You will see
New free SFZ player from Plogue
- KVRAF
- 5687 posts since 11 Feb, 2005 from Bordeaux France
You can't always get what you waaaant...
- KVRAF
- 25852 posts since 20 Jan, 2008 from a star near where you are
Talk about trying to get into an argument several years laterthecontrolcentre wrote:Talk about ungrateful.Numanoid wrote:No, a gentleman's agreement it most def was not I understand nowdavidv@plogue wrote:That wasn't a contract thats for sure.
So what you really meant to say is that it will be launched whenever next time you need some free publicity.
That was like December 2013, do you want another handbag fight about that?
- KVRAF
- Topic Starter
- 7137 posts since 8 Feb, 2003 from London, UK
stanlea wrote:Hopefully, Sforzando will be compiled for Linux...
stanlea's signature wrote:You can't always get what you waaaant...
One reason I guess it won't happen for a while is that "Sforzando" is not a single DLL, it's a wrapper over ARIA Engine, which provides services for a number of front ends. So you're asking for ARIA Engine to be "compiled for Linux" as well. Now, being what it is, it's not the simplest thing to "compile for Linux".
First, you have to get a user interface. If you're going to support a native UI toolkit, you have to pick one. You then either hope it's installed on the user's system or find out if you can ship it with your commercial product. Or licence it commercially. You also have to get the ability to dynamically create a user interface in place, as that's part of how ARIA Engine (and Sforzando) work. It needs to be kept stable (despite users on Linux potentially having a myriad of different UI toolkit versions, if you didn't supply one).
Oh and then get the audio side working. For Linux, that should mean JACK, which is "upside down" compared to ASIO, so introduces another layer of difference. Of course, you're relying here absolutely on the user having a usable installation. JACK can't be shipped commercially (last time I checked, no LGPL). Or you're stuck with non-realtime audio with no single standard. So maybe just use ASIO and hope the user can wire it up -- which means getting a Linux licenced commercial ASIO service... I think that's more possible (LGPL, IIRC).
Just my point of view as a cross-platform developer, not someone who knows ARIA Engine.
- KVRist
- 316 posts since 3 Mar, 2014
If someone desperately needs it, Sforzando works in Linux with Wine (at least in Reaper+Linreaper). Also, Zampler works too; Zampler works even with LMMS, which is Linux native app.
pljones is unfortunately correct, porting VSTs (as native apps) to Linux seems to be almost impossible and those with additional sound engines would need effort from engine makers; highly unlikely.
pljones is unfortunately correct, porting VSTs (as native apps) to Linux seems to be almost impossible and those with additional sound engines would need effort from engine makers; highly unlikely.
-
thecontrolcentre thecontrolcentre https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=76240
- KVRAF
- 35169 posts since 27 Jul, 2005 from the wilds of wanny
I don't own a handbag ... can I borrow one of yours?Numanoid wrote:Talk about trying to get into an argument several years laterthecontrolcentre wrote:Talk about ungrateful.Numanoid wrote:No, a gentleman's agreement it most def was not I understand nowdavidv@plogue wrote:That wasn't a contract thats for sure.
So what you really meant to say is that it will be launched whenever next time you need some free publicity.
That was like December 2013, do you want another handbag fight about that?
Last edited by thecontrolcentre on Thu Jan 29, 2015 7:52 pm, edited 1 time in total.
- KVRAF
- 25852 posts since 20 Jan, 2008 from a star near where you are
If it is going to linux, better to port it to android.
When it comes to desktop computers, looking at the numbers there are about 65 windows users for every linux user
Linux on desktop hasn't really taken off at all.
When it comes to desktop computers, looking at the numbers there are about 65 windows users for every linux user
Linux on desktop hasn't really taken off at all.
-
- KVRian
- 904 posts since 3 Aug, 2001 from Montreal
We have an iOS build in the pipes. Android, whole other ballgame
(very old video).. only made public in 2014, but was uploaded 19 January 2012.
Running on a lowly iPad 1!
http://www.youtube.com/watch?v=WpaAojuiYQ0
(very old video).. only made public in 2014, but was uploaded 19 January 2012.
Running on a lowly iPad 1!
http://www.youtube.com/watch?v=WpaAojuiYQ0
David Viens, Plogue Art et Technologie Inc. Montreal.
https://twitter.com/plgDavid
https://plogue.com
https://twitter.com/plgDavid
https://plogue.com
- KVRAF
- 5687 posts since 11 Feb, 2005 from Bordeaux France
It makes sense. Thank you for taking time for explanations. I won't ask again. The thing is that we are going to miss good sound libs in Aria format, unless there is a possibility to convert them to a more basic sfz flavour.pljones wrote:stanlea wrote:Hopefully, Sforzando will be compiled for Linux...stanlea's signature wrote:You can't always get what you waaaant...
One reason I guess it won't happen for a while is that "Sforzando" is not a single DLL, it's a wrapper over ARIA Engine, which provides services for a number of front ends. So you're asking for ARIA Engine to be "compiled for Linux" as well. Now, being what it is, it's not the simplest thing to "compile for Linux".
First, you have to get a user interface. If you're going to support a native UI toolkit, you have to pick one. You then either hope it's installed on the user's system or find out if you can ship it with your commercial product. Or licence it commercially. You also have to get the ability to dynamically create a user interface in place, as that's part of how ARIA Engine (and Sforzando) work. It needs to be kept stable (despite users on Linux potentially having a myriad of different UI toolkit versions, if you didn't supply one).
Oh and then get the audio side working. For Linux, that should mean JACK, which is "upside down" compared to ASIO, so introduces another layer of difference. Of course, you're relying here absolutely on the user having a usable installation. JACK can't be shipped commercially (last time I checked, no LGPL). Or you're stuck with non-realtime audio with no single standard. So maybe just use ASIO and hope the user can wire it up -- which means getting a Linux licenced commercial ASIO service... I think that's more possible (LGPL, IIRC).
Just my point of view as a cross-platform developer, not someone who knows ARIA Engine.
You can't always get what you waaaant...
- KVRAF
- 5687 posts since 11 Feb, 2005 from Bordeaux France
I know, thanks, but I try to avoid Wine, for several reasons.Markku wrote:If someone desperately needs it, Sforzando works in Linux with Wine (at least in Reaper+Linreaper). Also, Zampler works too; Zampler works even with LMMS, which is Linux native app. .
I thought it was true, but Abique did an astonishing work porting U-He products to Linux... see the topic in the U-HE forums.Markku wrote:pljones is unfortunately correct, porting VSTs (as native apps) to Linux seems to be almost impossible and those with additional sound engines would need effort from engine makers; highly unlikely.
You can't always get what you waaaant...
- KVRAF
- 5687 posts since 11 Feb, 2005 from Bordeaux France
True, minorities must die.Numanoid wrote:If it is going to linux, better to port it to android.
When it comes to desktop computers, looking at the numbers there are about 65 windows users for every linux user
Linux on desktop hasn't really taken off at all.
You can't always get what you waaaant...
-
- KVRer
- 2 posts since 21 Feb, 2015
AUTO-ADMIN: Non-MP3, WAV, OGG, SoundCloud, YouTube, Vimeo, Twitter and Facebook links in this post have been protected automatically. Once the member reaches 5 posts the links will function as normal.
Well, it is possible to get around these by making a linux VST -plugin using JUCE or something similar (http://www.juce.com/ (http://www.juce.com/)). It provides its own GUI toolkit, VST-host takes care of the audio output. Unless the audio signal processing uses closed non-multiplatform libraries and uses a cross-platform language (c++/c/c#/java ... ) it shouldn't be tough to get it to compile on linux. I'm not saying it's a trivial matter or wouldn't require an effort but it doesn't have to be harder than it is.pljones wrote:stanlea wrote:Hopefully, Sforzando will be compiled for Linux...stanlea's signature wrote:You can't always get what you waaaant...
One reason I guess it won't happen for a while is that "Sforzando" is not a single DLL, it's a wrapper over ARIA Engine, which provides services for a number of front ends. So you're asking for ARIA Engine to be "compiled for Linux" as well. Now, being what it is, it's not the simplest thing to "compile for Linux".
First, you have to get a user interface...
Oh and then get the audio side working. For Linux, that should mean JACK, which is "upside down" compared to ASIO, so introduces another layer of difference...
Just my point of view as a cross-platform developer, not someone who knows ARIA Engine.
-
- KVRian
- 904 posts since 3 Aug, 2001 from Montreal
Just thinking about this makes my head hurts. Sorry. Juce is not for everyone. And one does not need to like it or think it would automatically suit your purpose. Surely it is useful for someone starting out from scratch.savu wrote: Well, it is possible to get around these by making a linux VST -plugin using JUCE or something similar (http://www.juce.com/). It provides its own GUI toolkit, VST-host takes care of the audio output. Unless the audio signal processing uses closed non-multiplatform libraries and uses a cross-platform language (c++/c/c#/java ... ) it shouldn't be tough to get it to compile on linux. I'm not saying it's a trivial matter or wouldn't require an effort but it doesn't have to be harder than it is.
Porting to linux would be 1000x easier for us to do on our own, with our own C++ classes that we have been refining for the last 10 years.
David Viens, Plogue Art et Technologie Inc. Montreal.
https://twitter.com/plgDavid
https://plogue.com
https://twitter.com/plgDavid
https://plogue.com