[LAD] midi beat clock

[Tim E. Real]

On February 19, 2010 07:51:58 pm Rui Nuno Capela wrote:
> On 02/20/2010 12:40 AM, m.wolkstein at gmx.de wrote:
> > for more information's read here.
> > http://en.wikipedia.org/wiki/MIDI_beat_clock
> >
> > my question, exist something like this for alas. i am interested to send
> > midi beat clock signals from hydrogen to external hardware
> > synthesisers/arpeggiators. and i am explicit not interested to sync them
> > to any timecode. because the external machines have to run independent
> > and in a randomly order. they only have to sync there beats.
> >
> > here the mbc specs.
> > midi beat clock defines the following real time messages:
> >     * clock (decimal 248, hex 0xF8)
> >     * tick (decimal 249, hex 0xF9)
> >     * start (decimal 250, hex 0xFA)
> >     * continue (decimal 251, hex 0xFB)
> >     * stop (decimal 252, hex 0xFC)
>
> this is all about midi clock and song position pointer (spp) events.
>
> question is: which devices, hw or sw, are there that sync to midi clock?
> i'm afraid there's none.
>
> but wait, there are some that respond to spp: ardour, qtractor,... maybe
> many others ;)
MusE-1 syncs to midi clock, and responds to start, stop, continue and spp.
It also transmits them. It also recognizes tick but doesn't use it.
From what I understand, tick is nothing more than a periodic 'keep alive' 
 signal, not a sync signal. I could be wrong though...

>
> > and about ticks.
> > i fond out that linux audio apps all have other or there own definitions
> > about the quantity of ticks per beat. make it sense to find out an
> > accordance about ticks per beat. or is this irrelevant for any syncing.
> > especially i mean here syncing via jack-transport.
>
> that's also called "midi resolution", usually expressed in
> "ticks-per-beat" or "pulses/ticks-per-quarter-note" (ppqn/tpqn).
>
> i have this dogma, and please have a note, that in midi realm, a "beat"
> do translate to "quarter-note", "semiquaver", "seminima", etc. no matter
> which time signature you're into.
>
> ppl holding strong or deeper music (tempo) theory should come forward now
> ;)
>
> cheers