Message Scroll with more than one message to scroll gets out of sync when reversing scroll direction

I have set up a preset that should scroll through messages - messages are grouped in three: One sends a CC message, one changes the preset name and one changes the background colour.

As last messages I set scroll number to 3 and I have a msg with a Long Press that reverse the scroll direction and execute.

But two problems:

  1. The long press do reverse but it jumps two steps - perhaps due to problem no 2
  2. The scrolling gets out of sync. When starting out the resulting MSG after each release will be 3, 6, 9 etc as it should but after the reversing the MSG are 2, 5, 8

A simpler version with only one msg sending CC value per “group” works as it should.

Actually my preferred solution would be that long press just jumps one step back and after that next release will jump forward so a Press relese will go one down the list and a long press will go one up in the list but I cannot see how I can do that.

Both the advanced and the simple preset is in this bank:
MC6 Pro Bank

Hi, did you manage to solve your issue or to find a workaround? I’ll very likely run into the same problem soon, once I’ve solved a few other things :slight_smile:

I gave up on grouping Messages in blocks of 3 and now just execute cc messages

No response from Morningstar crew?

Still not, but the roadmap seems to indicate it’s ready for release, if I’m not mistaken: Trello

Can’t wait, that’s the one thing which really bothers me with that controller.

This should be fixed and currently in the beta firmware. Let me confirm this next week.

Hi @james, thanks so much for addressing this issue.

I just updated to 3.13.3 and gave it a new try, but I’m still facing issues.

There’s a good chance it is simply user error, as I’m not sure I understand the workflow.

My goal is to sequence “blocks” of several messages on a preset, and to be able to go through these blocks either forwards or backwards. (case use : Verse → Chorus → Bridge → oops I need to go back one step to the Chorus, or two steps to the Verse. Each block contains the same amount of messages).

Two extra presets would be used to control this, one to go forward, one to go back (using an Aux switch)

I’m not sure exactly how to achieve that, so far I’m getting mixed results. I had no luck with the manual (I guess it’s probably a bit too early for that)

If you have any pointers for me, I’d gladly take them!

In case, I attached a test bank I made, it’s probably easier to see in action than with screenshots. Preset C is the brains, preset U triggers preset C forwards, preset X is supposed to cycle backwards through the blocks.

Morningstar_MC6PRO_Bank_Backup_TEST REVERSE_20250605_185601.json (89.0 KB)

Apologies for the delayed response.

I just tested this - at the current moment, the MC cannot do one button scroll up and one button scroll down. For the message scroll options, there are only options to toggle the direction. What we’ll need to add for this are options to specifically specify the direction of the scroll i.e. Set scroll direction up and execute, set scroll direction down and execute.

The closest I can do to replicate this is to add a On First Engage action to trigger the toggle direction message on each of the aux switch, but there will be a possibility that the directions would be reversed for each of the aux switch.
Morningstar_MC6PRO_Bank_Backup_TEST REVERSE_20250620_140009.json (88.9 KB)

Too bad, it would be really great to have a full sequential mode option. I will give your workaround a try, though, and see where that leads me. Thanks so much, James!

The Message Scroll Counter does not only get out of sync in changing direction. It is off from the start, or more specifically: in the end.

If I (in my MC8 Pro) set up an preset with Message Scroll Counter ON and group them as two messages to scroll at each time.

First one: the actual message to transmit.
Second one: update of preset name (+ %G = showing the message counter digit).

The first pair shows the %G as (message): 2. Which is correct.
The second shows the %G as (message): 0. Logical and expected value would be: 4.

If I then add another pair again, I get: 2 > 4 > 0.
Logically it should be: 2 > 4 > 6.

I don’t experience any issues with the groups of messages being sent whether in forward or reverse direction. The group of x number of messages always gets executed correctly.

I understand if you are using the %G placeholder, the number displayed does get incorrect/confusing when direction is reversed. However, when I add a Preset Rename Message to each scroll step group, it works perfectly well.

Just to be sure I understand you right, I’ve attached a preset file that I find to be working well below for you to try out to see if it resolves your issue.

Msg Scroll Test.json (3.1 KB)

I am currently on holiday so I can’t check. Will come back next week.