Hotcue error when using CDJ mode as cue behavior
Bug #525984 reported by
jus
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Mixxx |
Fix Released
|
Low
|
RJ Skerry-Ryan | ||
Bug Description
Mixxx 1.8 r2338 / Mac OS 10.5.8
Step 1
Make sure CDJ Mode is set as cue behavior in preferences
Step 2
Load & play a track and set a Hotcue
Step 3
Push the Cue button, current position jumps to the cue and stops
Step 4
Push the Cue button again and the playback continues
Step 5
Push the Hotcue button you`ve set and release
Actual Result
Hotcue preview the Cue aka as long as Hotcue button is pressed the playback continues
Expected Result
*Continuous playback from the Hotcue even if the Hotcue button is released
*Hotcue should only preview the Cue if the playback is stopped
Related branches
lp://staging/mixxx/1.8
(Merged)
| Changed in mixxx: | |
| milestone: | none → 1.8.0 |
| assignee: | nobody → RJ Ryan (rryan) |
| Changed in mixxx: | |
| importance: | Undecided → Low |
Revision history for this message
| RJ Skerry-Ryan (rryan) wrote | #1 |
| Changed in mixxx: | |
| status: | New → Fix Committed |
| Changed in mixxx: | |
| status: | Fix Committed → Fix Released |
Revision history for this message
| Swiftb0y (swiftb0y) wrote | #2 |
| lock status: | Metadata changes locked and limited to project staff |
To post a comment you must log in.
Hey Jus,
I think part of this stems from some of your skin.xml files not making two connections to cue_default per Cue button. There should be two, one with EmitOnDownPress true and one with it false. It's one of those dumb parts of the skin system, but the cue button does not work correctly without it.
In CDJ Mode, while not playing, pressing cue will set a cue point. Pressing it once more will preview from that point, and upon release of the button, the player will stop and snap back to the cue point.
I believe I fixed a related problem in lp:mixxx/1.8 where if you were to preview with the cue button and then hit a hotcue, the previewing would become broken. The behavior in this case isn't well defined, but I think I cleaned it up a little bit so that the Cue controller cannot get stuck in a bad state.
Thanks,
RJ