Skip to content
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

sync uses the first playing or the last not playing deck #9397

Closed
mixxxbot opened this issue Aug 23, 2022 · 5 comments
Closed

sync uses the first playing or the last not playing deck #9397

mixxxbot opened this issue Aug 23, 2022 · 5 comments
Milestone

Comments

@mixxxbot
Copy link
Collaborator

Reported by: daschuer
Date: 2018-07-28T23:21:26Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp1784185
Tags: sync


When syncing a deck, it picks the first playing deck as reference. In case no deck is playing, it picks the last loaded deck. This is inconsistent, it should pick the first loaded deck in the later case as well.

@mixxxbot
Copy link
Collaborator Author

Commented by: rryan
Date: 2018-09-21T00:17:38Z


I don't feel strongly either way, but I wonder why Owen did it this way. He may have a reason.

@mixxxbot
Copy link
Collaborator Author

Commented by: ywwg
Date: 2018-09-21T09:56:48Z


When the DJ isn't using master sync, we have to guess which deck they want to sync to. I think the reasoning was: We should pick a playing deck as a reference, and absent any other information, the first one will do.

In the second case, if there is no playing deck, then the last-loaded deck was likely to be the one the DJ was just listening to, so that seems like a fine sync source.

First-loaded doesn't seem right to me because that track is probably further back in the past, but since this is a case where no other deck is playing, it may work fine. An alternative consistent logic could be, in order of priority:

  1. Sync to master clock
  2. Last-loaded playing deck if possible
  3. Last-loaded non-playing deck if necessary

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2018-09-22T23:24:19Z


We may consider to respect the load or play order of a deck.
Currently only the Mixxx initialization order is used:

foreach (const Syncable* other_deck, m_syncables) {

For me this is highly reliable to sync always to the deck with the lowest index. I think if we change it to the Deck the user has last touched, that could be surprising.

Looking at the code, I consider the current situation a side effect of the implementation which should be IMHO fixed.

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2018-09-23T00:26:17Z


#1818

@mixxxbot
Copy link
Collaborator Author

Issue closed with status Fix Released.

@mixxxbot mixxxbot transferred this issue from another repository Aug 24, 2022
@mixxxbot mixxxbot added this to the 2.1.7 milestone Aug 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant