>> /harmonyseq/sync - forces harmonySEQ to stop playing the current bar
I'm not sure if I understood your problem, but if you are sending a
OSC sync command to harmonySEQ on each bar, then this indeed may cause
some problems - the proper approach is to set harmonySEQ's tempo to
exactly the same as other applications use, and send /harmonyseq/sync
*just once* - and this will keep them synchronised.
Though I like Fons' suggestion concerning jumping to the nearest bar,
that seems a reasonable solution, will try to implement that once.
>> /harmonyseq/event T - triggers OSC event with tag T (integer), and
Maybe I wasn't clear about the tags - these have nothing to do with
OSC's own tags, and are indeed predefined, so that harmonySEQ will
react the same manner each time.
Adding a new OSC event in harmonySEQ you need to specify a parameter -
let's say you chose 5. Then harmonySEQ will trigger this event if and
only if it gets a '/harmonyseq/event 5' OSC message. This way you can
have a bunch of events, each with different parameter (this parameter
is called 'tag', but it's just a matter of naming), and you can choose
which one you want to trigger, by selecting the appropriate number
with a /harmonyseq/event X message.
I hope it's clearer now.
Linux-audio-user mailing list