[gmpi] Re: Reqs 3.8 Events - ramped events

  • From: David Olofson <david@xxxxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Mon, 12 Jan 2004 15:40:56 +0100

On Monday 12 January 2004 14.53, Steve Harris wrote:
> On Mon, Jan 12, 2004 at 01:49:05 +0100, David Olofson wrote:
> > BTW, some kind of bandwidth hint for controls could be useful,
> > for ramped/non-ramped converters, as well as other things. That's
> > one thing control outputs might want to know about, if they want
> > to be smart, instead of just doing what the user tells them to.
>
> I dont klike this kind of overspecification 

Gives me a bad feeling too - and it gets worse the more I think about 
it. There seems to be no end to what information "might be useful" 
when effectively trying to bypass the normal behavior of controls and 
the event system.


> - if the reciever cant
> handle the volume of events it should just deciomate, if the send
> cant send enough, then it cant send enough. Generally the rate of
> control outs is goverend by the semantics of the data (eg.
> continuous pitch data form eg. a pitch tracker requires a certain
> update rate to be useful).

More specifically, a pitch tracker would probably have an output 
density that depends a lot on the input audio...


> Having bandwidth hints on the other end just confuses matters and
> doesnt really help.

...and if the bandwidth "hints" would have to come to life and behave 
like some sort of control outputs, it's starting to get real fun! ;-)

All this just for supporting something you probably shouldn't do in 
the first place...


//David Olofson - Programmer, Composer, Open Source Advocate

.- Audiality -----------------------------------------------.
|  Free/Open Source audio engine for games and multimedia.  |
| MIDI, modular synthesis, real time effects, scripting,... |
`-----------------------------------> http://audiality.org -'
   --- http://olofson.net --- http://www.reologica.se ---


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