Timing, Timing, Timing......

[Lindon]

@d-healey OK more than willing to do that - separating it out (its all in called functions anyway) wont be a big deal....

I can start run and stop the sequencer in the container...but I guess I cant see an obvious way to reflect the seq state in the UI

[d.healey]

@Lindon

I can start run and stop the sequencer in the container...but I guess I cant see an obvious way to reflect the seq state in the UI

Use the real-time script to update a global variable. In your UI script's deferred timer callback you can read this variable to update the UI.

I'm not sure about the timer drift, I think we'll need some input from @Christoph-Hart - although making the realtime/non-realtime change might fix the issue.

[Lindon]

@d-healey said in Timing, Timing, Timing......:

@Lindon

I can start run and stop the sequencer in the container...but I guess I cant see an obvious way to reflect the seq state in the UI

Use the real-time script to update a global variable. In your UI script's deferred timer callback you can read this variable to update the UI.

I'm not sure about the timer drift, I think we'll need some input from @Christoph-Hart

yeah thats the only way I could think of doing it....its all a bit sloppy tho (well subject to "visual slop" at least)... but if thats the only way...

[Christoph Hart]

If you want precise musical timing you need to use the onTimer callback, the other ones will run in the UI thread.

If you want 100% sample accurate timing, take the timestamp of the timer callback into account (Message.getTimestamp() works there also)...

[d.healey]

@Christoph-Hart said in Timing, Timing, Timing......:

If you want precise musical timing you need to use the onTimer callback, the other ones will run in the UI thread.

So I was half right :)

[Lindon]

@Christoph-Hart said in Timing, Timing, Timing......:

If you want precise musical timing you need to use the onTimer callback, the other ones will run in the UI thread.

If you want 100% sample accurate timing, take the timestamp of the timer callback into account (Message.getTimestamp() works there also)...

OK great - I understand the first part of what you said, but not the second... how would getting the current time(stamp) help me ?

[d.healey]

@Lindon I assume you can put Message.getTimestamp() inside the timer callback to get an accurate timestamp. You can then use Synth.addNote() instead of playNote to generate a MIDI note with that timestamp.

[Lindon]

@d-healey said in Timing, Timing, Timing......:

@Lindon I assume you can put Message.getTimestamp() inside the timer callback to get an accurate timestamp. You can then use Synth.addNote() instead of playNote to generate a MIDI note with that timestamp.

OK well Im still a bit lost in what you are saying about Synth.addNote:

So I'm in my timer call back....

I check Message.getTimestamp()

-- so now I know what time it is (and if I'm late for the party (because - lets say - I worked out the required timestamp value in the last step)

-- let assume I'm late - nothing I can do about it now (cant go back in time) gotta just play the note I need to play...

-- at this point I can tell the timer to "hurry up to the next step" with startTimer(mySeqStepLength minus how_late_I_am)

How does Synth.AddNote() help me here?

--- incidentally I moved the seq to the Engine.getTimer (told you it'd be quick) and that sounds like its fixed it...so I'm really asking these questions in an attempt to have a better understanding...

[d.healey]

I think Christoph's idea with using the timestamp is that it will prevent notes triggering early, but this won't help if the notes are triggering late. Yeah moving the GUI stuff out should make a big difference :)

[Lindon]

@d-healey said in Timing, Timing, Timing......:

I think Christoph's idea with using the timestamp is that it will prevent notes triggering early, but this won't help if the notes are triggering late. Yeah moving the GUI stuff out should make a big difference :)

Oh yeah - of course. Thanks for your help (and you too Christoph...)