After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 586430 - No fallback or error when xv-support is not working
No fallback or error when xv-support is not working
Status: RESOLVED DUPLICATE of bug 637056
Product: GStreamer
Classification: Platform
Component: dont know
0.10.22
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-06-19 20:26 UTC by Brian
Modified: 2011-05-20 06:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Totem debug log (bzipped) (499.83 KB, application/x-bzip)
2009-06-20 17:39 UTC, Brian
Details

Description Brian 2009-06-19 20:26:27 UTC
I'm using Xubuntu 9.04 on an old iMac G3 with the 2.6.28-6-powerpc kernel. I've tried MP3, FLAC and WAV playback with the GStreamer package installed (in various configurations), but most recently I have added the GStreamer packages through the "ubuntu-restricted-extras" package. I have been able to play those very same files on Windows machines and the MP3's have even worked fine with the "mpg123" command-line player on this iMac. The only other formats I have tried are WMA's, which I assume do not have valid codecs in the packages I installed. The actual error message pops up as follows every time I play these files in Totem:

Internal GStreamer error: pad problem.  Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.

I receive this error from with in Totem Movie Player 2.26.1, but I have tried these same files in VLC, where VLC will simply close out without any warning (probably due to the same error?)

I can try to provide more information if necessary for proper diagnosis of this problem.
Comment 1 Tim-Philipp Müller 2009-06-20 12:13:21 UTC
Could you make a debug log like this:

 $ GST_DEBUG=*:5  totem  2>dbg.log
 ... then reproduce the error and quit or press control-C
 $ bzip2 dbg.log

and attach the dbg.log.bz2 file?
Comment 2 Brian 2009-06-20 17:39:02 UTC
Created attachment 137077 [details]
Totem debug log (bzipped)
Comment 3 Brian 2009-07-05 21:37:45 UTC
Have I provided sufficient information or is there more detail needed?
Comment 4 Tim-Philipp Müller 2009-07-06 11:28:08 UTC
The log should have everything needed (thanks for providing that), it's just that no one's gotten around to analysing it yet (many people are at a conference currently).
Comment 5 Stefan Sauer (gstreamer, gtkdoc dev) 2009-07-07 18:25:12 UTC
I had a no so quick look. It does not have anything to do with the audio. For that queen mp3 it plugs mp3audioparse, mad and autoaudiosink using pulsesink.

But there is an issue with the video side. You can most probably enjoy the music, if you turn off the visulaisations.

There is almost 25000 lines in the log where ffmpegcolorspace is freaking out with caps nego and fails (around line 60328). You seem to have a xvimagesink that has no xv support.

xvimagesink xvimagesink.c:1352:gst_xvimagesink_get_xv_support:<autovideosink0-actual-sink-xvimage>[00m error: Could not initialise Xv output
0:00:07.080701000 [334m 3045[00m 0x10083490 [33;01mWARN [00m [00m         xvimagesink xvimagesink.c:1352:gst_xvimagesink_get_xv_support:<autovideosink0-actual-sink-xvimage>[00m error: No port available

Dunno if autovideo sink then should transparently fall back to ximagesink. You could try setting ximagesink in gstreamer-properties. But be warned - its most probably heavy on cpu when watching video. I would try to figure why your X graphics driver supports no xvideo.

What gfx card and driver are you using and on which distro? You can use xvinfo (x11-utils) to check for xvideo support.
Comment 6 Brian 2009-07-08 05:12:23 UTC
I think I understand a bit of what's going on here.

1) I'm using a slot-loading iMac G3 (model M5521) from 2000, I believe. It's running Xubuntu 9.04.

2) As you suggest, it may not be a sound problem at all. I am having video problems with this machine as well (it can only display 8-bit color) although it is using 1024x768, the recommended screen resolution for this iMac.

When I use xvinfo, I receive the following:
screen #0
 no adaptors present

lspci yields:
0000:00:10.0 Display controller: ATI Technologies Inc Rage 128 PR/PRO AGP 4x TMDS

and in my X11 logs, it seems like it's using the "fbdev" driver.

3) I tried "Listen Music Player 0.5" to play similar files and have been able to successfully play MP3's, at least.

4) I disabled the visualizations in Totem, and it plays MP3's fine now. That, at least, is useful. I'm not sure how to "set ximagesink in gstreamer-properties" as you mentioned.

5) It's not all that important, but is there a proper way I can view the log that I posted in a readable format? It seemed to be binary garbage to me.

6) I assume that my remaining video issues would not fall in the realm of this bug report, but should the issues I've been having (with the 8-bit color limitation of the "driver" being used) be appropriate for some other bug or is this an issue for UbuntuForums?

Thanks for the help.
Comment 7 Stefan Sauer (gstreamer, gtkdoc dev) 2009-07-08 14:29:03 UTC
4) you would need to call "gstreamer-properties", go to video tab and select ximagesink instead of auto there. I hope you have that application. Selecting that automaticaly for you should work in theory. I'll have a look at it.

5) if you do
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5  totem  2>dbg.log
you get a plain ascii log. yours has ansi color codes for the terminal.

6) try on ubuntu forum or the ubuntu bug tracker. if you get the xvideo issues sorted the above things should just work fine.
Comment 8 Stefan Sauer (gstreamer, gtkdoc dev) 2009-10-08 07:43:57 UTC
I will close the bug as not gnome. Please reopen if you have any news.
Comment 9 Tim-Philipp Müller 2009-10-08 08:14:04 UTC
How is this not (also) a GStreamer bug?

Playbin should post a decent error message if it has problems initing the video output, or disable it and continue with audio only and a warning message.

Did you check that the problem does not exist any longer?
Comment 10 Stefan Sauer (gstreamer, gtkdoc dev) 2009-10-08 09:23:55 UTC
Okay so the issue is that either:

* as autovideosink is trying the next sink on state-change errors, we need to check if xvimagesink fails decently when xv support is missing.

* playbin2 not catching the error and propagating it

hence reopen, sorry for the noise.
Comment 11 Stefan Sauer (gstreamer, gtkdoc dev) 2009-10-08 09:40:19 UTC
xvimagesink is doing a GST_ELEMENT_ERROR in NULL_TO_READY.

autovideosink is doing a GST_ELEMENT_ERROR if it got no working sink.

So e.g. gstplaysink.c::gst_play_sink_handle_message() could listen to it, or the app simply has to listen to it. Am I miss something?
Comment 12 Tim-Philipp Müller 2009-10-08 09:48:28 UTC
It's possible that a sink has not been added to playbin yet when the error message is posted, in which case the message will never make it to the pipeline's bus. Not sure if that's what's happening here, but it's something to check out.
Comment 13 Sebastian Dröge (slomo) 2011-05-20 06:57:58 UTC
I think we already have a separate bug about this somewhere about improving error messages and getting error messages from the to-become sink elements before adding them to playsink. 
This is bug #637056 and I'll close this one here because the other bug has the same information in a more compact way :)

*** This bug has been marked as a duplicate of bug 637056 ***