Thanks for the support!

It is possible to do it, but also depends on what you would like to have python interpreter to do in the plugin. For having it controlling the UI would be ideal, but if you would also like to make it process the DSP part, it might require some workaround to be able to have decent performance.

A good starting point is the example app in the example folder. I will try to write more examples (not only a standalone app) with the embedded interpreter.

Great to hear that. I think I can manage to have performant enough python code for signal processing. In this folder, I do not see instructions to create a VST plugin for simple user (that do not want to install python manually or other things like that). Do you have instructions for something like pyinstaller?

Not at the moment, but it's definately planned as a demo plugin

It would also be great if we had an example with python running in its own thread, with its own event loop. It would open up the possibility to make python do background stuff (including I/O) out of the main and the audio threads.

Thanks for this project, it looks really promising @kunitoki

I've added an example plugin #26 but it's just the bootstrapping code, it does nothing apart from printing some logs in the console via python.

An interesting part is the ability to ship with the python library and control what should be excluded (if not needed because not used), even tho for now it only support exclusion lists and not a whitelisting list (which would be way easier to setup if not all the standard library is needed). For now the python library is compiled as binary data and linked with the app, but in the future one should be able to control how the python library should be carried over to reduce duplications and binary size of the plugin/application.

It's also possible to specify custom python packages to install into the site-packages so they are carried over (in the example i install the tomli python package and query it at runtime).

It would also be great if we had an example with python running in its own thread, with its own event loop. It would open up the possibility to make python do background stuff (including I/O) out of the main and the audio threads.

It should be pretty simple to achieve, check this example where i use a background thread for capturing from a camera device and communicate using Queue to JUCE which then drains it from a Timer callback. Also using multiprocessing or asyncio should be possible.

What do you mean by its own event loop ? You mean an asyncio event loop or ?

I mean an example where python is executed (embedded) inside a thread spawned from a c++ juce application / plugin, running continously with its own async loop and communicating with the main application.

I see several use cases. The first one is doing out of band audio processing with scipy, numpy, ML, etc.
But also networking, live coding, etc. All inside a vst plugin.

What do you mean by its own event loop ? You mean an asyncio event loop or ?

yes

I started hacking around a small AudioProcessor with a background thread processing a python script, will try to iterate it to be able to have the background thread to perform some offline audio processing for visualisation coming from the plugin

That's awesome @kunitoki 😄

This is pushing me to try building the demos. I didn't before because it wasn't clear to me what was needed to cmake the demos in the repo. I will try to figure it out tomorrow, otherwise I will ask for help...