GNOME Bugzilla – Bug 521879
Totem does not buffer some MMS streams correctly
Last modified: 2009-04-21 14:19:36 UTC
Please describe the problem: Totem does not buffer some MMS streams correctly Steps to reproduce: 1. Open Totem 2. Open mms://213.254.239.51/tagesschau/msmedia/2008/0311/TV-20080311-2033-3901.wm.hi.wmv 3. Actual results: Video and sound are stuttering. Expected results: Video and sound should work smooth Does this happen every time? Yes Other information: I have tried with Xine and it works perfect.
Which connection speed did you select in the preferences? Does lowering it fix your problem?
I have tried nearly every setting as connection speed in the preferences menu, without success. My "real" connection speed is 2300 kBit/s.
It still appears to me with the Totem in Fedora 9. Can you reproduce it? New link to reproduce it is mms://213.254.239.51/tagesschau/msmedia/2008/0713/TV-20080713-1711-2401.wm.hi.wmv
It's a GStreamer problem: $ gst-launch-0.10 playbin uri=mms://213.254.239.51/tagesschau/msmedia/2008/0713/TV-20080713-1711-2401.wm.hi.wmv Setting pipeline to PAUSED ... ERROR: Pipeline doesn't want to pause. ERROR: from element /playbin0/decodebin0/typefind: Could not determine type of stream. Additional debug info: gsttypefindelement.c(797): gst_type_find_element_activate (): /playbin0/decodebin0/typefind Setting pipeline to NULL ... FREEING pipeline ... The same URL works with mplayer, doesn't with playbin2 either. I'm using: gstreamer-plugins-bad-0.10.7-2.lvn10.x86_64.rpm
weird, I get this: $ LC_ALL=C gst-launch-0.10 playbin uri=mms://213.254.239.51/tagesschau/msmedia/2008/0713/TV-20080713-1711-2401.wm.hi.wmv Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ** (gst-launch-0.10:3480): WARNING **: Unknown codec ID 86022, please add here Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock WARNING: from element /playbin0/abin/audiosink/audiosink-actual-sink-pulse: Compensating for audio synchronisation problems Additional debug info: gstbaseaudiosink.c(1190): gst_base_audio_sink_render (): /playbin0/abin/audiosink/audiosink-actual-sink-pulse: Unexpected discontinuity in audio timestamps of more than half a second (0:00:03.622040816), resyncing and actually, I see picture and hear sound, but it is lagging every few milliseconds. This are my plugins: gstreamer-plugins-farsight-0.12.7-2.fc9.i386 gstreamer-plugins-bad-0.10.7-1.lvn9.i386 gstreamer-plugins-base-0.10.19-2.fc9.i386 gstreamer-plugins-ugly-0.10.8-1.lvn9.i386 gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.i386 gstreamer-plugins-flumpegdemux-0.10.15-2.fc9.i386 gstreamer-plugins-good-0.10.8-7.fc9.i386 gstreamer-plugins-base-devel-0.10.19-2.fc9.i386
It's very possible that ZDF block non-German users, as is usual for sport broadcasts over the internet. Sebastian should be able to help.
using cvs head: * totem/playbin doesn't start * mplayer does stuttered playback * playbin2 plays it perfectly This is viewing it from Spain/Barcelona btw
(In reply to comment #6) > It's very possible that ZDF block non-German users, as is usual for sport > broadcasts over the internet. Sebastian should be able to help. > Nah, they don't block anyone. I am watching this from finnland. They only broadcast own productions (news, series).
> They only broadcast own productions (news, series). Well, they broadcast the Tour de Franc which clearly isn't their production :) If you're fast you can try to play it http://www.zdf.de/ZDFmediathek/content/530730 For me, it does not work (when selecting VLC,WMV but QuickTime works fine except for lagging and no sound), but I use the free GST plugins. $ LC_ALL=C gst-launch-0.10 playbin uri=rtsp://c36000-ls.w.core.cdn.streamfarm.net/2R38HDlo3/36000zdf/live/3546zdf/encoder.geozdf.geoevent_vh.wmv Setting pipeline to PAUSED ... ERROR: Pipeline doesn't want to pause. ERROR: from element /playbin0/source: Could not write to resource. Additional debug info: gstrtspsrc.c(3787): gst_rtspsrc_setup_streams (): /playbin0/source: Error (400): Bad Request Setting pipeline to NULL ... FREEING pipeline ...
As mentionned in comment #7, this works fine with playbin2. I'm closing this bug now that totem has switched to playbin2 in git. *** This bug has been marked as a duplicate of 542663 ***