Re: [LAD] Standalone resources browser - mockup, near of publishing, need discussion

From: Zlobin Nikita <cook60020tmp@email-addr-hidden>
Date: Fri Jun 06 2014 - 01:28:58 EEST

What do you mean by filtering? If some plugin type is not supported by drag
target, than it obviously should reject it.

> On Thu, Jun 5, 2014 at 7:25 AM, Zlobin Nikita <cook60020tmp@email-addr-hidden> wrote:
> > As for plugins: currently each audio application has own plugin browser.
> > In
> > some cases it is very handy (ingen, carla), sometimes awful (audacity, may
> > be
> > more). My hope is to make it external with filemanager-like workflow.
>
> then you'd better be considering cases where the host has its own reasons
> to filter the list presented to the user.
>
> > Dragging to jack patchbay canvas may be used to load plugin in single host
> > (not sure, what about instrument, since there is usually separate sampler
> > engine, usually managing all instruments).
>
> indeed.
>
> > Not implemented:
> > Just have to learn VAMP and somehow try VST - for some completeness.
>
> VAMP is not a realtime plugin API. VAMP plugins are for feature analysis
> not audio processing.

And about realtime - some processing plugins are not marked as realtime-
capable (TAP plugins), as well as RT may be used for non-realtime work.

Any sample editor, like audacity, mhwaveedit, could also accept them for non-
realtime operations. Btw, hopely, there could appear even video plugins. Of
course, if there are some standards appart gstreamer plugins.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Fri Jun 6 04:15:02 2014

This archive was generated by hypermail 2.1.8 : Fri Jun 06 2014 - 04:15:03 EEST