[gmpi] Re: Instruments done, moving on to "Plugin Files"

  • From: Steve Harris <S.W.Harris@xxxxxxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Mon, 20 Sep 2004 11:04:16 +0100

On Mon, Sep 20, 2004 at 01:18:02 -0700, Tim Hockin wrote:
> On Mon, Sep 20, 2004 at 09:11:31AM +0100, Steve Harris wrote:
> > On Mon, Sep 20, 2004 at 12:25:41AM -0700, Tim Hockin wrote:
> > > Ok, I left it as an open-ended req.
> > > 
> > > 3.17 is done?
> > > 
> > > Last comments?
> > 
> > There is no mention of the internal v's external metadata issue. Maybe
> > thats for the best, but a note of the issues may at least be helpful.
> 
> I put it in as "static" metadata, but open-ended.  I tried to wrap up the
> benefits of external meta vs. benefits of consistency, but no one was
> biting on my hook, so called it quits on that one.
> 
> Req 87:    Enumerating plugins is done by recursively scanning 1 or more
> directories for GMPI plugin files. The GMPI spec or implementation groups
> may decide to provide for static metadata outside the shared object. If
> the plugin bundle includes static metadata, hosts should use that
> metadata. If the plugin bundle does not include static metadata, the
> plugin must be probed for metadata.

Sorry, must have missed this - consistency? If the plugins ship iwth
invalid external metadata then that is a bug, plain and simple.

I came to the realisation that the plugin cant really offer anything over
and obove static metadata if you probe it, so theres probably no point in
providing a requirement for it.

The cases I can think of where the metadata is not constant it varies
depending on the values of other controls and so on, so probing doesnt
help either.

Simply allowing the static metadata to descibe ranges of possible values
will be as useful.

- Steve

----------------------------------------------------------------------
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:

  1. Home
  2. gmpi
  3. Archive
  4. 09-2004