Playing songs suddenly hangs, cannot restart it without restarting software

Bug #1261208 reported by Cysioland on 2013-12-15
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mixxx
Critical
Unassigned
mixxx (Fedora)
Expired
Medium

Bug Description

Description of problem:
When you play songs with Mixxx and stream to Icecast 2, it plays for a while,
and then hangs. Decks stop spinning, cannot play anything, must restart Mixxx
to return.

Version-Release number of selected component (if applicable):
1.11.0

How reproducible:
I don't know, maybe it's only my machine issue.

Steps to Reproduce:
1. Connect to Icecast 2 server.
2. Play some music, fiddle with controls, load up samplers, etc.
3. Wait few seconds – few minutes.
4. Order the music list by Title or other.
5. BUG!

Actual results:
Playing songs hang. Decks stop spinning, cannot play anything, must restart
Mixxx to return.

Expected results:
Songs are playing flawlessy, without hangs.

Additional info:
Installed on Fedora 19 via RPMFusion, guys from its Bugzilla asked me to report this also here, original bug: https://bugzilla.rpmfusion.org/show_bug.cgi?id=3074

Owen Williams (ywwg) wrote :

What audio hardware are you using? Also, can you attach the contents of a log from a run where it hung? The log is in ~/.mixxx/mixxx.log

Cysioland (cysioland) wrote :

I'm using Sweex 7.1 USB sound card via Pulseaudio. This appeared in console when it crashed:

ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred
Expression 'err' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3315
Expression 'ContinuePoll( self, StreamDirection_In, &pollTimeout, &pollCapture
)' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3847
Expression 'PaAlsaStream_WaitForFrames( stream, &framesAvail, &xrun )' failed
in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4219

Owen Williams (ywwg) wrote :

That's helpful, but we also really need the mixxx.log

Changed in mixxx (Fedora):
importance: Unknown → Medium
status: Unknown → Confirmed
RJ Ryan (rryan) wrote :

My suspicion is that we deadlocked our master thread on the sidechain thread by locking the double-buffer for communicating with the sidechain. That matches all the observations (ALSA throwing a hissy fit, all decks stopping, use of icecast, etc.)

RJ Ryan (rryan) wrote :

(And if that is true then this is fixed since the sidechain is no longer a double-buffered mutex approach due to Bug #1179027 )

RJ Ryan (rryan) wrote :

Cysioland -- I think the mystery might be solved if you could follow the instructions here to get a backtrace:

http://mixxx.org/wiki/doku.php/creating_backtraces

Thanks!

Changed in mixxx:
status: New → Incomplete
importance: Undecided → Critical
RJ Ryan (rryan) wrote :

Critical importance, marked incomplete since we are waiting on info from Cysioland.

Changed in mixxx:
milestone: none → 1.12.0
RJ Ryan (rryan) on 2014-03-24
tags: added: crash shoutcast
Daniel Schürmann (daschuer) wrote :

Maybe I see the same issue here:

Maybe this is the same issue like this:
https://bugs.launchpad.net/mixxx/+bug/1310553

Changed in mixxx (Fedora):
status: Confirmed → Expired
Richard (ricktonycr) on 2017-12-03
description: updated
Changed in mixxx:
status: Incomplete → Confirmed
Daniel Schürmann (daschuer) wrote :

@ricktonycr: Which version of Mixxx did you use? We have recently made some changes in broadcast engine. Does the problem still exist in the latest 2.1 alpha:
https://launchpad.net/~nschloe/+archive/ubuntu/mixxx-nightly

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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