|
Post by bongojak on Dec 5, 2021 21:17:12 GMT
Hello all (Nic!!), Is it possible to receive an incoming PC note to change the Tempo inside an AUM session?
The story, My bandmate uses a Roland SPX drum sampler in which he uses the built in click (live). The drum sampler does not send out MIDI clock, only midi notes and PC messages. Each kit sends out a PC message.. I’d like to take that PC message and change the tempo of my AUM session.
I've been researching the threads, I see things with midi fire as a “host” then to AUM.. or using the tap tempo in AUM.
I’d like to try using the tap tempo in AUMs midi commands…. PC message from Drum Sampler = midi channel 10 , PC - 20…….to tempo 180 in AUM I’m guessing I’ll need to set that PC-20 to a timed interval (x3) then set the midi command in AUM tap tempo to PC20 …. Am I on the right patch? Does StreamByter have time interval scripts? Thanks SO much for any help you can send my way.
|
|
|
Post by uncledave on Dec 8, 2021 2:03:48 GMT
Hi, Nic is of course the master of this, but I don't think you can make StreamByter send messages periodically, which you'd need for that AUM tap tempo. Basically, SB receives one message and sends one or more messages in response. It cannot loop and wait to send messages at different times. Now, you might be able to do it with the delay (+Dnnnn) parameter in the Send command. You could send several taps, suitably delayed, which might work. However, the delay time is not a variable, so you'd need to precompute the appropriate delays for each tempo, and hardcode a Sub for each tempo. This might work, but is pretty inflexible.
I think you'd be better off using Audiobus, which lets you MIDI map the tempo setting, and using Link to connect that to AUM. So, you could send the PC message to Audiobus, use SB to convert it to tempo, probably a table lookup, send that as CC to the Audiobus internal controls. Map that CC to adjust the Audiobus tempo. Enable Link in AB and AUM. I've checked the Audiobus CC scaling for Tempo, and it's a little odd. The range is 20..300 BPM, corresponding to a CC value range of 0..127. However, you could adjust the limits to make it work more rationally. I could try this out, if you're interested.
Cheers
Edit: I just made a quick test, setting Audiobus tempo from an LK controller, Link enabled, tempo is instantly reflected in AUM. So, we'd just replace LK with StreamByter and we're there. To me, this seems much easier than messing with tapping a tempo.
Late edit: I want correct an error I introduced above. SB can run periodically, with no external input. The trick is to Send a delayed message to itself, using the +I (Inject) and +Dnnn (delay by nnn ms) flags. Thus, SB still runs only once in response to each message, but that message can be a delayed one from itself. And it can send a new message each time, so it becomes a perpetual motion.
|
|
|
Post by bongojak on Dec 8, 2021 16:08:03 GMT
Wow thanks uncledave! After reading your response and alittle testing.. looks like I won’t even need StreamByter, but I will need to buy the IAP for midi mapping in Audiobus. It looks like I can assign any tempo to a PC message via Audiobus. No need to convert from PC to CC… I did not realize Audiobus can do this. Appreciate the response, helps more then you know! Now i need to test If the Roland drum sampler pedal inputs send out CC (or any messages). he also uses the pedal input to start and stop his click. I just need that message and assign to AUMs PLAY… then technically I’ll be close enough to the BPM of each song. again thanks for the response! Knowledge is power! You rock uncledave!
|
|
|
Post by uncledave on Dec 8, 2021 17:40:51 GMT
Great! That's good to hear. I was just about to offer another weird way to generate tap tempo, but we can forget about that, OBE. Cheers.
|
|
|
Post by mo13 on Jan 23, 2022 9:41:08 GMT
Great! That's good to hear. I was just about to offer another weird way to generate tap tempo, but we can forget about that, OBE. Cheers. would love to hear more on this, just played around with rewriting a clock in beat measures from a miRack module to tap tempo in AUM, which it follows nearly perfectly, the 'nearly' part doesn't cause any sync shifts as my hardware just gos along with AUM's main clock output. With that I had the idea with a eurorack module (FH-2) that has an internal midi clock send in 24ppqn which is obviously not working for tap tempo, I was wondering if there is a way to convert it to beat measures? There is also a physical button on FH-2 for start/stop and an encoder for changing the BPM, the botton can be rewritten to operate start/stop in AUM so that ofcourse would be a neat setup.
|
|
|
Post by uncledave on Jan 23, 2022 11:53:24 GMT
Great! That's good to hear. I was just about to offer another weird way to generate tap tempo, but we can forget about that, OBE. Cheers. would love to hear more on this, just played around with rewriting a clock in beat measures from a miRack module to tap tempo in AUM, which it follows nearly perfectly, the 'nearly' part doesn't cause any sync shifts as my hardware just gos along with AUM's main clock output. With that I had the idea with a eurorack module (FH-2) that has an internal midi clock send in 24ppqn which is obviously not working for tap tempo, I was wondering if there is a way to convert it to beat measures? There is also a physical button on FH-2 for start/stop and an encoder for changing the BPM, the botton can be rewritten to operate start/stop in AUM so that ofcourse would be a neat setup. You can just count clocks in SB, and emit a message every 24 clocks. But I think setting the tempo in AUM, when there are already clock messages flowing around could be very messy. Certainly, the clocks would not be synced. Edit: Here's the basic code. You could change the Send to any desired message. #DivideClock # sends a message every 24 clocks If load Ass J0 = 0 End If M0 == F8 # MIDI Clock message Mat J0 = J0 + 1 If J0 >= $24 Ass J0 = 0 Send B0 $10 $127 # send any desired message End Block # clocks do not exit this script End
|
|
|
Post by mo13 on Jan 24, 2022 9:40:03 GMT
thanks uncledave, in my case this just happens to work out fine as the clocks that are floating around are all slaved to AUM like I mentioned, one main out clock and the rest are miRack clocks coming out of audio channels, besides a short BPM-match bump with FH-2 on the start up, everything is steady plus no more need for ableton link module through wifi that drained the DSP.
|
|