Soft takeover only works once.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Running Mixxx 2.0.0 (build 1.12 r5772) on Windows 10
Discovered while attempting to create a mapping for the Behringer CMD Studio 4a.
Example of XML:
The first time the "un-synced" controller approaches the level in Mixxx soft-takeover works. If (when!) the controller becomes "un-synced" again (e.g. after a deck switch on the CMD Studio 4a) soft takeover no longer works for that controller.
The Wiki suggests the soft takeover functions as follows:
"prevents the physical control from affecting Mixxx until it's close to the on-screen control's position."
(from http://
Which seems perfectly sensible.
However I've read other bug reports that suggests there is a more complex algorithm in place (or that this function only works if you script the controller in a particular way). However, I suspect that a simple (dumb) soft-takeover function (as described inn the Wiki) is what is required by the vast majority of users (at least I need it here! :-)) so even if there is a more complex algorithm in place at the moment I think it would be useful to have the "dumb" version available (usable with the XML definition alone as the Wiki suggests).
If this really is a functionality problem (and not just a bug), and if changing the functionality would cause backwards-
Changed in mixxx: | |
importance: | Undecided → High |
milestone: | none → 2.1.0 |
Changed in mixxx: | |
milestone: | 2.1.0 → none |
tags: | added: controllers midi |
Deck switches require a special API call to "reset" the state of the soft takeover. Configs for Vestax VCI400 and Traktor Kontrol S4 currently make this call so that pattern could be copied to this controller.
(A possible long term solution would be factoring out deck switch behavior into a utility library)