I have looked to the whole map, changed everything what it should be changed. But some special knobs from special channels are react to another channel knob from my project.
I have made some log files, some tests with other channels, linked as much as I could to find the mistake in a small place, but nothing seens to be wrong.
Could you tell me, why the log file shows me, sometimes a reaction from the last saved knob on the other part the reaction of the other saved channel value?
I think, the variables with the same number, are the variables which didn`t in use.
Restart your project. Look at all of the values and make sure they are OK for initialization.
Move the knobs on MIDI CH 1. Look and make sure the right values have changed and only for the current channel.
Switch to MIDI CH 1. Check that variables still OK, only thing that should change I believe is zz when switching channels.
Also, disable translators or presets for any channels you are not using in your project file to eliminate them as the cause.
There is really no other way to do this. Debugging just takes a lot of time. I’m sure there is a rule somewhere that is misplaced. It worked perfectly on 2 channels on the example I sent you so you must have introduced the issue.
If you can find an issue with the 2 channel example I sent you, let me know and I will look into it.
Steve Caldwell
Bome Q and A Moderator and
Independent Bome Consultant/Specialist bome@sniz.biz
Looks correct, although you can safely remote uu=0.
Also if you copy and paste into your rules, make sure there are no lines highlighted in red. For instance the quote marks posted this forum are not compatible with MT Pro quote syntax.
Also, this will only work for the top knob. R1C2 For the next knob down you will need to make vv=1
Hmm, on second thought vv will need to be 4 not 0 since we are using a 32 bitmask to determine if knobs are touched.
Column 2 should be 4-7
Column 3 8-11
etc
qq=qq
if rr==qq then tt=1<<vv
if rr==qq then tt=tt^-1
if rr==qq then zz=zz&tt
if rr!=qq then exit rules, skip Outgoing Action
Label “done”
rr=qq<<21
// mask 1FFFFF
ss=127<<21
ss=ss^-1
yz=yz&ss
//yz=yz&2097151
yz=yz|rr
You will need to set up a new variable for the master fader bitmap. We are using all 32 bits of zz for the other controls.
I would suggest zw but since all you need is one variable you do not have to bitmap it.
Any time you change channels set zw to value of 1 and when you cross over the takeup point in your translators set it back to 0.
No I have the last but not least question for this topic.
My last column, column 8 makes everytime a last saved point/value from last channel. But everything is the same, and runs perfect only channel variable and the vv= another one. On it…
What is here the mistake?
Did copy paste and tried out on only 2 Channels, nothing seems to be wrong….
Channel 1:
vv=28
tt=zz>>vv
tt=tt&1
if tt==0 then Goto “done”
rr=nz&127
qq=qq
if rr==qq then tt=1<<vv
if rr==qq then tt=tt^-1
if rr==qq then zz=zz&tt
uu=0
if rr!=qq then exit rules, skip Outgoing Action
Label “done”
ss=127<<0
ss=ss^-1
nz=nz&ss
nz=nz|qq
n0=nz
Channel 2:
vv=28
tt=zz>>vv
tt=tt&1
if tt==0 then Goto “done”
rr=nz&127
qq=qq
if rr==qq then tt=1<<vv
if rr==qq then tt=tt^-1
if rr==qq then zz=zz&tt
uu=0
if rr!=qq then exit rules, skip Outgoing Action
Every channel, from every column everything the same, only the variables another ones.
Example: column 3 channel 3 – iz=i2
For Column 8 from channel 1 till 3: nz=n0, n1, and n2
Everything seems be correct.
Didn`t understand why only column 8 didn`t runs correct. All other columns from 1 till 7 and channel 1 till 16 runs perfect.
Maybe a bitmapping mistake? But it should work correct till vv=31. Because isn`t more than 32 bits…
Should work,
I suggest you use logging and variable exploration to see what is going wrong.
I would start with turning on rules and then scroll down to the appropriate translators that manipulate that variable.
I`ve tried a crazy thing. I have changed the vv=28 till 31 to vv=33 till 36 and now it runs! Without problems, but is it really correct and can I run this always so?