21 Dec
2002
21 Dec
'02
1:24 p.m.
On Friday 20 December 2002 17.20, Tim Hockin wrote:
[...]
That wouldn't work anyway, since the things that depend on SEEK (and
SPEED) are generally not related to musical time, but rather wall
clock time, calculated from audio time. (That's why you need SPEED at
all for FFWD.)
//David Olofson - Programmer, Composer, Open Source Advocate
.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
--- http://olofson.net --- http://www.reologica.se ---
I think
it's too much to ask for plugin writers to manage
seeking. Instead the transport should do it by prerolling some
distance at faster than realtime (playback buffers are thrown
away as they are generated).
eww, the seeking needs to be instantaneous, and unless you suggest
supporting infinite tempo (forward and backward)...