GNOME Bugzilla – Bug 156576
Failing audiosink will cause unwanted behaviour
Last modified: 2008-02-27 22:42:35 UTC
When I get an error that eg. /dev/dsp is blocked and i get no sound with a video, the video does start to play, but when i press pause nothing happens. Also the message widget at the bottem sais 'playing 0:00/0:00' . If I press pause a few times, the video starts to stutter and stops & then somtimes totem hangs, other times i can select another video to play. On the commandline i get this : (totem:6172): GStreamer-WARNING **: pushing data on non-negotiated pad mad2:src, not allowed. I guess that depends on the audiostream of the movie. This is with gstreamer 0.8.7, plugins 0.8.5 & totem 0.99.20
In my case, totem 1.1.1, gstreamer backend 0.8.9, ubuntu hoary, if the device is busy (/dev/dsp), a window pops up and tell me that "Could not open resource for writing". On stderr it spits "/dev/dsp: Device or resource busy". If you ask me, the alert dialog misleads the user to think that the video file must allow totem open it for writing. I'll upload a screenshot of it so you can see it too.
Created attachment 51418 [details] Alert dialog
This is no longer the case in the current CVS of latest release, it now shows a descriptive and helpful error message.
This is fixed, in recent GStreamer. In 0.10 the video will play with no sound.
Sorry i did not notice someone installed dmix on my machine. I ll check more carefully. Reopening.
Is this a dup of 170719?
> Is this a dup of 170719? I don't think so. Bug #170719 is about totem not working if there is no sound card available at all in the system. This bug is (I think) about the confusing error message shown if the selected sound device cannot be opened because it is in use by another application (for example). As Ronald said, this has been fixed a while ago (don't know why it was kept open - do you remember why Ronald?) It now shows a message saying: "Totem could not startup. The audio output is in use by another application. Please select another audio output in the Multimedia Systems Selector. You may want to consider using a sound server."
Would maybe be an even better fix if not only that message occurs, but totem continues to work but without audio?
The xine-lib backend will still open the file, play the video, and only error out when trying to play an audio only file: "This is an audio-only file, and there is no audio output available." Or when trying to play a file, when the audio output was available previously, but isn't anymore: "The audio device is busy. Is another application using it?"
AFAICT both of these issues are covered by bug #170719 and due to the GStreamer backend trying to set the audiosink to READY state on start-up (playbin itself won't try to use an audiosink if there is no audio), so I didn't see much point in keeping this one open.
Let's close this. Use PulseAudio or dmix :)