[gmpi] Re: Reqs draft

  • From: "Vincent Burel" <vincent.burel@xxxxxxxxxx>
  • To: <gmpi@xxxxxxxxxxxxx>
  • Date: Mon, 10 Nov 2003 14:49:25 +0100

----- Original Message -----
From: "David Olofson" <david@xxxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Monday, November 10, 2003 2:30 PM
Subject: [gmpi] Re: Reqs draft


> On Monday 10 November 2003 10.40, Vincent Burel wrote:
> [...]
> > > I load my host and it sees a new db entry for this wrapper
> > > plugin.  What I want it to see is an entry for each plugin that
> > > the wrapper wraps.
> > >
> > :-))))) this is not the own buzzness of the host sorry !  Again we
> > : are in a
> > "recursive no-limit thought" (the ones i love :-). Did you think
> > about wrapper that wrap an other wrapper that search plug-in on the
> > network which finds by internet an other wrapper that manage
> > plug-in which handles subway speed in NewYork. How the host will
> > know the name of all the guys in the tram !?
>
> If it's made the business of the wrapper plugin instead, it's no
> longer a recursive problem, but a recursive solution. :-)
>
> If you query a VST-in-GMPI wrapper, it'll return info on all installed
> VST plugins. If there's a DX-in-VST wrapper in there, it's the
> DX-in-VST wrapper's job to present all DX plugins to the VST host -
> which in this case happens to be our VST-in-GMPI wrapper. So, the
> GMPI host will get a list including all GMPI plugins, all wrapped VST
> plugins and all double-wrapped DX plugins.

:-) yes and if there is a GMPI to VST wrapper you make an infinite loop
:-))))

VB


----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules:  Please stay on topic.  You are responsible for your own
words.  Please respect your fellow subscribers.  Please do not
redistribute anyone else's words without their permission.

Archive: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe

Other related posts: