my guess is that Axe’s sysex is only saying “Now” every downbeat.
Thus it would be not very different (from Midihub’s POV) to tapping a key at the same tempo; Midihub still has no way† of taking those periodic taps and calculating a BPM from them.
† currently. That’s why I posed the question to Giedrius (he’s one of the Midihub designers who would know the answer)
I wonder how many pedals can take a tap tempo in then send out Clock via MIDI? Pretty sure ZOIA would but unless you’ve already chosen to go down that near-infinite rabbithole…
It would be neat addition to MH - and a step toward making it the core of a live setup!
Thank you for your reply. The sysex is sent as a stream on every downbeat. (Quarternotes) so it is essentially a beatclock. And if could convert it to a cc (or something Else the Midihub could understand) i could map that to the tap switch in midihub and make midihub the clockmaster.
There are a lot of midi pedals that can send clock. I got one. (solman by source audio)
But it dies not have enough switches, and does not serve a purpose other than clock. So I want to have another solution to this. (Hence I ask the great oracle)
Yes. I got an fc12 (special pedal for the fractal grear) this has built in tap tempo. This pedal controls the axe fx. It’s not midi. But a solution of their own. So the sysex is sent as a stream from the axe fx not the pedalboard
The Tap Tempo is simply not implemented yet. How it could work is to provide a parameter that could be mapped (like “Manual Retrigger” in LFOs) that would react to taps and adjust the tempo.
Btw, is the ‘down beat’ the first beat of a bar?
Using SysEx to signal this is not standard, normally it’s done by sending a Start message or Song Position Pointer, then producing the Clock messages at the required rate. I’d be interested to know which devices make use of the Axe Fx’s SysEx message.
I see. Maybe i need an arduino for this project. I guess i could fit a small box (same size as the midihub) in the back of the rack. Was hoping that i would not need to go that route. (mad bad electronic skills)
And just to elaborate. This way of sending tempo is not normal. I know. But Clocking is not an option in the fractal gear. This is why i need a workaround.
I belive the FC 12 uses this sysex to give a visual confirmation on the tap button. (led flashes and bpm value on screen) They have effectively made you kind of need to buy their footswitch. But if you want to use several pieces of gear (synth/sequencer/vst/other delay units etc) you would need to clock everything.
The axe only sends a steady pulse relative to the tempo in the unit. It is sendt as quarternotes.
It does not have any bars and beats, so i guess you could say the axe says; “now, now, now, now” and so on. Or you could interpret it as meassures of 1/4.
That’s what i was thinking, though the manual suggests it’s more “NOW- two-three-four”, presumably to save sending Sysex 4x as often
(their mention of “no checksum is sent so as to minimize message length” corroborates that)
btw, Blokas’ Midiboy is based on an Arduino.
(I was thinking more Pisound/patchbox - Pure Data. Maybe ask @Giedrius /@Pranciskus directly for their advice about how best to fashion a hand-crafted solution?)
Gotta say, this bothers me in terms of changing tempo; having to wait a whole bar before determining whether the bpm has changed!
I think if I was writing a script for it, I’d prefer to go the route of sending Axe the ‘Tempo Query’ Sysex (as often as practicable) and using the response to convert it a mapped CC value for a Clock pipe.
The axe only send out downbeat tempo. It does not understand meassures/bars. The tempo is changed instantly depending on how many presses one choose to use to set the tempo (twice/average of 10 taps etc)
I am only trying to convert to beatclock. Just for other gear to have a pulse that can be changed at the same time.
I play in a progressive rock band, and we use alot of different time signatures and metric modulation and such, so I am mostly interested in a running clock (at all times), that responds to changes via the sysex.
The theory is that you could measure the frequency of the pulse in ms. Then you would have to generate 24 ticks in between them. That way you could end up with a midi beatclock.
It sends a quarter note pulse. So it sends every quarternote. There is no sequenced measure. It’s just like an old analog metronome. It keeps a steady quarternote pulse.
Just to be clear, I don’t want cc values to handle this. I believe the best bet is to measure the time between every beat and trigger the beatclock from an array. Some coding is probably needed.
Yes, I get all that, Anders, but if those Sysexes are only coming in every:
1.5s (160BPM)
2s (120BPM)
3s (80)
4s (60)
etc
then this leaves yawning gaps –in which you guys may have changed tempo (and you’ll have tapped in the new one)– before the next calculation updates the BPM on all the other devices!
No. That is not right. It sends quarternote pulses. With no meassures. If you absolutely want to use 4/4 as an hypothetical example, it sends all 4 quarternotes in a bar.
It’s just that I don’t need the meassures. I’m not implementing song position or anything like that. What I want is other gear to relate to a pulse. Hence midi beatclock