feature: stuttering pause (stutter Cue)

Bug #365388 reported by Nick
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
Wishlist
Unassigned

Bug Description

It would be cool if when a track is paused that it stuttered. This is how CDJs behave, it's good for cueing.

This behaviour isn't something you'd always want, so either there should be a new preference for it or (if we want to be so slick we might slip and fall) activate it if the headphone button is turned on.

Nick (kousu)
Changed in mixxx:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Now that I'm rewriting the engine/reader in the looping branch, this is actually feasible.

Revision history for this message
Phillip Whelan (pwhelan) wrote :

The CDJs that do this usually do it when modifying the CUE, not when paused. Usually this happens when you pause the track then seek , usually with the jog wheel. The track will then start repeating a small portion of audio where the new cue will be saved.

This is actually a pretty good feature. It shouldn't be activated just on a regular pause though. Just doesn't make much sense and it might introduce weird problems into the state of the engine.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Can one verify the behavior? A video would be great.
Every detail matters.

For now I have got this work flow from this thread:
1. Pause a track
  - Play is blinking slow
  - Cue is blinking fast
  - track is not playing
2. Seek track to a differnt position, (not pause not Play)
  - Track is looping from the seek position
  - Loop length?
3. New seeks start from the previous seek position
  - No Looping during the seek
4. at the new seek position -> back to 2.
5. When pressing Cue Cue point is stored at the Loop start position
  - Looping stops
  - Cue Button is Lit
  - Play button allways blinks slow

I am not sure if I will like this feature. I think I would feel somehow overwhelmed by it. But i is good to know how it exactly works
if we have stronger requests for it.

Revision history for this message
Owen Williams (ywwg) wrote :

It sounds like what keylock mode would sound like at very slow speeds -- playing little clips of the track at full speed.

Revision history for this message
jus (jus) wrote :

@daschuer
If you pause a track during playback, then seek trough the track (jogwheel or mouse), it constantly plays one frame of audio corresponding to the current playposition. Press CUE to set a cue point at the current playposition, the stutter stops and the track pauses.

Pressing CUE during playback seeks to the set cue point and pauses the deck.

http://avid.force.com/pkb/articles/en_US/faq/en390831?popup=true&NewLang=en&DocType=1079
(See the CDJ mode section)

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Thank you Jus.
How long is one frame?

summary: - feature: stuttering pause
+ feature: stuttering pause (stutter Cue)
Revision history for this message
jus (jus) wrote :
Revision history for this message
Daniel Schürmann (daschuer) wrote :

In CDJ-400 manual http://pioneerdj.com/support/files/DRB1450A.pdf it is called "audible pause" mode.

jus (jus)
tags: added: looping
tags: added: hackathon
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5148

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.