Yay for audio plugins under Wayland.
Non-embedded type for now, but one step at a time we will get there.
Also, today I answered a question I had for a long time...
If an X11 host running under XWayland calls Wayland-native APIs manually, would it be able to load Wayland-UI based plugins?
The answer is yes - Carla running under Qt xcb "platform" can still show Wayland UIs.
The reverse is also true (Qt wayland "platform" with X11 UIs through XWayland)
Future is bright 🌄
@falktx ooh. I think plugins that just display xdg windows can be trivially embedded using an embedded compositor like Casilda for Gtk!
Probably would make a lot of sense to start defining a new shell protocol for embedded plug-in type things tho?.. Like fullscreen-shell but instead of outputs it would have.. present_surface_for_slot with slots being defined out of band by the host and identified by id/token?
@valpackett why complicate things? my idea is just to use subsurfaces
my tests on https://github.com/falkTX/wayland-audio-plugin-test show its possible and works.
but now begins the long process of turning hacky tests into usable things.
@falktx ..oh, I forgot that audio plugins so far have been libraries dlopen()ed in-process!! I was thinking entirely in plugins-as-separate-binaries. :D which is a thing I have a non-audio use case for.