crash / GUI freeze when loading track into deck with passthrough enabled
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
Critical
|
Unassigned |
Bug Description
* configure outputs and VC input for deckN
* load track <-- !
* enable passthrough
* load another song
* deck overview shows "Analyzing..." string then GUI freezes instantly
* GUI updates every 30 seconds or so, one Mixxx thread uses 100% of CPU
* click passthrough button
* on next GUI update it 'unfreezes'
I could reproduce this with I/O both on integrated card of TerminalMix 2/4, as well as with loopback device and no controller attached.
Only happenes when a track is loaded when enabling passthrough. Enabling passthrough and then loading a track as well as ejecting works flawlessly.
reproducible with
2.3 352f75428b --> crashes with std::bad_alloc, see backtrace
sometimes also prints
Warning [Main]: CachingReader - Loading a new track while loading a track may lead to inconsistent states
^ up to 3 times
Critical [Engine]: DEBUG ASSERT: "atomicLoadRela
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
main c126267767 --> freezes until passtrhough is disabled
EDIT
vc type doesn't matter
description: | updated |
description: | updated |
Changed in mixxx: | |
assignee: | ronso0 (ronso0) → Uwe Klotz (uklotzde) |
status: | In Progress → Fix Committed |
Changed in mixxx: | |
status: | Fix Committed → Fix Released |
The crash seems to be caused by the waveform renderer. Choosing 'Empty' or the vsync test prevents the crash.
Crash occurs with any overview.
Side effect:
With any (main) waveform renderer, when loading a track to a passthrough deck the overview playposition would get stuck at the center.
With no renderer, the playposition is reset to the beginning.
In both cases, disabling passthrough makes the playpos seek to the desired place.