<div dir="ltr"><div>Hi David,</div><div><br></div><div>As a co-implementor with Ethan, what striked me the most as possible improvements with LV2 were:</div><div><br></div><div>1. It seems a LV2 host will look at port values to save/restore plug-in state. I'm concerned this is similar to VST2-without-chunks, and it restrict forward-compatibility with plug-ins ; we'd prefer to move to byte chunks instead, that the host cannot understand. 
There is a "state" extension but it doesn't seem to override this behaviour of saving ports. With VST2 not using chunks from the get go has been really painful, as you don't know what the host will do when the parameter number changes, also you don't know how hosts stores and remap parameters. This is the most important problem I see.<br></div><div><br></div><div>2. I was looking for a way to describe an in-memory entry-point instead of a lv2:binary that is a file. This would allows LV2 to shine as an internal format within an audio application : the TTL would then be generated dynamically in a way that doesn't have to be specified. <br></div><div></div><div>Lots of companies end up implementing host and clients for plugins within plug-ins ; a simple "audio module" interface end up being exactly the same thing as... a plug-in and as such better follow a plugin specification. Some build this upon VST3.<br></div><div><br></div><div>LV2 did strike us as something well thought out - which is uncommon as far as plug-in formats are concerned - , built for extensibility (with the pros and cons this brings), and not much accidental complexity.<br></div><div></div><div></div><div><span style="color:rgb(0,0,0)"></span><br></div><div>Guillaume Piolat</div><div><a href="https://www.auburnsounds.com">https://www.auburnsounds.com</a><br></div><div><span style="color:rgb(0,0,0)">

<span style="font-size:14px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:pre-wrap;word-spacing:0px;background-color:rgb(47,49,54);text-decoration-style:initial;text-decoration-color:initial;display:inline;float:none"><br></span></span>

</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 27 mars 2019 à 20:25, David Robillard <<a href="mailto:d@drobilla.net">d@drobilla.net</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 2019-03-26 at 10:01 -0500, Ethan Reker wrote:<br>
> Hello everyone,<br>
> <br>
> I just wanted to announce that we have successfully added support for<br>
> LV2 in Dplug on Windows, MacOS and linux.  You can find more info<br>
> about it on Github.  We plan to support LV2 for the foreseeable<br>
> future.  Working with LV2 has been a pleasure, and I would like to<br>
> thank everyone involved with LV2 for providing such a well thought<br>
> out and open source format!  I've also written a short article<br>
> announcing LV2 support here if you are interested.<br>
<br>
Awesome!<br>
<br>
Thanks for the supportive words, one of the, uh, "fun" things about<br>
projects like this is that you almost never hear anything positive at<br>
all about the API or documentation or much else, and a lot of the<br>
opposite :)<br>
<br>
Keep us posted about any issues,<br>
<br>
-- <br>
dr<br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.lv2plug.in" target="_blank">Devel@lists.lv2plug.in</a><br>
<a href="http://lists.lv2plug.in/listinfo.cgi/devel-lv2plug.in" rel="noreferrer" target="_blank">http://lists.lv2plug.in/listinfo.cgi/devel-lv2plug.in</a><br>
</blockquote></div>