Closed RattlesnakeLodge closed 2 years ago
Thanks for the detailed report. When the bank moved on and the controller still incorrectly displays the old state: If you then do something on your controller, e.g arm a track, does it affect the correct track or still the old track? I basically want to know if this only a feedback issue or also a control issue.
You're welcome!
I just tried it. So, this is weird. When the tracks are not displayed correctly, pan, rec arm, solo, mute, and faders control the tracks in the old / incorrect track bank.
Fader touch, and Select did refresh the unit to the correct bank. I did test the fader alone by disabling fader touch mappings.
FYI: My "per channel" mapping in normal DAW mode is as follows...
Each ReaLearn instance has the following Compartment Parameters...
Any control that activates or changes the value of a parameter, is duplicated to change parameters the same way on the other X-Touch unit. For example, Shift button toggles the Shift modifier on ReaLearn instance 1, and a duplicated Shift button mapping controls the Shift modifier on ReaLearn instance 2. So, pressing Shift will activate Shift modifiers on both instances. The exception to this is the fader touch parameters. These parameters are independent on their respective instances, and are activated only by their respective X-Touch units.
I am attaching my sessions, exported as JSON, in case you want to see exactly what my mapping and parameters are. Hope that helps!
One more thing, I maybe did not mention, I did test in both -pre 9 and -pre 10, same behavior with respect to banking and feedback.
X-Touch_JSon.txt X-Touch-Ext_JSon.txt
.
One other thing: Minimizing REAPER, or bringing up another application in the foreground, THEN bringing REAPER back into the foreground refreshes the track banks. I do have REAPER set to close Audio device when stopped and REAPER is inactive.
You are right, there's something wrong with that. Looking into that.
Thanks for the report. Should be fixed in upcoming pre.
Confirmed, pre-11 fixed the issue I was experiencing. Vielen Dank nochmal!
Hello!
This is an issue I noticed while using pre-10, involving feedback and dynamic track selectors.
I am using two MCU devices...
I have setup "operation modes" using Parameter 2 in my two Realearn instances, and mapped buttons on my main X-Touch to toggle certain values in both. For example, Send button toggles a value of 4 in Parameter 2 of both ReaLearn instances, to activate mappings to control track sends, Plugin button is mapped to value of 5, to activate plugin mappings, etc.
I have also mapped modifier buttons to other parameters in both ReaLearn instances. For example...
All of the above is working as expected, and feedback is instantly refreshed on both X-Touch units.
What appears to be a problem is refreshing the feedback when track banking.
Under normal DAW operation mode, I am targeting tracks using the Dynamic selector, borrowing your Mackie controller preset formula, "p[0] 10000 + 0" for track 1, "p[0] 10000 +1" for track 2, etc.
Scenario...
Again, I'm not sure when this became an issue. I've slowly been creating a very robust and very detailed mapping scheme for for these control surfaces, and mapped my fader bank buttons possibly as far back as "pre-4" of 2.13, and it worked as expected at the time. I just happened to notice this issue when working in "pre-9" and "pre-10".