[gmpi] Re: GMPI reqs draft 1 (part 2) for review, paragraph 4.10

  • From: Crudesoft <crudesoft@xxxxxxxxx>
  • To: gmpi@xxxxxxxxxxxxx
  • Date: Mon, 3 Jan 2005 09:44:40 -0800 (PST)

> They have to be audio rate in order to be sample
> accurate.  Unless you
> have another solution.  But you have been presented
> with this and not
> solved it.
> 
> > modules as a result. Efficiency issues of today
> should
> > not be part of a standard that wants to be a
> standard
> > of tomorrow. 
> 
> Ahh, so you mean that tomorrow we'll all have enough
> disk and memory
> bandwidth to not worry about it?  Don't think so.

I don't pretend to propose solutions, I just want to
say that, in my opinion, specifying the use of events
for non-event type signals is creating exceptions and
complications that may become a burden in the future.
Events impose a speed limit because they are big(ish)
as an object, so when you need many of them at high
frequencies their sum bloats very fast and they will
be heavier than streaming controls. 

It will not be the first time in history that
standards get stuck on assumptions as: Harddisks will
never get bigger than 100MB; We will never use all
possible 32 bit addresses on one network; We don't
need 16 bits to encode a year; No one has 1GB of RAM;
No one will be using this software for more than 10
years; You will never have enough bandwidth to use
audio rate controls; etc. Only the future can tell.


> us/them.  I've
> already said I'm willing to listen.  I've even
> argued your position,
> somewhat.

Yes, I appreciated that, thanks.

BTW, when I say random, I don't mean noise, I mean
random as in "you never know what may happen next". It
may continue as before, it may not.

BTW2 "We have always done it like this" is no
argument. "It works fine now so why change it?" isn't
either.

Crudesoft


        
                
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail

----------------------------------------------------------------------
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. 01-2005