Performous hangs on the main screen

Bug #401122 reported by Lucio Crusca
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
performous (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: performous

I launch performous and the main screen shows up. I get no sound here, but the real problem is that it occasionally hangs if I press one of the keys S or Q (Start, Quit). Only the C and P keys (Configure and Practice) always work as intended.

Sometimes I'm able to practice a bit, but then it's almost a sure bet it will hang on a key press in the main menu.

Once hung, xkill does not seem to kill it either, it just closes the window, but the performous process is only sensible to a brute kill -9 or other uncaught signals.

If I run performous from the shell I get the following output:

$ performous
>>> Playing with alsa
-!- alsa::hw_config::set: snd_pcm_hw_params_set_access failed: Invalid argument
>>> Playing with jack
-!- Unable to register JACK client (jackd not running or name libda_jack_playback already used?)
>>> Playing with pa19
-!- Invalid PortAudio device number
>>> Playing with pulse
>>> Not scanning: /home/lucio/.ultrastar/songs/ (no such directory)
>>> Not scanning: /usr/local/share/games/ultrastar/songs/ (no such directory)
>>> Not scanning: /usr/local/share/ultrastar/songs/ (no such directory)
>>> Scanning /usr/share/games/ultrastar/songs/
>>> Not scanning: /usr/share/ultrastar/songs/ (no such directory)
>>> Recording from alsa
-!- alsa::hw_config::set: snd_pcm_hw_params_set_access failed: Invalid argument
>>> Recording from gst
Input #0, ogg, from '/usr/share/games/performous/themes/lima/menu.ogg':
  Duration: 00:02:06.04, start: 0.000000, bitrate: 112 kb/s
    Stream #0.0: Audio: vorbis, 44100 Hz, stereo, s16, 112 kb/s
Resampling audio from 2 channel(s) at 44100Hz to 2 channels at 48000Hz
Empty audio frame
Exception from recording callback: accessing 'front()' on empty container
Exception from recording callback: accessing 'front()' on empty container
Exception from recording callback: accessing 'front()' on empty container
Exception from recording callback: accessing 'front()' on empty container
Exception from recording callback: accessing 'front()' on empty container

and the last lines repeat until I kill performous.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: performous 0.3.0-2
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=it_IT.UTF-8
SourcePackage: performous
Uname: Linux 2.6.30-alfa-crackng i686

Revision history for this message
Lucio Crusca (lucrus) wrote :
Lucio Crusca (lucrus)
description: updated
Revision history for this message
Lasse Kärkkäinen (tronic+mb48) wrote :

The front() on empty container problem has been fixed in performous 0.3.1. The hang on exit is probably due to a bug in the gstreamer driver, which is not tested properly. Can you test if this still happens in 0.3.1 or 0.3.2? If it does, run gdb performous, enter command run and make the program hang (e.g. by exiting it). Then hit Ctrl+C to break the program in gdb and get us the backtrace of each thread.

(gdb)thread 1
(gdb)bt
...
(gdb)thread 2
(gdb)bt
... and so on, until there are no more threads (around 8 is the last one).

In particular, we are interested on the two threads where the backtrace says anything about gstreamer.

Changed in performous (Ubuntu):
status: New → Incomplete
Revision history for this message
Lucio Crusca (lucrus) wrote :

Tried Performous 3.2: it works, e.g. it does not hang and (consequently) it exits normally when the window closes.

Changed in performous (Ubuntu):
status: Incomplete → Fix Released
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.