<div dir="ltr"><div>I've gotten it to work in qtractor by connecting the output to a track, disconnecting, editing the track, and then connecting the track as input.<br><br></div>Jeremy<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 23, 2016 at 4:40 AM, Robin Gareus <span dir="ltr"><<a href="mailto:robin@gareus.org" target="_blank">robin@gareus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/23/2016 01:46 AM, Jeremy Salwen wrote:<br>
> Hi Robin,<br>
><br>
> I'm just saw the following section<br>
><br>
> For cases like this, it'd be great if the plugin would have a mode to<br>
>>  - first, analyze the data<br>
>>  - write its internal values to an automation track [of the plugin host]<br>
>>  - the user can modify the data (here: manually open the gate or the<br>
>> fixes note/pitch)<br>
>>  - later, the plugin processes data using the [user modified] analysis<br>
>> results<br>
><br>
> and wanted to comment that the talentedhack<br>
</span>> <<a href="https://code.google.com/archive/p/talentledhack/" rel="noreferrer" target="_blank">https://code.google.com/archive/p/talentledhack/</a>> can do this with MIDI<br>
> input/output.<br>
<br>
Interesting.  What workflow do you use in this case?<br>
<br>
As far as I can tell a plugin reading from and writing to the same MIDI<br>
track constitutes a feedback loop.<br>
<br>
best,<br>
robin<br>
</blockquote></div><br></div>