feature request: linked cue points
Bug #1741706 reported by
NT Music
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
This is a new feature request:
Cue point A is placed in Deck 1, Cue point B is placed in Deck 2. Deck 1 is playing, Deck 2 is stopped. When current play position reaches Cue point A , this triggers play starting from Cue point B in deck B. Add an option to choose if playback on Deck A should continue or not once the Deck 2 playback starts.
description: | updated |
Changed in mixxx: | |
status: | New → Confirmed |
importance: | Undecided → Wishlist |
To post a comment you must log in.
It looks there is already a Cue type JUMP definition (in class Cue, enum CueType -- src/librray/ dao/cue. h). I am wondering if this somehow serves a similar purpose as the proposal. However, I was not able to find any references to the JUMP cue type in the code.