GNOME Bugzilla – Bug 142822
totem crashes if sound device is already in use
Last modified: 2004-12-22 21:47:04 UTC
Steps to reproduce: 1. Start rhythmbox 2. Start playing a track 3. Start totem from the command line Actual result: totem appears to load but then vanishes and a dialog saying: The Application "totem" has quit unexpectedly. You can inform the developers of what happened to help them fix it. Or you can restart the application right now. (but how to find out who to inform? :) If you start it from the command line it is clear that totem knows what is wrong because it sometimes says: ALSA lib pcm_hw.c:1056:(snd_pcm_hw_open) open /dev/snd/pcmC0D0p failed: Device or resource busy Expected result: totem to start and sit there (this is the first time I've started it). If I try to play a movie or something that requires sound I expect it to pop up a dialog saying that it couldn't get the device. This version of totem was downloaded from freshrpms (totem-0.99.11-1.1.fc2.fr) was built without gstreamer support (i.e with xinelib support), the system uses ALSA and gstreamer has been set to use OSS source and sinks.
Oops forgot to say that my sound card was an Ensoniq ES1371
Please attach the backtrace of the crash, and of the hang.
Phew. It took a while to run totem through gdb but here's the result. Program received signal SIGSEGV, Segmentation fault. 0x0231c1fc in Arts::StartupManager::startup () from /usr/lib/libmcop.so.1 (gdb) bt
+ Trace 46980
I have no idea why it appears to be using the arts backend since I use GNOME and esound.
Known bug in arts. See: http://bugs.kde.org/show_bug.cgi?id=62603 *** This bug has been marked as a duplicate of 138830 ***
Why is totem defaulting to using arts?
Because it can't find anything else...
Hmm... So what's the search order? Does totem look for esound?