7 Dec
2004
7 Dec
'04
6:06 p.m.
On tis, 2004-12-07 at 22:32 +0000, vanDongen/Gilcher wrote:
...
...
Or you need to add timestamping on incoming events
with respect to the
position of the audio-playback-pointer in the current period
Then you delay them by the same amount in the next available process cycle.
You increase response time but you decrease jitter. But then you need accurate
and quick-as-possible response for those incoming events and this is the
situation Paul mentioned, where it gets complicated.
This implies that either:
1) The driver timestamps when the interrupt happens (and that the
interrupt is not magically delayed.)
2) The "midi-thread" runs at higher priority than jack (so it can take
care of the event *excactly* when it happens, regardless ...)
No?
Just so you know why it is complicated :)
OK :)
G
--
(
)
c[] // Jens M Andreasen