-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auto DJ overwrites fader position of controller #12563
Comments
So the problem is rather that is not resetting / or ignoring crossfader positions of controllers. At least after disabling auto dj, is there like any good practice to avoid this crossfader situation |
Mixxx doesn't poll the controller, it receives change signals from it. |
Ah OK so after using auto dj it is required to move the xfader to reset it from auto dj, or is there a option to disable xfader completely like serato has, to set it to center always(also for auto dj) ? Because For me at least it is also possible to crossfade with faders. |
As I said, AutoDJ works with the crossfader.
no, that doesn't "reset" anything, that only ensures the controller xfader matches Mixxx' xfader. |
OK check But would it be possible to completely separate autodj's crossfader from the actual crossfader, I feel like the controller should be the single source of truth for such values, it is very confusing if the software doesn't care about the position of faders on controllers and overwrites it with new values. How should somebody using the controller now that crossfader center can mean crossfader left that's just confusing |
So you want prohibit changing Mixxx controls on screen / programmaticaly while a controller is attached? That would be horrible UX. AutoDJ is supposed to jump in and do transitions while DJs are n/a. When they're back to take over they of course need to check a few things, like in real b2b situations, just screen vs. controller. |
I think for auto dj specifically for this one it could be quite simple like backing up the real crossfader position and keeping it in sync with the real fader position, auto dj could do its thing and then put the crossfade back to value to the one in backup store as soon as disabling auto dj Also I think it is a feature depending thing if I enable magic things happening then I'll expect magic things, but like this one I expect auto dj to be disabled and my controller to be correct now |
Imagine this:
As you can see it's a bit more complicated. And it needs to be predictable, like the current implementation. |
Would remembering the value of every controller input received in the current session be that hard? Or is it more just integrating that into what happens when AutoDJ is turned off? Wondering in case anyone wishes to tackle this in future. |
It is about the fact that the current position from the controller would be applied instantly as soon as AutoDJ is disabled. |
This is about returning the crossfader to the pre AutoDJ position, not explicitly to the centre. (And not specifically instantly, could be a slewed transition) I guess though the last values of all controls manually changed since the start of the session, via controller or UI, would have to be remembered upon the enabling of AutoDJ, to make the experience consistent. Though I guess the edge case there might be "what about when a value is changed by the user during AutoDJ time?". Then, if it's from controller, record, n if from UI, just leave Mixxx to do the same thing it does atm. |
Bug Description
When disabling Auto dj before the next track loaded, let's say on deck a, deck a is not usable via main out any more, cues work fine but main out is just silence. Fix that I found out is to re-enable auto dj let it load next track into deck a and disable auto dj again.
I use mixxx on ubuntu, and I used a ddj sx2 as controller but I believe controller doesn't matter in this case.
Version
2.3.6
OS
Ubuntu
The text was updated successfully, but these errors were encountered: