GNOME Bugzilla – Bug 600020
mmssrc, retry, timeout
Last modified: 2013-07-22 14:15:50 UTC
Please test with mms url mms://scry.dubuque.k12.ia.us:1755/ it works with mplayer and doesn't work with gstreamer: gst-launch-0.10 -v mmssrc location=mms://scry.dubuque.k12.ia.us:1755/ ! decodebin ! autovideosink Impostazione della pipeline a PAUSED ... ERRORE: la pipeline non vuole mettersi in pausa. Impostazione della pipeline a NULL ... Freeing pipeline ... This is very long to get the stream. even with mplayer. If you tcpdump on port 1775, you will see that mplayer resend initial mms request after a timeout whereas gstreamer does not. Gstreamer just get stuck while mplayer retries. regards Nicola
Please note that the mms url I posted is public available (works with mplayer) so anyone can test it, Nicola
Any news about this? Can the bug at least be confirmed?
Indeed, mplayer will play it, but only after a ridiculously long time. At that point 99% of all users will already have given up waiting. Re-sending an initial handshake if no data has been received on an established connection for a while is something that would need to be done at the libmms level. GStreamer can't do much about that. However, I'll keep the bug open, since it's clearly something that doesn't work right yet, and I still intend on getting rid of libmms and dealing the mms connection ourselves.
Reported upstream: https://bugs.launchpad.net/libmms/+bug/517007 thanks Nicola
Please note that vlc and mplayer works really well if you use this url: mmsh://scry.dubuque.k12.ia.us:1755/ I think they first try mms and after timeout mmsh, Nicola
Looking at this ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/libmms/+bug/284821 seems that ubuntu hardy was able to play mmsh stream so this seems a regression in handling mms/mmsh stream in gstreamer, with tha latest gstreamer version I have this error: gst-launch-0.10 -v mmssrc location=mmsh://scry.dubuque.k12.ia.us:1755/ ! decodebin ! autovideosink Impostazione della pipeline a PAUSED ... ERRORE: la pipeline non vuole mettersi in pausa. ERRORE: dall'elemento /GstPipeline:pipeline0/GstMMS:mms0: Could not connect to streaming server. Informazioni di debug aggiuntive: gstmms.c(461): gst_mms_start (): /GstPipeline:pipeline0/GstMMS:mms0: A redirect message was posted on the bus and should have been handled by the application. Impostazione della pipeline a NULL ... Esecuzione di free sulla pipeline... while both vlc and mplayer works fine, Nicola
it works now with libmms 0.6
Closing. Can't reproduce and according to comment #7 it was fixed upstream.