Is there a good way to develop plugins and other DSP using only 100% free and open source tools/libraries?

[S0lo]

I think what might be going on here is that the license text predates the whole concept of "viral" licenses. Apparently the MIT license originated somewhere around 1987 or so, where as GPL as the original "copyleft" license dates to 1989.

Yeah, I see what you mean. That might well be the case.

[DRMR]

As mentioned before DPF is a nice project which has very good linux support if that is important to you.

Would I be able to do this with DPF?
 

So, I have been working on a fork of hvcc: an abandoned python project that uses a minimized set of pure data vanilla objects to prototype dsp graphs and then compile it to c/c++ which can then be integrated into other projects (unity, webassembly, etc.). It had a vst2 plugin implementation using the, now illegal, steinberg sdk. This is being cleaned up and replaced with DPF, currently only linux as I don't have mac or win systems, where we can build lv2 and vst2 (non steinberg) plugins plus jack client.

Btw there are plans to add independent vst3 to DPF as well, which means no more dual license for this format:
https://github.com/DISTRHO/DPF/issues/207


Currently I'm still learning/organizing hvcc work. There are a lot of embedded targets that use it, that we need to coordinate back into a maintained code-base. For eurorack there are several vendors that can use hvcc (and also faust!) to target their devices (rebeltech | befaco | electro-smith).

In the plugin space I'm trying to come up with a series of example plugins, midi/audio effect/generators etc and am mainly focusing on usage in MOD (moddevices.com).

One GUI idea I'm exploring is to use the Pd [canvas] objects to draw a basic plugin UI. Some undetermined intermediary format (like heavy) that can output to different GUI frameworks is the idea (so we can make modgui + desktop gui in one step). This work needs to branch the hvcc compiler into a whole new territory, as it right now ignores all [canvas] objects.

So, for anyone interested in free software to turn pure data patches into plugins using DPF:
https://github.com/Wasted-Audio/hvcc

[DRMR]

Oh, and related to Faust and DPF: https://github.com/SpotlightKid/cookiecutter-dpf-faust

[jamcat]

There’s also the ASPiK plugin framework

http://www.aspikplugins.com

[tristanbay]

There’s also the ASPiK plugin framework

Doesn't look like it's available for Linux so it doesn't look like a great option for me

[AyRatul]

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.

I recently found out aboud dplug and cabbage, but i fell in love with dplug. There is not any tutorial on youtube yet, but the process of installing it, and generating a plugin just works.
https://github.com/AuburnSounds/Dplug (https://github.com/AuburnSounds/Dplug)
They suggest that you use visual studio to create and debug plugins, however i have set up sublime text, with a d language server, custom builds commands, and i use dbgview64 to receive debug messages, and vst3plugintesthost to host the debug vst3. It saves me around 1 to 2 gb in ram that visual studio would eat.

The goods:
Highly customizable ui toolkit
Uses D instead of C++
Doesn't require a c++ compatible ide
it's fully open source, there is no catch (except the licensing options for vst3,etc)
works in apple, windows, and linux

The bads:
Not very well known
Uses D instead of C++
and some more specific cons
https://github.com/AuburnSounds/Dplug/w ... ssumptions (https://github.com/AuburnSounds/Dplug/wiki/Untold-Dplug-assumptions)

[soundmodel]

I have been thinking about this as well:

https://github.com/mavavilj/BareMusicFramework

https://www.reddit.com/r/musicprogrammi ... r_musical/