[gmpi] Re: Topic 6: Time representation
- From: "Vincent Burel" <vincent.burel@xxxxxxxxxx>
- To: <gmpi@xxxxxxxxxxxxx>
- Date: Mon, 12 May 2003 00:23:52 +0200
----- Original Message -----
From: "Tim Hockin" <thockin@xxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Sunday, May 11, 2003 10:19 PM
Subject: [gmpi] Re: Topic 6: Time representation
> > In the opposite, i say thta i'm not agree with this method , because
first
> > it's more complicated to program for the host and for the plugger (the
>
> Vincent - how about this, then.
>
> You can program your host to quantize all realtime input to
buffer-accuracy.
> The rest of us can try for sample accuracy, if we like. The API will
> provide sample accuracy. You don't have to use it if you don't want.
> Consider it "future expansion" for your host.
>
> Also, I'd like to point out two things:
> 1) All the other modern plugin APIs are sample-accurate
> 2) realtime input is not the only thing that gets an event - don't forget
> recorded and sequenced data. Why forve quantization on that?
yes , that 's sure . we can do that. we can do so much things !
but it's again a potential compexity point , so a potential unstability
problem, and again a money hole.
well , i think i'm going to shut my mouth instead... and hire a guy to take
care about the GMPI for me ! :-)
Vincent Burel
----------------------------------------------------------------------
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:
