Post AR5kWf8jlEVizTL9Jw by sjaehn@fosstodon.org
 (DIR) More posts by sjaehn@fosstodon.org
 (DIR) Post #AR5kWf8jlEVizTL9Jw by sjaehn@fosstodon.org
       2022-12-29T07:24:22Z
       
       0 likes, 0 repeats
       
       @falktx Great thing. If it is a host-provided feature. Jatin implemented something similar in his "Chow" plugins to keep multiple plugin instances synchronized. And also I did it in some of my plugins (feature called shared data) by the use of ugly globals. But it's really much better if the host can do this.
       
 (DIR) Post #AR659hIBgqk62jeQeO by FrankyFire@metalhead.club
       2022-12-29T11:15:29Z
       
       0 likes, 0 repeats
       
       @falktx oh wow, really great to see this! Love your work ❤️Have a happy new year and thank you for sharing your work with all of us. ☺️
       
 (DIR) Post #AR6KgaFsNFzj5Oi2qW by sjaehn@fosstodon.org
       2022-12-29T14:09:32Z
       
       0 likes, 0 repeats
       
       @falktx Yes, this is one of the limitations of the ugly globals. Another one would be the lacking cross-communication between multiple host instances. Thus, my approach works nicely if you load multiple instances of B.Choppr in Carla but would fail if you open a second window of Carla. As expected. BTW, Jatin used JUCE SharedResourcePointer instead.Now, I'm curious how did you solve it in your case. Host or plugin-based? And how does the code looks like?
       
 (DIR) Post #AR6gq7NolvKpQeNLl2 by sjaehn@fosstodon.org
       2022-12-29T18:17:43Z
       
       0 likes, 0 repeats
       
       @falktx 2UIs for the same plugin instance, then you are fully right that LV2 already provides all you need.My (and Jatins) ideas were "only" about the communication between two plugin (DSP) instances.But it would be a "nice to have" if host makers can provide an optional feature to (i) clone a plugin instance with all its current parameters and to (ii) keep different instances of the same plugin (DSP) synchronized. 🙏