Version 3.6 beta

This beta version has some bug fixes and a new menu-like feature in the multi-dials and the Mackie dial. You activate the new feature in the "Rotate while pressed" section of the Mackie dial and in the Options tabs for the multi-dials. I'm very interested to hear what you think about this new feature. There is also a pretty substantial internal restructuring of how dials build the display, so if you notice any problems with that, please let me know.

Please note:

1. Stream Deck V6.4 is required to run this version; it will install but not run on Stream Deck 6.3.
   
2. As always, when using beta versions, please back up your profiles before installing the beta. I have no apparent reason to suspect anything destructive will happen, but it is better to be safe than sorry.
   

Version 3.5.3.177 Use version in later post.

Hello and thanks for this beta.I tried the new option with a multi dial and a 700 ms delay.
My comments below :

1. If you press and release the button (without turning it and within the delay) we are stuck in the menu. The menu appears (after the delay) but it never disappear after a rotation. We need to change page to reset the control properly.
   
2. In the previous situation, if  you press the button a second time we are still stuck in the menu and rotation does nothing (frozen).
   
3. In a Live situation, referring to "item 1", "item 2" is not very useful as the controls (faders or vpots) are hidden and we don't necessarily remember what was their actions. Could it be possible to use titles instead ?
   
4. Having the option to select nothing (None) is not very useful, IMHO.
   

Thanks again for your hard work.

Thanks for the report.

I've been thinking about the item-switch logic, and it's a bit counter-productive to hide the actual items to present a menu where you can select an item. I've also considered using the titles in the menu, but even better would perhaps be to skip the menu altogether and select the item when you press/rotate the dial.

The problem with that is that I probably must hijack the press/rotate action from all items and have a global setting, and I think that function must react immediately and not have a timer as the menu function.  

With the menu, it's self-evident when the switch logic takes over, but if I have no menu, I have no way of showing when the items press/rotate function is active and when the switch function is active, so I think the switch function must be global and immediate.

Any thoughts about this?

Well, design decisions are never easy.

Admin wrote: it's a bit counter-productive to hide the actual items to present a menu where you can select an item.

I fully agree.

Admin wrote:I probably must hijack the press/rotate action from all items and have a global setting

Not necessarily. Only the press function needs to be supercharged and you could keep the dial press action as defined in the control parameters (in addition to the item selection function).

Also I'm not a big fan of delays (long press function) because your never know when they are activated unless you have a sort of immediate feedback.

"Press and rotate" is also not always easy, so I would eliminate the need to rotate for doing something.

So for me the best solution is to have the press function immediately cycle/select through the different parts of the multi midi (4 parts maximum), when setup a such in the options tab. Then we have immediate feedback through the selected item indication of each control and we always know were we are and what the button press will do. Rotation is not really needed in this case, especially if you have only two or even three items.

Just to illustrate what I have implemented at the moment (before the beta, using the standard "pile of buttons" control to encapsulate the midi controls), which is very similar.

• It works perfectly well, at the expense of duplicating the controls, pre-selecting them,  and sacrificing the midi dial press action (which is reserved by the pile of buttons).
  
  
• In a two items scenario, the rotate while press can still control the other state (or next state if we have more than two items) value without changing the state of the pile.
  

Should you implement a "single press = cycle" function as discussed above, I would not need to duplicate the controls and still could send a midi message when the dial is pressed (in addition to the cycle function).

I hope it's clear enough and obviously I am unaware of the technical constraints.
Let me know what's you decision and when you need further testing.

Thanks for your thoughts.

I tried changing the press/rotate from being a menu to showing a "Select item" overlay to show that the function is active, and the item activation is visible when you rotate the dial.



This feels much more intuitive and works both with a delay and as an immediate action.

I'll see if I can include the press/cycle function cleverly.

Hi Gunnar,

would it be possible to include a mapping feature for the new "select item" overview. Just a file to map "channel1" to "synth1" depending on the mackie midi port I am using with this control?

cu
Jörg

Btw. once activated I am not able to uncheck the Channel selection for the control. 

I noticed the checkbox couldn't be cleared, so I fixed that. I have also, as you suggested, added a feature to display the track name instead of "Channel x" for the Mackie dial.

I have some more things I want to fix before publishing a new beta.

Just another idea.. 

It would be nice to have the "Display Mute state"+"colorize handle" functionality from the Dial Mackie Control also for the normal Mackie Control.

Joerg wrote:It would be nice to have the "Display Mute state"+"colorize handle" functionality from the Dial Mackie Control also for the normal Mackie Control.

The problem is that there is no predefined definition of which controller is "mute".

Admin wrote:

Joerg wrote:It would be nice to have the "Display Mute state"+"colorize handle" functionality from the Dial Mackie Control also for the normal Mackie Control.

The problem is that there is no predefined definition of which controller is "mute".

Ah ok, I wasn't aware that of this difference between Elgato Knobs and Elgato Dials. What about using two different buttons states to emulate a mute functionality like when using the normal Control Change / NRPN Button?
Is it impossible to change the button state without pressing it?

Sorry, I didn't read your question properly.

The building blocks (i.e., images) used to build the display differ between the Mackie dials and the Mackie buttons, so with the current design of the buttons, I cannot make the adjustments required to have those features on buttons.  (...well, it might be possible to some extent, but I haven't done that [yet])

I don't understand what you mean by changing the button state without pressing it. The plugin can, of course, change the button state however it wants and always keeps the button state in synch with the receive (or sent) state for the defined controller.

A new beta version.

• I have changed how the item selection is visualized on multi-dials and added the option to step through items on dial press.
  
• For the Mackie dial, there are now options to display track names in the menu, but if no track name can be found, it will still display "Channel x".
  
• A reported problem with cycle files is also fixed in this version.
  

Version 3.5.3.207 Use version in later post.

Admin wrote:I have changed how the item selection is visualized on multi-dials and added the option to step through items on dial press.
A reported problem with cycle files is also fixed in this version.

Thank you very much for these updates.
I can confirm that the fix and improvements work well.

A small comment : "The Rotate while pressed action is controlled by the item selection option" (when delay is set to 0 ms) does not work within a streamdeck button pile. The item initial "Press and rotate" is still active in this case.

"Press the dial for next item" does not work either within a button pile but it's probably normal. I can guess that the press is eaten by the higher level, although I am unaware of the technical details.

Another bug on this beta, a regression I think.
On dial (not multi) press actions, the "On" and "Off" icons do not show anymore.
The midi message is sent correctly.

I verified that icons show properly in 3.5.3

Refresh Multi Mackie Error

deactivating already defined Multi Mackie Actions items not working correctly.

Oh, that icon problem must have been present in the first beta as well.

Fixed now; sorry about that.

Joeorg, I can't replicate your problem.     Are there any errors logged in the log file (errors are logged even if you haven't enabled extended logging)?

Version 3.5.3.209

Admin wrote:Oh, that icon problem must have been present in the first beta as well.

Fixed now; sorry about that.

Joeorg, I can't replicate your problem.     Are there any errors logged in the log file (errors are logged even if you haven't enabled extended logging)?

Version 3.5.3.209

I checked my test case again in 3.5.3.207 same behavior but no errors in the normal log.

2023-11-16 21:32:27.8256|DEBUG|TrevligaSpel|Logger Initialized
2023-11-16 21:32:27.8804|INFO|TrevligaSpel|Plugin [se.trevligaspel.midi] Loading - 11 Actions Found
2023-11-16 21:32:28.0640|INFO|TrevligaSpel|RunAsync Start
2023-11-16 21:32:28.1051|DEBUG|TrevligaSpel|Plugin Loaded: UUID: 395C1B8D8B240E408D45C825CD8E75A8 Device Info: Devices:
[Id: F7FB5408A117D1FD12966C0099CFFE0A Type: StreamDeckMobile Size: Rows: 8 Columns: 8]
[Id: 8C8F4250384A04C2D0BCEB0478841950 Type: StreamDeckPlus Size: Rows: 2 Columns: 4]
[Id: D71A3FD4D97D37F5BBFC61C6F13BCD43 Type: StreamDeckMobile Size: Rows: 8 Columns: 8]
[Id: 40F22F6F89AB0EAAD15FF3FDB40CAC4D Type: StreamDeckMobile Size: Rows: 8 Columns: 8]
[Id: E4081A4570A71A869536C2D711A5D6B4 Type: CorsairGKeys Size: Rows: 1 Columns: 4]
[Id: E77015FA9AF980029CA2CA0372321E93 Type: StreamDeckXL Size: Rows: 4 Columns: 8]
ApplicationInfo: Language: de Platform: windows Version: 6.4.1.19697
PluginInfo: Version: 3.5.3.207

2023-11-16 21:32:28.1051|INFO|TrevligaSpel|Plugin version: 3.5.3.207
2023-11-16 21:32:28.1051|INFO|TrevligaSpel|Connecting to Stream Deck...
2023-11-16 21:32:28.2649|INFO|TrevligaSpel|RunAsync WebSocketState.Open
2023-11-16 21:32:28.2649|INFO|TrevligaSpel|RunAsync registerEvent
2023-11-16 21:32:28.2649|INFO|TrevligaSpel|RunAsync OnConnected.Invoke
2023-11-16 21:32:28.2649|INFO|TrevligaSpel|Connected to Stream Deck
2023-11-16 21:32:28.2649|INFO|TrevligaSpel|GlobalSettingsManager initialized
2023-11-16 21:32:28.3748      0,00ms  INFO     5  Midi             plugin version 3.5.3.207, StreamDeck version 6.4.1.19697

Joerg wrote:I checked my test case again in 3.5.3.207 same behavior but no errors in the normal log.

Please replicate the problem with extended logging enabled and send me the log file.

Admin wrote:

Joerg wrote:I checked my test case again in 3.5.3.207 same behavior but no errors in the normal log.

Please replicate the problem with extended logging enabled and send me the log file.

Switched to Version 3.5.3.209

Great, thanks.

The problem was if VU meter updates were received at the same time you turned off an item.

It is fixed in this version.

Version 3.5.3.214 Use download in later post.

Looks like the new "Press/rotate the dial to select item" interferes with the "Dial press action - Show state icon" functionality. Every time you press the dial to mute the channel the "select item"  message does not vanish automatically.

You're the best!
Yes, the "select item" message is briefly shown when it shouldn't. I fix that in the next update.

This is a minor update to fix the problem reported by Joerg (where the "select item" message is briefly shown when it shouldn't be).

Version 3.5.3.216

I noticed that the channel selection for the Mackie dial changed "Previous/Next selected channel" settings, which it shouldn't have, so I have fixed that.

I have started to prepare for publishing this version; please let me know if you have any additional comments.