[gmpi] Re: Reqs 3.9. Time - opening arguments.1
- From: Tim Hockin <thockin@xxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Tue, 10 Feb 2004 13:38:08 -0800
On Tue, Feb 10, 2004 at 09:50:45PM +0100, Koen Tanghe wrote:
> > Great, sorry I missed it. I envision this running only while the
> > transport runs. Although someone else might need it all the time? Not
> > sure.
>
> I also think it is mostly needed while the transport is running.
I think it can work either way.
> OTOH, I can also imagine a plugin that allows you to set the tempo of a song
> at a certain point by drumming/singing/playing something into an audio input
> while the transport has stopped. Use case:
> Or also: why do you need this if the plugin follows the tempo anyway...
> Well, usually, tempo trackers need a couple of seconds to develop a stable
> tempo. Streaming audio analysis usually needs to take into account some past
> material before it can say something useful about the now, and this inherent
> causality causes some latency...
I don't think that we need to stop tracking tempo and friends while
transport is stopped, in fact, I think it is pretty obvious we CAN'T.
Regular clocking of tempo/beat may be a different story. It has been argued
against, and I am ok with that. What I originally thought might be useful
would be for a regular periodic event to be sent (whether transport is
stopped or paused or playing). Plugins could use that clocking to track
progression of music time. It has problems, though. It forces the host to
do things on tempo, instead of immediately. If I pause my sequencer then
hit play again, chances are that I want it to play NOW and not at the next
bar of the imaginary conductor. That may not always be true, but I think
that is a host issue.
So I'm not sure if we need this regular clocking or not. It was also
posited that we need it to handle beat phase?
----------------------------------------------------------------------
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:
