[gmpi] Re: Topic 6: Time representation
- From: RonKuper@xxxxxxxxxxxx
- To: gmpi@xxxxxxxxxxxxx
- Date: Fri, 9 May 2003 12:16:55 -0400
>>>
today audio systems work with 128, 64, 32 sample buffer.
128 samples buffering is already enough to react with whatever event, humain
can provide.
<<<
Except when the user has chosen to process audio "offline", to bounce wet
signal on to new tracks. For improved performance, we (and I suspect other
hosts) will increase the audio buffer size, instead of bouncing at the
streamed buffer size.
I also disagree that 128 sample is sufficient for human feel. 128 samples
is 2 msec @ 44.1 kHz. A good keyboard player or drummer can control their
performance to within that threshold.
-----Original Message-----
From: Vincent Burel [mailto:vincent.burel@xxxxxxxxxx]
Sent: Friday, May 09, 2003 11:54 AM
To: gmpi@xxxxxxxxxxxxx
Subject: [gmpi] Re: Topic 6: Time representation
----- Original Message -----
From: "Bill Gardner" <billg@xxxxxxxxxxxx>
To: <gmpi@xxxxxxxxxxxxx>
Sent: Friday, May 09, 2003 4:40 PM
Subject: [gmpi] Re: Topic 6: Time representation
> At 09:41 AM 5/9/03 +0200, you wrote:
> >i'm affraid i don't understand. For me the time representation for
plug-in
> >has to be computed one and only one time per audioframe (whatever the
number
>
> Sample blocks (timeslices) can be quite long, so we need events to be time
> stamped to occur within the timeslice, not just at the beginning, hence
the
> suggestions to stamp each event with start time in sample counts. Is this
> the source of your misunderstanding?
well i wouldn't beleive it ... but it's true... so ... i think it's a
complicated idea for nearly nothing.
today audio systems work with 128, 64, 32 sample buffer.
128 samples buffering is already enough to react with whatever event, humain
can provide.
tomorrow, we will get 16 or 8 samples buffer on audio system...
considering the buffer as the atomic duration for event handling is more
natural. otherwise it's not an event, it's a signal... then we have to
consider the information in a different way...
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
----------------------------------------------------------------------
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:
