Loopy Pro: Create music, your way.
What is Loopy Pro? — Loopy Pro is a powerful, flexible, and intuitive live looper, sampler, clip launcher and DAW for iPhone and iPad. At its core, it allows you to record and layer sounds in real-time to create complex musical arrangements. But it doesn’t stop there—Loopy Pro offers advanced tools to customize your workflow, build dynamic performance setups, and create a seamless connection between instruments, effects, and external gear.
Use it for live looping, sequencing, arranging, mixing, and much more. Whether you're a live performer, a producer, or just experimenting with sound, Loopy Pro helps you take control of your creative process.
Download on the App StoreLoopy Pro is your all-in-one musical toolkit. Try it for free today.
Drambo question
Been using a blueboard to route a Roland dp-10 to a cc knob mapping in Drambo. The blueboard cc number were changed via blueboard app.
Now I need to route it through the Roland keyboard instead of blueboard.
Need to convert the signal of cc64 so I can map to a knob.
Iv read a fix is in the works
but is there a workaround now ?
Comments
what are you trying to achieve in the end? Is it that you cannot map CC64 messages to knobs inside Drambo?
Yes mate.
Thanks.
Can it be sorted.
Or should I buy a blueboard ?
The easiest way to convert CCs is to have Streambyter (standalone) running in the background.
Enter and install this code in Streambyter:
BX 64 = BX 12This would remap all incoming CC64 messages to CC12 messages.
You should be able to map the controller in Drambo now.
Dosent work Rs.
Pianoteq in Drambo still recieves 64.
Then you must be receiving controller data from the wrong MIDI port. Make sure to pick the right one in Settings and disable receiving from the piano, Streambyter will forward all of its MIDI anyway.
Cant get it to work rs.
With different configurations
Try "Drambo" and "Network Session 1" too.
I think that you have to select the endpoint that Streambyter is sending data to, not the source.
That all happens in the background - AFAIK, Streambyter sends to all available ports except itself of course.
I had my own irritations about these ports in CoreMIDI 😉
@rs2000 and @sigma79 - the streambyter script is wrong those numbers have to be in hexadecimal. Should be:
Aargh that trap again!
Thanks!
Cheers.
Will check the code soon.
Dosent work still wim
If you go to the monitor screen in Streambyter, what do you see?
If you're seeing CC 0x40 in and CC 0x0C out then the next step is to put a midi monitor module on in Drambo to see if you're getting CC 12 in.
Should it show/stream midi from pedal ?
Did you Install Rules in Streambyter? That compiles the program.
You can use the monitor (magnifier) in StreamByter to see what it receives and what it sends. Then use the MIDI monitor in Drambo to confirm what the track is receiving. Once it's reaching the track, the rest is up to you.
Cheers.
No midi to streambyter
and installed rules.
The only code thats different is 0
Mine is a 0 number
Yours has a line.
StreamByter stand-alone just has its own virtual input and output ports. So it won't receive messages unless they are routed to it by another app. It doesn't just "see" everything going on in CoreMIDI.
If you load StreamByter as a MIDI effect in AUM (or Audiobus), you can route MIDI from hardware through StreamByter, and on to Drambo.
Still dosent work even with cc converted
.
Cheers people.
A feedback module needed.
Edit.
Midi feedback makes knob work but does create actual feedback.
So it will work.
Just need to know how to make it work ( as if a feedback module were after streambyter and before pianoteq )
or without a feedback module.
What say you Drambo Scholars ?
I can make it work with midi feedback but feedback module causes feedback.
Let's see a screenshot of your Drambo rack. I can't make sense out of what you're saying.
It only works with a midi feeback module before pianoteq
but dosent without.
Thanks for help.
Must have been an issue.
Had to buy a used blueboard from ebay.
Before it sold.
Will be worth it though.
You won't need the Blueboard app. Hold down either the B or C button while powering on the Blueboard. B puts it into "Notes" mode where the switches send notes, and C puts it into "CC" mode where the switches send CC's. In either mode, the expression pedal jacks send CC 16 for one and CC 17 for the other.
Cheers wim
Wont use app.
Blueboard works well in Drambo.
Let me try to explain, for future reference. You were trying to use MIDI Learn to control a parameter. MIDI Learn only works with MIDI input to Drambo itself, not with MIDI generated in the modules. MIDI Feedback sends the MIDI from the module to the Drambo input. This is similar to the MIDI Control destination in AUM. To prevent actual feedback, you need to make sure the rack with StreamByter is not receiving "All" or "MIDI Feedback". Anyway, glad you found a solution.
Edit: To block the feedback loop, you could use a Channel Filter before StreamByter, and convert the output to a different channel. Then MIDI Learn the converted message on that channel.
Thanks Dave.
I know this will work
Bought a blueboard now though.
Woodtroller has midi out, without a feedback module.
Id need to use the app to change midi channel ( if you can change midi for midi modes ) Otherwise its maybe a midi conflict with Mononoke and maybe Thermo. Which some parameters need to be on midi ch 1 for better resolution.
The ik media app crashes when connecting bluetooth.
So Id need streambyter anyway to change midi channel ( then not really needing blueboards )
I will message ik media or see if mononoke is ok with a different midi channel.
Edit.
There shouldnt be conflicts even though blueboard can only be midi ch 1
Thermo only has a few Must parameters from 32 to 47. Mapping direct to thermo even when using host. The rest get routed to au exposed parameters in host.
Mononoke can be any cc's.