Using VST3 plug-ins with OpenMPT development

Started by Schmitty2005, November 08, 2020, 00:28:54

Previous topic - Next topic

Saga Musix

Yeah, they wouldn't listen to me either. The only thing that will work is if we all do it. Which is why I have a bit of hope for CLAP to eventually replace VST3 as the go-to format for new plugins, but we'll see. It's definitely more likely at this point that OpenMPT gains CLAP or LV2 support than VST3.
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

herodotas

I'm afraid that World War III is more real, than CLAP.
life is darker than it seems

Exhale

#17
how does element have vst3 but we dont? what does getting vst3 entail exactly? If it is money to get a licence, maybe we should let people know who use ompt so we can all donate more. vst3 is just getting bigger and bigger, we have to get it at some time.
___________________
The turtle moves!

Saga Musix

It has nothing to do with money. VST3 can be either licensed under a proprietary license agreement with Steinberg, or through the GPL license, but the GPL license is not compatible with OpenMPT's more permissive BSD license - it would essentially force OpenMPT's code to be released under the GPL license as well. It would be technically possible to use the proprietary license together with OpenMPT as far as I understand, but I'd rather not sign contracts with Steinberg that they can change at their will at any point in time (as they tried before to make VST3 developers stop developing VST2s by forbidding them through their contract to use the VST2 SDK).
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

#19
Quote from: Saga Musix on February 18, 2022, 08:36:46
It has nothing to do with money. VST3 can be either licensed under a proprietary license agreement with Steinberg, or through the GPL license, but the GPL license is not compatible with OpenMPT's more permissive BSD license - it would essentially force OpenMPT's code to be released under the GPL license as well.

What about making a gpl add on, ... so something that is entirely separate from ompt, it is its own little bit of software, with a separate installation process etc, but it is kinda a thing you install that makes changes to your ompt... idk just spitballing here on how we might be able to press the erect middle finger againt the faces of the people responsible for all that crap.
So it wouldnt be a vst, or anything like that, just a separate 'add on' that can be installed by anyone who wants it, made entirely gpl, it finds your ompt folder/s and adds on vst3 support.
would that still leave us vulnerable to steinberg?
Another way to look at it or lable it would be like a modification or mod for ompt.
___________________
The turtle moves!

manx

Quote from: Exhale on February 18, 2022, 14:40:26
What about making a gpl add on,

That would be legally possible.

HOWEVER:

  • First, OpenMPT needs to get an abstract plugin interface at all. This is something that I would love to see anyway, as it would cleanup interfacing with current (VST2, DMO, custom tracker plugins) (and future (CLAP, LV2/DSSI/LADSPA, ...)) different plugin architectures. Currently, each plugin architecture is somewhat hard-coded ad-hoc, which is far from optimal.
  • A proper abstract plugin interface will also maybe require or encourage a rewrite of the Plugin Bridge, working on the same API level as the abstract plugin interface.
  • If any functionality ever gets added to that abstract plugin interface that is in any way VST3-specific, or derived from VST3, or makes particularly interfacing with VST3 simpler, this would make OpenMPT immediately GPL3.
  • I will not touch any GPL3 code at all (for various reasons), so if OpenMPT gets VST3 support in any way, shape, or form without a strictly separately developed abstract plugin interface, OpenMPT looses 1 of its current 2 maintainers.
  • This all would be a huge amount of work.

Exhale

#21
Quote from: manx on February 18, 2022, 14:56:04
3. If any functionality ever gets added to that abstract plugin interface that is in any way VST3-specific, or derived from VST3, or makes particularly interfacing with VST3 simpler, this would make OpenMPT immediately GPL3.
4.I will not touch any GPL3 code at all (for various reasons), so if OpenMPT gets VST3 support in any way, shape, or form without a strictly separately developed abstract plugin interface, OpenMPT looses 1 of its current 2 maintainers.
5.This all would be a huge amount of work.


The last thing I think anyone wants is our beloved ompt's code to become more restrictive which is why I suggested something entirely different, a separate bit of software, an add-on or a mod that isnt technically a part of modplug... so modplug stays the same, except maybe the other changes you suggested, the ones that are strictly essential but will have their own functions in base modplug, and then the add on / mod will have all the legal trouble if shit hits the fan as a separate bit of its own gpl software... and thus hopefully you would remain to work on the more permissive licenced ompt while whomever is brave enough to take on the mod / add-on can do so... maybe there could be a bit of code in modplug to make something like this more smooth, but it wouldnt necessarily have to have any of the vst3 code in it, surely it could be more general than that sort of like a plug socket to plug the mod into.

I am just busy looking up both licences and I will read through them, I am not a lawyer, but yeah I have heard people have a problem with the gpl3 licence not just here, but I think I have heard similar thoughts elsewhere, although I havent really heard much because I cannot program or understand law all that much even though every human is forcefully obligated to understand some law.
Either way I am hoping that my idea sort of paints a loophole we can hopefully exploit... I mean all sorts of software has add ons that arent the same licence as the base software, like photoshop has effects and stuff you can download that are made entirely by different people than adobe, some free some paid... minecraft has mods of various kinds, some free some paid and on and on... the lists are endless. They cant expect a mod / add on for software to force the base software into a new licence.

And yeah, I most certainly dont think a change like this would be anything but "a huge amount of work"... my only hope here is to put a sign board up for another rout that might be possible for those who are willing to take that road, a little bit of hope for those who would like to use vst3 in modplug to dream of at least. Maybe open a debate about if the base software's licence isnt touched, and a mod / add-on is created under its own licence, people like you, who I have full trust have perfectly respectable and legitimate objections wont have to compromise morals so that something that is looking like it might be essential can have a way to become a part of the ompt project, even as a separate project.

The way I picture it, you download modplug as normal, install it the way it is now... then if you want vst3 you download and install the vst3 mod, it makes a separate directory in your modplug folder, in which is contains everything it needs and, although when you are in modplug it looks like you are just opening vst3s like you would any other vst, any code that is needed for that to happen is executed outside of what is actually modplug.
I think I am making sense here... idk... I mean I have tried making my own mods for minecraft before, and those are just jar files if I remember correctly, but I used a bit of software that made the mod for me, I just used a visual interface. But that jar file wasnt minecraft, it was a totally separate and entirely optional thing to add to minecraft, and mojang could certainly not be held accountable for what that jar file would do.
___________________
The turtle moves!

Saga Musix

Quote from: Exhale on February 18, 2022, 15:11:30
The way I picture it, you download modplug as normal, install it the way it is now... then if you want vst3 you download and install the vst3 mod
That "VST3 mod" could simply be vst3shell, which I already mentioned above, which is an existing product and the only thing it requires to implement is VST shell plugin support. It's a lot more realistic to happen anytime soon than any other sort of "official" VST3 support.
» No support, bug reports, feature requests via private messages - they will not be answered. Use the forums and the issue tracker so that everyone can benefit from your post.

Exhale

Quote from: Saga Musix on February 18, 2022, 16:52:11
Quote from: Exhale on February 18, 2022, 15:11:30
The way I picture it, you download modplug as normal, install it the way it is now... then if you want vst3 you download and install the vst3 mod
That "VST3 mod" could simply be vst3shell, which I already mentioned above, which is an existing product and the only thing it requires to implement is VST shell plugin support. It's a lot more realistic to happen anytime soon than any other sort of "official" VST3 support.
ok thanks, that clarifies things I guess. I guess I got carried away trying to suggest something that someone who might not even be a part of the present team could make on their own if they had the know how and the drive to do it... idk... back to making music again I guess.
___________________
The turtle moves!