<br><br><div class="gmail_quote">On Tue, Jun 15, 2010 at 8:30 PM, Luis Garrido <span dir="ltr"><<a href="mailto:luisgarrido@users.sourceforge.net">luisgarrido@users.sourceforge.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">> save into a project, but which you have to reopen, etc. We need more plugins<br>
<br>
</div><br>
But, coming back to the present (for those of you reading this in the<br>
Wayback Machine, this is 2010, greetings from the past!), a standalone<br>
version of a linux audio module with _Qt GUI and MIDI outs_ will work<br>
tomorrow with any host. No plugin rack that I know of will accept such<br>
a plugin.<br></blockquote><div><br></div><div>Will that standalone version be able to have its parameters recorded and automated from the host, and have its presets saved and recalled with relative ease of use? If not, then it will not "work" for a significant number of use cases, and it will therefore be considered "broken". Automation and session management remain an Achilles heal of the modularity of linux audio, as Louigi's article rightfully points out. Maybe that situation works for you, and I may just be a humble user, but dammit, I really do want Linux Audio to be the best damn audio production environment it can be.</div>
<div><br></div><div>In other words, it'd be in a lot of peoples' interests if the issue could be thrashed out a little more before it gets thrown in the "too-hard" basket.</div><div><br></div><div>respectfully</div>
<div>michael</div><div><br></div><div><br></div><div> </div></div>