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

Loading a track with the exact same speed as the currently running one sometimes results in double speed #9549

Open
mixxxbot opened this issue Aug 23, 2022 · 9 comments

Comments

@mixxxbot
Copy link
Collaborator

Reported by: xeruf
Date: 2018-12-16T15:16:04Z
Status: Confirmed
Importance: High
Launchpad Issue: lp1808697
Attachments: Screenshot_20200518_214240.png


Sometimes, when I have a track currently playing that has e.g. 100 BPM and load a track with 100 BPM into the other deck while having auto-sync enabled on both decks, the newly loaded track will suddenly be sped up by +100, rarely also slowed down by -50. This is simply annoying and nearly drives me crazy, because when it starts happening it keeps on happening and I have to release auto-sync to manually fix it every time.

I use Mixxx 2.2.0-rc on Linux

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2018-12-16T21:53:36Z


What means "will suddenly be sped up by +100"?

+100 BPM? 200%?
Does it start playing with the correct speed? How long does it takes until the track speeds up? Does it stick with +100 or does it go down again?

@mixxxbot
Copy link
Collaborator Author

Commented by: xeruf
Date: 2018-12-16T22:29:21Z


It speeds up instantly to +100% and keeps at it.

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2018-12-23T00:58:52Z


I have managed to see the issue with 2.2 but not with 2.1 and
#1955 merged.

Maybe i have fixed it along with:
https://bugs.launchpad.net/mixxx/+bug/1808698

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2019-01-13T11:16:02Z


@xerus Can you confirm that this is fixed now?

@mixxxbot
Copy link
Collaborator Author

Commented by: xeruf
Date: 2019-01-13T19:23:25Z


Well, it was not 100% reproducible when it happened either, Quite likely that you fixed it with the other bug. We can close and I can reopen if it appears again.

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2019-01-13T19:32:06Z


Thank you.

@mixxxbot
Copy link
Collaborator Author

Commented by: xeruf
Date: 2020-05-18T19:44:53Z
Attachments: Screenshot_20200518_214240.png


It happened again, and when pausing and playing even propagated to the other track - running 2.3.0-alpha-pre!

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2020-05-18T22:05:28Z


What exactly did you done step by step and what does Mixxx wrong?
How do you manage to set A to > 100 % rate.

I see how this case is odd, however I don't see anything wrong from your screenshot.

The sync feature calculated the half/double factor by using the file BPM. This is done for a good sound at any slider position.

Your case is this:
A B
Current BMP 210,77 421,54
Rate 100,73 142,27
File BMP 105 174

Since 174 is closer to 210 than to 105, (36 vs 69) the rate at unity A is adjusted to 20 %.
If you now adjust A to 100 rate B becomes 140, which is correct.

Syncing to B to 210 might be expected in this case, but that creates other odd cases in less exceptional cases.

@mixxxbot
Copy link
Collaborator Author

Commented by: xeruf
Date: 2020-05-19T20:16:13Z


Yeah, it calibrated itself upwards, sort of...
I can't recall the exact steps now, I'll see what I can do...

@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