new LV2 Host

[tramp]

Hi. I've worked out a new LV2 host, which I started as a plain debugging tool for my use. Over time, while it still serves as debugging tool, it becomes a full featured Multi Plugin LV2 host.


https://github.com/brummer10/Luma

[Axel-Erfurt]

Thanks.
I had a problem at the beginning. lv2-gtk-ui-bridge.lv2 was installed.
When I then load a Calf plugin it cannot be closed. I must kill lv2-gtk-ui-bridge.
After removing lv2-gtk-ui-bridge.lv2 it works.

[tramp]

When I then load a Calf plugin it cannot be closed. I must kill lv2-gtk-ui-bridge.

Ah, yes, I didn't have it installed. I've implemented a filter now to avoid the use of the bridge. So it should work flawless now even when the bridge is installed.

[LAM]

Wow @tramp you seems unstoppable, one cool project after another. I was following Luma since a few days already.

Are session management (NSM compatibility) or state saving (by signal handling) out of scope for Luma or is something you could consider in the future?

[tramp]

Are session management (NSM compatibility) or state saving (by signal handling) out of scope for Luma or is something you could consider in the future?

Yes, for Luma it is out of scope as Luma comes with just terminal interface. But the LV2Host code is created to be easily reusable in other projects, so, it will be easy to do with NSM and save/restore when the host interface is created with a Widget toolkit (like libxputty)

[Axel-Erfurt]

What is your secret that Calf plugins in Luma (under Debian Trixie) have a (complete) GUI, which is not possible with lv2-gtk-ui-bridge?

25_02_26_15_18_17.png (236.5 KiB) Viewed 700 times

[tramp]

It's not a secret, but, it's very hard to implement this feature, which calf request therefore, in a modern C++ host. It requires a global static thread_local pointer with class forwarding, and explicit handling during UI instantiate. It is not nice, boring to do, and feels all the way wrong.

https://lv2plug.in/ns/ext/data-access -> use of this extension is highly discouraged

More modern plugins using atom ports for this.

[alex stone]

It's not a secret, but, it's very hard to implement this feature, which calf request therefore, in a modern C++ host. It requires a global static thread_local pointer with class forwarding, and explicit handling during UI instantiate. It is not nice, boring to do, and feels all the way wrong.

https://lv2plug.in/ns/ext/data-access -> use of this extension is highly discouraged

More modern plugins using atom ports for this.

@tramp Thanks for this. I've managed to load every LV2 i have so far. I have no doubt this is going to be useful in the future.

[tramp]

Thanks for this. I've managed to load every LV2 i have so far. I have no doubt this is going to be useful in the future.

Nice to hear that.
This is what comes next, Preset save/restore