This is not how it should be @matthieu_guihot@Robohub Is this new with Cubase 13.0.30 or was it also in 13.0.21 â and does/did it work with Cubase 12 on your systems? I tried 13.0.30 on macOS Ventura a couple of days ago, but couldnât reproduce what you describe
@matthieu_guihot Have you already read the following part of the Readme?
the âSendsâ button [âŚ] turns the rightmost push encoder and the jog wheel into controllers for the value thatâs currently under the mouse cursor â like the Steinberg CC121âs AI knob.
@matthieu_guihot You mean the Plugin encoder assign button banking behavior? It is mapped to the InsertPluginViewerâs next parameter bank action once youâre in the Plugin encoder assignment. No looping involved. But I donât understand how this would relate to the other issues?
@bjoluc: I know that itâs possible to have the scribble script text black on white, or white on black, using SysEx methods. I think you just add 40 to the channel number. Iâd like to try this out, but I canât find anywhere in the script to alter. Is it possible? If not, could you consider this a request for a future update? I think in certain lighting conditions it would be easier to read
AFAIK, this does not work in MCU mode (only XCtrl or so if I remember correctly). But if you manage to find a SysEx message that does this in MCU mode, Iâm happy to add it as an option!
You do remember correctly! As a quick hack, in SetChannelColor, I tried changing colorVariable.set(context, color); to colorVariable.set(context, color+0x40); and no change. While I was there I also tried +8, +0x10 etc, but still no difference. Maybe in v1.23âŚ
since yesterday i noticed that the encoder assign buttons (pan, EQ, send etc.) only work when i press them together with SHIFT. Also, the display doesnât have the numbering of the sub-page Iâm on in say EQ.
This situation persists even after I reloaded the script.
I wonder what is the reason for this?
âŚsorry, I see now that this problem has been reported before. Well, I have this in Cubase12, not 13.
Has anyone managed to find a solution in the meantime?
Update:
I experimented and found the following about the âencoder buttonsâ problem:
Basically the problem is project dependent. The encoder buttons work fine when opening a new project or an existing project.
However, when opening certain projects, the operation stops. And when this happens, projects that were already working donât work anymore.
If I restart Cubase (the controller doesnât need to be restarted), operation is restored as long as I donât open any project that breaks operation.
I have tested the project causing the error. I deleted all the tracks in sequence, first the instrument, then midi, audio, etc. In the end the project was completely empty, I even deleted the pool: but the error persists for that project.
I noticed: for good projects, when I press the encoder buttons, the âlast touhed controlâ parameter (shown on the midi remote page) shows at the moment of pressing what action is being done (for example: Activate Subpage âEQ 1â, but when the button is released, it automatically and immediately returns to âRecord (Transport)â. For those projects where there is a problem, when the EQ is pressed, the button lights up but no change is made, and for âLast touched controlâ the value "Activate Subpage âEQ 1â remains, it does not automatically return to âRecord (Transport)â. If I press the record button, the recording starts AND switches to EQ mode. After pressing any encoder, if I press the record button, it will switch to the desired mode.
Thatâs it so far. It would be nice if this would help solve it.
Thanks you for the good description and analysis @fischnek. I have exactly the same issue with Cubase 13.
Maybe itâs possible to save and send a very simple projet with the issue to help to locate the issue root cause? (as @bjoluc wasnât able to reproduce it at the moment)
I can try to provide it if someone is interrested.
[quote=âbjoluc, post:265, topic:831493â]
This is not how it should be @matthieu_guihot@Robohub Is this new with Cubase 13.0.30 or was it also in 13.0.21 â and does/did it work with Cubase 12 on your systems? I tried 13.0.30 on macOS Ventura a couple of days ago, but couldnât reproduce what you describe
[/quote]thanks a lot for your help.
I hope we will find what happens.
Excellent script, thank you for your work @bjoluc! I have been making some modifications to my preference and doing pretty well considering I have a very basic understanding of scripting. The one thing I am struggling with is I would like to restore the original MCU style of paging back and forth through subpages using the channel left and right buttons. I canât seem to understand what the correct action binding to assign to these buttons would be to accomplish this.
Test_issue_script_Xtouch.zip (196,6 Ko)
Here is an empty project with the issue.
On my computer I was able reproduce the bug each time I load the project even if I restart all (computer, Xtouch and extender).
Iâve included :
A screenshot to show the Cubase version used.
The .js file used with my settings.
The .json with my personnal assignements.
@Crincy@doctorlaz@matthieu_guihot@Robohub@fischnek I experimented a bit with the demo projects you provided (thanks!) and it appears that disabling and re-enabling a script solves the issue for any project it occurs in!
@SignalsMusic Right, thatâs not at all trivial to do. I refactored a lot of the encoder assignment logic recently which should allow me to add a config option for your use case in a future version
Yes your solution works on my side @bjoluc !
Thanks a lot!!!
If we donât know at the moment why it happens if we are able to make it work again itâs not longer a blocking point.
I wich I could change the âmappingâ of my faders easily : there is a configuration in the script the set which tracks are enable (Inputs/Audio/Inst/etc.) but we are not able to modify this during a mix. When I use the dedicated buttons on the Xtouch it just show/hide the traks on the Cubase mixconsole but it doesnât change the corresponding mapping of the Xtouch fader. Itâs a shame, I use this a lot whith the standard MCU protocole.
The plugin parameters manager looks a little bit strange. I wich I could have a solution to go back to the previous page if necessary instead of having to go through all the banks to return to the first ones.
In addition I donât know why but after scrolling through all the banks there is a shift (the first parameter is not affected the first pot but on the second or third ones).
Thatâs not blocking points but with this improvements the scripts will answers all my current dreams
Hi all,
I released v1.10.0 a couple of days ago with lots of subtle performance improvements and some additional button mappings. The release also adds port auto detection for those of you using multiple extenders (via MIDI over ethernet) if you name the extender MIDI ports âX-Touch-Extâ, âX-Touch-Ext2â, âX-Touch-Ext3â, ⌠from left to right. Finally, thereâs also an official X-Touch One version of the script now.
Cheers!