Comment 3 for bug 1531876

In response to Daniel, as far as I know, no, the CMD Studio 4a does not emit a "deck switch" message. Again (as far as I know) you have to assume that all 4 "virtual" decks are completely independent and that the any controller can therefore become "unsynchronised" at any time.

In response to Owen (and more generally), yes I have read other (bug) reports about this issue and while I don't yet fully understand them all, the fundamental issue seems to be that there is a (notionally) more sophisticated algorithm for soft-takeover in Mixxx than the Wiki suggests (that seems to require some scripting). I'm sure that there are a number of controllers that might require this more sophisticated algorithm, but my (admittedly naive) experience so far is that the simple (dumb) soft take-over functionality (possibly with a "tweak-able" sensitivity setting) described in the Wiki is *probably* what is required most of the time, (it's certainly what I need for this deck right now).

I'm not advocating that the current algorithm be removed or altered (I suspect many controller mappings now make use of it), but I don't think this more sophisticated algorithm should be implemented at the expense of the "dumb" algorithm that will probably work for the the majority of cases, hence my suggestion that the "dumb" option be (re) implemented with a modified XML tag such as <soft-takeover2/>

As some background to this report, I'm currently trying to implement a mapping for the Behringer CMD Studio 4a. I know there is a very impressive (partial) mapping for this deck in the forum already (created back in 2013), but this is *entirely* scripted (i.e. *all* buttons and controls are implemented in script) which seems an overkill (and also makes the mapping very difficult for other users to customise). Plus there is still no "official" support in Mixxx for this deck, so I though I would try to implement a mapping using XML only (as far as is possible), and only resort to scripting where absolutely necessary.