<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Opaque blobs are, IMO, a bad idea, so the state extension encourages<br>
transparent state so it can be portably saved in whatever way makes the<br>
most sense for the host, easily investigated by the user, and so on,<br>
but you *can* save blobs if you really want to.<br></blockquote><div><br></div><div><br></div><div>I've argued several times on IRC about the use case where opaque blogs are useful. Maybe I'm not clear enough, so let me sum up again.<br></div><div><br></div></div><div class="gmail_quote">"If the host does state saving, there is no way to have upgrades over the lifetime of a plug-in.Because the host know much less about the plugin semantics than the plugin itself. **Some plug-in parse blobs to upgrade state to a seemingly incompatible plug-in version.**"</div><div><br></div><div></div>I think it's a good idea for the format acceptance, and for backwards compatibility for a product existence. Such "chunk parsing" I've seen as an intern in plugin company.<br><div class="gmail_quote"><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

> 2. I was looking for a way to describe an in-memory entry-point<br>
> instead of a lv2:binary that is a file. This would allows LV2 to<br>
> shine as an internal format within an audio application : the TTL<br>
> would then be generated dynamically in a way that doesn't have to be<br>
> specified. <br>
> Lots of companies end up implementing host and clients for plugins<br>
> within plug-ins ; a simple "audio module" interface end up being<br>
> exactly the same thing as... a plug-in and as such better follow a<br>
> plugin specification. Some build this upon VST3.<br>
<br>
Interesting idea.  I don't think this has ever come up.  There are two<br>
separate things here, though: an entry point that isn't from a dynamic<br>
module, and generating the data somehow.<br></blockquote><div><br></div><div>A TTL could be obtained from an unspecified mechanism too.<br></div><div><br></div><br></div></div>