GNOME Bugzilla – Bug 612870
totem always stalls after circa 1 minute when playing some mmsh streams
Last modified: 2011-10-29 15:41:21 UTC
Hi, When playing for example the stream embedded in this webpage: http://www.rtl.nl/components/programma/housevision/miMedia/210209/210219.public.29727567.House_Vision_s9_a10.xml Which is also accessible outside the Netherlands, totem stalls after circa 1 minute of playing from the start (consistently after 1 minute and 10 seconds +- 1 second to be precise), re-buffers and then the rest of the stream plays fine. I think this has been going on for quite a while. I tried downgrading various gstreamer-* package and totem to no avail, and I remember having seen this before I just never noticed how consistent it is (IOW not a network problem). I think totem or some of the gstreamer bits totem use are not aggressive enough in keeping the buffer filled but that is just a theory. This is on Fedora-13 alpha + updates-testing updates and the necessary bits from rpmfusion. I would be very happy to assist in debugging this, just let me know what sort of tests you want me to run and what logs you want. Regards, Hans
Can you reproduce the problem using gst-launch with playbin2 as the main element?
(In reply to comment #1) > Can you reproduce the problem using gst-launch with playbin2 as the main > element? I can try, but my gst-launch foo is not all that good, could you provide a cmdline to use ?
gst-launch playbin2 uri=mmsh://stream
Hmm, that easy huh, ok: [hans@localhost ~]$ gst-launch playbin2 uri=mmsh://cache3.rtl.nl/web/components/TESTTEST/2vjzjpc7hc9jmqf9ln3g78j8w/210220.public.29727569.House_Vision_s9_a11.MiMedia_WM_600K_V9.wmv?MSWMExt=.asf Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Prerolled, waiting for buffering to finish... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstPulseSinkClock Buffering, setting pipeline to PAUSED ... Prerolled, waiting for buffering to finish... Done buffering, setting pipeline to PLAYING ... ERROR: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: Output window was closed Additional debug info: xvimagesink.c(1299): gst_xvimagesink_handle_xevents (): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage Execution ended after 94602816783 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... So yes I can reproduce this with just playbin, notice the: Buffering, setting pipeline to PAUSED ... Prerolled, waiting for buffering to finish... Done buffering, setting pipeline to PLAYING ... This is printed when it stalls, and continues again after a couple of seconds.
Link doesn't seem available anymore. Can you provide a new one ? Or even better : check if it isn't already fixed with latest releases.
About the url, you need to open the url in your browser, not directly in totem, then your browser will embed totem with the correct uri. This still happens with the latest of everything. I tried both in totem and with gst-launch. When starting with gst-launch I first get: [hans@localhost ~]$ gst-launch playbin2 uri=mmsh://av.rtl.nl/web/components/programma/housevision/210209/210219.public.29727567.House_Vision_s9_a10.MiMedia_WM_600K_V9.wmv?MSWMExt=.asf Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Prerolled, waiting for buffering to finish... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstPulseSinkClock Then after a minute: Buffering, setting pipeline to PAUSED ... Prerolled, waiting for buffering to finish... Done buffering, setting pipeline to PLAYING ... And then it plays fine. For the record, the latest of everything is: gstreamer-0.10.29-2.fc13.x86_64 gstreamer-tools-0.10.29-2.fc13.x86_64 gstreamer-plugins-base-0.10.29-1.fc13.x86_64 gstreamer-plugins-good-0.10.23-1.fc13.x86_64 gstreamer-plugins-bad-0.10.19-1.fc13.x86_64 gstreamer-plugins-ugly-0.10.15-1.fc13.x86_64 gstreamer-ffmpeg-0.10.10-2.fc13.x86_64 gstreamer-rtsp-0.10.5-1.fc13.x86_64
Seems to work now, nothing special happened while playing this stream for a few minutes. Can someone still reproduce it?
Works fine for me now too, closing.
Changing to OBSOLETE (since I don't know what fixed it exactly)