JP Cimalando

Problem is identified. It seems because the background worker inherits a realtime priority when it shouldn't. Gotta fix

@farvardin turns out this is an issue at Juce side and I attempted a fix. I have not officialized it yet in my source fork but I allowed binaries to...

>it happens, for example 3 Xruns in 5 seconds, playing a single note. It's a similar symptom as I've been able to experience on my own side, which has been...

Revision build be54e95 will be fine. Disregard about the information saying "24 days ago"; that was awkardness of setting up the continuous release onto github but it's very recent in...

I have identified the issue : it's a problem of Ardour. When this software instantiates a plugin which has lots of input control ports, it creates a big CPU overhead,...

> if I understand well, there is one part for each midi channel `Part` and `channel` are interchangeable terms. The choice of word is based on terminology of Roland GS;...

@x42 > This makes me wish that LV2 would have deprecated control ports (as was originally intended). if you have > 900 controls, prefer LV2 Properties, and Patch Set/Get. That...

Thanks for the example @x42, it is helpful. For short term I'll use the `notAutomatic` workaround, then I'll do it proper using the patch extensions. Extending the metadata requires me...

@farvardin update: pleasy try the latest version which has a performance improvement. What has been done: disable most parameters; I kept the general ones, and also volumes of fm operators:...

>Great, it works flawlessly now in Ardour, with the latest version, thank you very much! Thanks for confirming, I will publish the beta release 5. >I suppose you prefer to...