Buffer underflow when adding a track
Bug #1642105 reported by
ronso0
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Confirmed
|
High
|
Unassigned |
Bug Description
Imagine one deck is playing, then you load a track to another deck.
That's where an audible buffer underflow happens.
Must admit, I set a pretty aggressive latency of 5.33ms but don't run into any underflows when playing two decks. Keylock/speed offset and massive effects don't have any impact on playback quality.
Loading a track shouldn't have such an apparently high priority because I suspect noone minds that 100ms more it takes to load and even to re-analyze a track.
mixxx rev5973
Linux 3.14.23-rt20 #1 SMP PREEMPT RT x86_64
Changed in mixxx: | |
status: | New → Confirmed |
importance: | Undecided → High |
tags: | added: engine |
To post a comment you must log in.
Mixxx doesn't get nearly as much testing as it ought to on rt kernels -- it's possible we have some kind of priority inversion problem that only shows up on rt. But this shouldn't happen in general (our audio processing thread runs at a higher priority than the rest of Mixxx's threads).
Do you see the same problem on a non-rt kernel?
Out of curiosity, what are your CPU specs?