Allow finer granularity for the Quantize feature for more seamless loops and cues
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Mixxx |
Confirmed
|
Wishlist
|
Unassigned | ||
Bug Description
If the Quantize feature is activated, actions like setting loops and cues currently snap to 1 beat ( the white lines).
Current behavior
==============
(Hot)hotcues
-------
If the playposition is less then halve the way trough between two beats the action is performed on the PREVIOUS beat (Snap to nearest beat).
Loops
---------
For automated loops, the action is ALWAYS performed on the PREVIOUS beat, no matter how far the playpositions is between two beats (Snap to previous beat)
For manual loops, the action is performed on the PREVIOUS beats, if the playposition is less then halve the way trough between two beats (Snap to nearest beat).
Issues
=====
(Hot)cues
--------------
* Always set on a full beat, the Dj is bound to Mixxx` internal decision.
Loops
---------
* Always start on a full beat, the Dj is bound to Mixxx` internal decision.
* You can`t set manual loops smaller then 1 beat.
* Automated loops can easily get out of sync, because is the playposition more then halve the way trough two beats, the loop starts on the PREVIOUS beat. Just start 2 tracks simultaneously and hear them running in sync. Now press the 4-bar automated loop button right in the moment before the playposition is at the next beat marker. They are now out of sync, with every run of the loop a bit more.
Proposal
=======
* Allow finer granularity so that we can sync to up to 1/8 ticks in between two beats (configurable?).
* Unify behavior for (Hot)cues and automated Loops (Snap to nearest tick). We do this already for not automated (manual) loops.
* Is a new automated loops set and snapped to the to nearest coming tick ( > halve way trough 2 ticks), don`t instantly jump to the loop-In point. Normally continue playback to the loops end first, then start looping.
Maybe i missed some discussions about the decision to restrict it to 1 beat, but i think it it puts unnecessary limits to looping and that we can do better.
Thanks for listening.
| description: | updated |
| Owen Williams (ywwg) wrote | #1 |
| Changed in mixxx: | |
| importance: | Undecided → Wishlist |
| status: | New → Confirmed |
| Changed in mixxx: | |
| assignee: | nobody → Philip Gottschling (goddisignz) |
| tags: | added: cue quantize |
| Changed in mixxx: | |
| milestone: | none → 2.4.0 |
| Jan Holthuis (holthuis-jan) wrote | #3 |
| Changed in mixxx: | |
| milestone: | 2.4.0 → none |
| Changed in mixxx: | |
| assignee: | Philip Gottschling (goddisignz) → nobody |
| Swiftb0y (swiftb0y) wrote | #4 |
| lock status: | Metadata changes locked and limited to project staff |
"Now press the 4-bar automated loop button right in the moment before the playposition is at the next beat marker. They are now out of sync, with every run of the loop a bit more."
I'm not sure what you mean by out of sync -- naturally the track that is looping will not be at the same playposition as the first track, because it is looping. Are you talking about quantize being on or off? I assume it's on since you talk about the loop starting at the previous beat. And yes, the loop will be one beat off from the phrasing, but it should still sound correct and should still remain in sync. (And you can shift the loop by one beat if necessary).
As described this sounds like a bug, but I can't reproduce it.
I know some systems will create a loop starting at the next beat and then let the playhead play into the loop -- I don't know if we can do that right now