Content-Type: text/plain; charset=ISO-8859-1
> i think you may be confused about what JACK transport offers. its a
Thanks, that clarifies things a lot for me. I didn't think about the disk
seeking issue. (For my app, my intent is to have everything in RAM for live
playing ). Was the intent of the jack looping transport proposal to allow
clients to know that they were looping and do seamless looping too if they
Content-Type: text/html; charset=ISO-8859-1
i think you may =
be confused about what JACK transport offers. its a
global transport. that means that when you locate (which includes to
looping) to a new position, *all* clients must be ready to continue
processing audio before it can roll again after the locate. For some
kinds of clients, the transport is totally irrelevant (e.g. a software
synthesizer). For other clients, they can be ready immediately that
the locate happens (e.g. a MIDI sequencer running instrument plugins).
For other clients, there is a delay between the locate and them being
ready to play because of the need to load any amount of data from disk
(imagine locating to a new position in a 100 track session in a DAW).
now, if the clients all knew that (a) JACK transport was in a looping
state (b) where the loop points were, they could prepare for this, and
everyone could be ready immediately after the locate. Ardour can
already do this without JACK, for example (its called "Seamless
looping" in ardour, and rather than actually locate and then do the
data i/o, it understands ahead of time the the loop point is coming up
and gets the next chunk of data from the right place).
however, JACK currently does not have a mechanism to mark the
transport state as "looping" or to convey the loop points to clie=
that's why in Ardour, for example, seamless looping is not allowed if
you are synced to JACK transport (or MTC or MIDI clock or ...)Thanks, that clarifies things a lot for me. I didn&=
#39;t think about the disk seeking issue. (For my app, my intent is to have=
everything in RAM for live playing ). Was the intent of the jack looping t=
ransport proposal to allow clients to know that they were looping and do se=
amless looping too if they are able?