<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 5, 2014 at 6:28 PM, Zlobin Nikita <span dir="ltr"><<a href="mailto:cook60020tmp@mail.ru" target="_blank">cook60020tmp@mail.ru</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What do you mean by filtering? If some plugin type is not supported by drag<br>
target, than it obviously should reject it.<br></blockquote><div><br></div><div>i guess i don't understand what you're attempting to do.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div class="h5"><br>
<br>
</div></div>And about realtime - some processing plugins are not marked as realtime-<br>
capable (TAP plugins), as well as RT may be used for non-realtime work.<br>
<br>
Any sample editor, like audacity, mhwaveedit, could also accept them for non-<br>
realtime operations. Btw, hopely, there could appear even video plugins. Of<br>
course, if there are some standards appart gstreamer plugins.<br></blockquote><div><br></div><div>let me restate that. the whole design of audio analysis plugin APIs has important differences when compared with processing plugin APIs, even though they overlap to some extent.<br>
<br>most notable: the output of a VAMP plugin is NOT audio (nor any streaming data of any kind at all).<br></div><div> <br></div></div></div></div>