[gmpi] Re: Topic 6: Time representation
- From: Paul Davis <paul@xxxxxxxxxxxxxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Wed, 30 Apr 2003 13:44:18 -0400
>>>>
>why would you queue up notes before their time? there is always a
>chance that you'll need to tear them down before they are rendered,
>and the simple possibility of a queue/teardown cycle makes the code
>more complex than if you just render them as needed.
><<<
>
>If I queue them up in *musical* time units, then I will *seldom* need to
>tear the queue down. Musical time survives tempo changes...
yes, but if your arpeggiator is anything like the several that i often
use, i could be continuously reprogramming the note sequences by
providing various kinds of MIDI input, resulting in a change in the
queued MIDI data even if the time of each event stays the same. and if
the arpeggiator is complex enough, those changes might actually
require events be added or removed from the queue. the queue starts to
get ugly quickly, another example of the "well, it works great for
simple things but becomes really difficult to use for complex things"
phenomena so well known to anyone writing this kind of software :)
in short, i just can't see the benefit of queuing ahead of time (for
realtime plugins).
----------------------------------------------------------------------
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:
