Gabriel M. Beddingfield wrote:
> So, I think the MIDI creators intended this:
>
> S Stop
> T T T T T T T T .....
I think so too...
> It presumes that none of the T's will be dropped and that everyone is
> working off the same score. But, for your purposes, you might try the S
> Tx24 like this:
>
> S S S
> T T T T .... T T T T .... T T T T
>
> That is, your T's happen at the right time, and the synchronization
> attempt with 'S' would precede the synchronization T pulse.
As mentioned the two clients I test against misbehaves with this,
running at 116-117 bpm instead of 112.
> I have a hardware synth that's constantly sending out the T, but never
> sends S.
Same with seq24 and ardour (although ardour seems to sending "midi time
code".
Note the following is not to bash ardour, just a simple observation. As
stated I know nothing about midi clock I'm just fooling around!
I tried syncing renoise with ardour and that didn't work out that well
(ardour master to compare with when my script was master). They seem to
stay in sync, but they have the downbeat different places. After
stop/start the downbeats are messed up in a new way.
Maybe it's all just a shitty old protocol that is finally being replaced
by stuff like jack transport (that works very reliable, actually
precisely between renoise and ardour).
Maybe I should stop thinking so much and just hack away something that
works for exactly my purpose (I only need to sync with sooperlooper),
however wrong (according to the standard) it is.
Still, I'd be interrested in any input, though...
-- Atte http://atte.dk http://modlys.dk http://virb.com/atte _______________________________________________ Linux-audio-user mailing list Linux-audio-user@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo/linux-audio-userReceived on Sat May 30 00:15:04 2009
This archive was generated by hypermail 2.1.8 : Sat May 30 2009 - 00:15:04 EEST