To make this, I need to figure out 2 things really.
How do I grab the name of a selected track from cubase? I was skimming docs and I couldn’t see for sure a way to do this? Am I missing something super obvious?
Secondly, can I get the current project time in time/beats easily?
Basically what I am thinking is using the MCU mode on the X-Touch One, and translating what I need.
Why MCU, and not generic midi mode on it?
I want fine control of the fader, as mcu sends pitchbend, whereas normal midi sends 7-bit midi. I already did some proof of concept stuff here translating pitchbend to 14-bit midi in a python script, so I know it’ll work, and I saw that you can bind pitchbend using the api anyway, so I could forego that conversion entirely if I use the api I reckon.
Secondly, I want to be able to use the lcd display for track name, and I want to make use of the time/beats&bars display of the controller as well. This can be accessed in both midi and mackie mode, so this isn’t a deal breaker.
This part is me also wildly assuming I can send sysex to my controller, I can right?
Oh any idea on the other question?
I.e. retrieve information about the project time? Since my controller has the time display, it’d be neat to be able to fill that from Cubase as well… I can imagine this being trickier, but worth a shot if possible.
I gladly work with non-intuitive and creative ways to solve it if possible
Btw I had a quick go over my lunch break and damn this is lovely to work with.
I started my proof of concept control script, and it was quite straight forward to get going with the guide.
However, not to pollute this thread with [these are all my problems help me], but this is my problem, please help me
I set up a quick script for my Behringer X-Touch One in mackie control mode ( so fader sends and listens to pitch), and i bound that to the selected channel volume.
It “sort of” works. If I change the volume from cubase, or my other controllers, the fader on my X-Touch listens and follows accordingly, however, when I use the actual fader on the X-Touch, Cubase only listens sporadically at best…so the behaviour is like this:
I sweep fader
Cubase updates 1 or at best 2 times across the sweep, but it definitely does not follow. Is the pitchbend functionality not quite there yet? I noticed the pitch bend wont get recognized if I just work with the GUI for midi editor, it can only be set in the scripts so far it looks like.
I found that if I sweep really slowly, it updates a little bit more frequently… it’s as if there’s a throttling on the input (since well pitch will send a ton of information, making that quite reasonable).
Any advice on this? Is there a setting I need to do?
I have it set up to jump to value, and again, if I change volume from anywhere else in Cubase it follows on my controller, but controller can’t control the volume correctly.
Just replying to myself… I got the reply here, and I was being a dummy about the volume.
Just remove midiOut from the control…because why do I need that when I’m already talking to cubase directly…duh!
The output is not needed in this case, as we speak with Cubase through the API, not midi. So sending midi out, and essentially back to ourselves is not needed.
We need to listen to midi in to receive changed values from Cubase, but when sending from the device, we are already talking to Cubase with the API.
That’s how I understand it right now at least, but tonight or tomorrow morning when I get free time I can confirm how it works. I may be wrong in how I understand it, but yeah…time or Jochen will tell for sure, whatever happens first
Thanks for the reply, this looks like you did a really big deep dive.
Will read through this in a bit when I’m done with work and see if I can catch any obvious easy fixes for my situation.
I’m still a bit curious how this didn’t work “out of the box” the way I set it up, even if I understand the feedback situation that is happening. You did post some interesting notes regarding the mOnProcessValueChange though that might be my problem.
@Jochen_Trappe , this code worked great in 12.0, but seems to be broken in 12.0.20. It causes the script to come up in a bad state. I can hit bank prev a couple times and come out of the bad state, but on script refresh it always goes to a bad state. If I comment out this section of code, all is fine (other than I don’t get the track names)
bad state = all the colors on the knobs go to an uncolored state and mOnPrcessValueChange and mOnDisplayValueChange do not respond. Changing sub pages or changing banks seems to “colorize” the knobs again and everything starts responding normally. I did not have this issue in 12.0 and I don’t think I had it in 12.0.10. Only 12.0.20.
EDIT: I changed where I was implementing this and it no longer hangs. There is one little glitch where after the first bank change, mOnDisplayValueChange does not get called but on all subsequent bank changes it does get called.