I imagine a GUI control like a knob or fader being temporarily highlighted when the hardware counterpart's signals are in sync again.
Right now, you'd have to look closely if the GUI moves according to the physical comntrol. This is kinda stressing, even more when it's an EQ or filter knob for example, where minimal movements could massively affect the master sound.
This applies to any softTakeover situation i.e. to EQs when switching decks 1/2 and 3/4 on a 2-deck controller. The idea came up when thinking about how to control rate_ultra* with a controller, which probably involves something like using the Shift level of another control already in use.
I imagine a GUI control like a knob or fader being temporarily highlighted when the hardware counterpart's signals are in sync again.
Right now, you'd have to look closely if the GUI moves according to the physical comntrol. This is kinda stressing, even more when it's an EQ or filter knob for example, where minimal movements could massively affect the master sound.
This applies to any softTakeover situation i.e. to EQs when switching decks 1/2 and 3/4 on a 2-deck controller. The idea came up when thinking about how to control rate_ultra* with a controller, which probably involves something like using the Shift level of another control already in use.
* https:/ /bugs.launchpad .net/mixxx/ +bug/1762172 /github. com/mixxxdj/ mixxx/pull/ 1767
* https:/