<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, May 14, 2013 at 3:26 AM, Julien Claassen <span dir="ltr"><<a href="mailto:julien@mail.upb.de" target="_blank">julien@mail.upb.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Florian!<br>
  I had another look at the sampler and I can't fathom, how the GUI will communicate any extra info to the plugin. Perhaps via one of the sockets, that I saw with lsof. Unfortunately nothing like an OSC server or a direct UDP port as with LinuxSampler.<br>

  What sort of a plugin did you write and how did you do your extra communications?<br>
  Kind regards<br>
        Julien<br></blockquote><div><br></div><div>It is a flaw in the design of LV2 that custom plugin GUIs both run in the host process and have access to the DSP part of the plugin's internal state. This was deemed necessary, I believe, in order to cater to vendors of proprietary plugins, but the universal human trait of laziness means that it will always and constantly be used as a way to bypass any difficult aspect of GUI to DSP communication.  <br>
<br></div><div>Without completely removing this mechanism and forcing custom plugin GUIs to run in a separate process (and therefore use a formally defined interface to the DSP component) LV2 will always be inadequate for your purposes.<br>
</div></div></div></div>