Shortening loop can cause deck to go out of sync (Reprise)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
Low
|
Owen Williams |
Bug Description
mixxx-1.
Acer Aspire 7750
CPU: Intel(R) Core(TM) i5-2410M 2.30GHz
Memory: 4GB RAM
OS: Windows 7 64bit
This follows https:/
The old was reported as fixed, however in release 5554 this still does not function correctly.
Daniel has asked me to file this as a new bug.
What is happening?
As mentioned in the original bug:
"- Enable n beats Loop on a playing deck;
- After k beats have been played, enable a new k beat Loop length, where k < n, for example 8 beats -> 4 beats;"
More clearly:
Imagine a 16 beat loop playing.
Let's say you shorten the loop to 4 beats.
Now 2 things can happen:
1. You shorten the loop in the first 4 beats... All goes well, you're already in the new loop, your new loop continues smoothly.
2. You shorten the loop in the last 12 beats... Because the new loop will be set to the first 4 beats, you actually are now outside the new loop. Instead of continuing playback to some point where the new loop can be taken up smoothly, music instantly jumps to the beginning of the new loop and therefor goes out of beat. Unless of course if you are lucky to do this exactly on beat 8.
So ... in short ...
If you have an n-beat loop and you shorten it to x-beats ...
If you do it while you are already positioned in the new x-beat loop, the new loop smoothly takes over.
If you are passed the new x-beat loop, you instantly jump out of beat to the beginning of the new loop.
If still not clear, please let me know.
Now ... There may be a big discussion whether the smaller loop has to start in the beginning of the old loop, its end, simply where you hit the button or by using some lovely but complex algorythm.
I don't really care where it goes, but I do care if it does not remain on the beat.
Changed in mixxx: | |
status: | Fix Committed → Fix Released |
In mixxx, pressing a new loop size creates a new loop at the current position, it doesn't alter an existing loop. If you use the +/- buttons, you'll get the behavior you want.
But it does seem reasonable that if looping is on, and a loop size is selected, the existing loop in point should be kept and a new out point should be created. Since we already have good warping code, this should be easy to fix.