I had a similar problem on my X-touch MINI. The layer A and B switches don't send any MIDI. However the knobs on layer A and B send different CCs. So what I did is just use the first CC message of the new channel initiate the channel switch of presets in Bome MIDI Translator pro.
Make sense?
Steve Caldwell
Bome Q and A Moderator and
Independent Bome Consultant/Specialist
bome@sniz.biz
Use one of the CC to tell them after reaching for example value 20 change preset and channel to 2. After reaching value 40 change preset and channel 3 and so on.
So I would have not 8 Faders only 7 Faders which I could use?
Not exactly. Just say ”hmm if the incoming message is CC#61 I must be on Bank 2 so switch to Bank 2 preset and continue”. If it CC 92 I must be on Bank 3. Of course this translator would have to be on an always active preset and the rest of the translators would be under their own Bank preset.
Steve Caldwell
Bome Q and A Moderator and
Independent Bome Consultant/Specialist bome@sniz.biz
PS. NAMM was very nice.
Ah yeah. I think now I know what you mean. I will take a look on the example you gave me with the Channel Updater with LED rings and try to convert it to this one. This should be run
Thank you very much Steve.
I am very excited to MIDI 2.0
I think this would be really revolutionary in the MIDI scene.
kindest regards
Mike
Ive tried two variations and one thing is failed on both. I think the last point I cant solve.
First I used the “APC-40-Knob-Memory” example and tried to make a channel change with variables you showed me there. Big fail. I couldnt let it run. I think the problem is, by the channel updater, that didnt runs correct at mine project.
So I took this aside and tried the takeover from the MIDImix example. So far so okey.
But it only runs the preset change by using one of the following CC in the used Bank.
I think, I cant use a takeover because the CC are all on the same channel. So I Put Bank A to Ch1, Bank B to Ch2 and Bank C to Ch3. But this didnt wanna run too.
I have used the normal bitmapping we used for the MIDImix and changed some commands, sometimes I get feedbacl from the knobs and other times I get nothing. So something is crashing the project, I think the problem is, because I didnt use the same CC in the takeover. Ive tried to convert the CCs to the same point, but without luck.
Hope you can help me with this.
Hi Mike,
Please post the project file that is closest to what you want with an explanation on what works and what doesn’t and I’ll take a look. I don’t want to do it for both MIDIMIX and APC40 both. I have a MIDIMIX on hand so that would be easier for me to fix. My APC40 is MKII so if you have a MKII then I can look at that, but if it is MK1 best to just start with the MIDIMIX. Once I get that working, you should be able to use the same technique to get it working with your APC40.
On both we made with Channel Switch, so this isn`t exact the same, as on the MPD232.
You will see, I have choose 3 different channels, after switching the bank. But, all 24 Faders are usually on the same Channel, only what change after push one of the banks, is the CC from the Faders.
I`ve tried to make it with channel change (which is the current project) and tried to convert the 24 CCs to only 8 same CCs.
So, Fader 1 is on
Bank A - CC20
Bank B - CC61 (convert to CC20 with pp=20)
Bank C - CC92 (convert to CC20 with pp=20)
But equal, which option I`ve tried I failed. And now, nothing runs, I didn`t get anything to run now.
I think, the takeover with different CCs could be the problem right?
Mike,
The original design for take-up was to have different channels for each column. This is how the rules were originally written. Since you put everything on the same channel now, the rules will need to be written accordingly.
It is important to save the values of each fader into the proper global variable when the fader moves and then to retrieve that value upon changing channels to calculate takeup. So now your channel switching seems to be working but your fader assignment for takeup is not.
You will need to completely re-design how you want your bitmap will work for tracking the values of your faders for take-up on each bank, then both channel switch and take-up should work. This remapping is beyond the scope of free support offered here but I can handle it as a paid consulting activity if you want. Just send me an email with your requirements. I’m guessing you will eventually have more than 3 faders but maybe I’m wrong.
Also from you project it looks like the target controller sends all different CCs on same MIDI channel but the application is looking for same CC’s for each fader but on different MIDI channel.
There are 8 Faders with 3 Banks, so it would be 24 Faders overall for this project.
Did I understand right, that I would need 24 different global variables for this Project?
I would need only an example for two Faders. The rest I would do alone.
Looking at your project in more detail, it looks like your bitmapping is correct. However I needed to take this statement from you channel switcher preset to the On activation preset for each Preset
zz=-1
The way you had it was channel switch was triggered any time you moved any CC so it invalided takeover.
I then set up the channel switcher faders to trigger on any ANY value and set to pp. Then I qualified the correct CC numbers by looking at pp. The way you had it is channel switch only occurred on fader 1.
It should work now.
Enjoy!
Steve Caldwell Bome Q and A Moderator and Independent Bome Consultant/Specialist bome@sniz.biz
I am so thankful for helping me out. You are an amazing soul. It runs perfect and correct.
I will have a detail look on it, how did you solve this.
I`ve searched on the internet for a soft-takeover and find a similar thing from Florian on the old forum. Would this run too? Or is it to old for the new Bome Version?
if pp<61 then exit rules, skip Outgoing Action
if pp>63 then exit rules, skip Outgoing Action
The other 5 Faders are 70 till 74
if pp<70 then exit rules, skip Outgoing Action
if pp>74 then exit rules, skip Outgoing Action
But if I write them together that`s didn`t wanna run. It get`s the first answer from the last known value from the last channel. Not from the current channel.
What I forget to do here?
Rule is:
if pp<61 then exit rules, skip Outgoing Action
if pp>63 then exit rules, skip Outgoing Action
if pp<70 then exit rules, skip Outgoing Action
if pp>74 then exit rules, skip Outgoing Action
and tried this too, but didn`t runs too.
if pp<61 then exit rules, skip Outgoing Action
if pp>74 then exit rules, skip Outgoing Action
EDIT:
Did I have to put for all PADS an imcoming and outgoing message? Or can I do something like a direct link?
Not seeing your project I’m not sure but I suspect on the other CC’s you are not saving to and restoring from the right variable or the right bits on that variable.
For pads, you should be able to put them under there one always on preset since you don’t care about either retaining there values or bank switching.
Please see the attached. I use 24 global variables (3 banks of 8) to track the current fader position to determine the takeover point. All of the logic for takeover is in translators 2.0 and 2.2.
Translator 2.0 compares the current position delta of the fader and compares with the last known delta and only executes if they have crossed over.
Translator 2.2 captures the last DAW fader position so we can calculate the delta position in translator 2.0.
To reduce global variable use, I keep the last known position in the upper half of a given global variable and the current position in the lower half. I keep a 'sync" state bitmap of each fader in the global variable gc. All global variables used are in rules of translator 0.2 “Initiialize Global Variables”.
Preset 1 handles track up/down and bank up/down commands.
