Loops can be placed in the lead-in part of a track, which locks the player

Bug #864590 reported by jus
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Critical
RJ Skerry-Ryan

Bug Description

Tested with latest lp:mixxx/1.10 r 2846 on MacOS 10.6.8

Steps to reproduce:
1. Load a track and scroll into the lead-in part of the track ( so that the elapsed time is negative)
2 Place a beatloop ( e.g. hit the "2" loop button)
2. Hit "Play" Button

Actual behavior:
Playposition jumps too the tracks beginning if passed by the loops end marker.
Track dont play back as long the loop is active even if the "Play" button is in its active state and you can`t scroll the waveform any more.

Expected behavior:
Loops should not be placed in the lead-in part of a track

RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: New → Confirmed
importance: Undecided → High
milestone: none → 1.10.0
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Critical because it can ruin a performance (as per new importance guidelines http://mixxx.org/wiki/doku.php/launchpad_bugs )

Changed in mixxx:
importance: High → Critical
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

I've updated this to allow loops in the lead-in.

Changed in mixxx:
assignee: nobody → RJ Ryan (rryan)
RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: Confirmed → Fix Committed
RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: Fix Committed → Fix Released
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/6001

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.