[Bug 578475] Gstreamer can't handle mms:// streams which are in fact rtsp://

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=578475
  GStreamer | gst-plugins-bad | 0.10.22

--- Comment #11 from Guillaume Desmottes <gdesmott at gnome.org> 2014-12-23 15:13:14 UTC ---
I'm facing a similar issue with
mms://193.191.129.52/Archive/20140424-1_bb_pl.wmv which takes a while to
connect but it's because libmms first try mmsh which times out. Using
LIBMMS_TRY_MMS_FIRST=1 solves this.


Btw this works fine with gst 1.2:
gst-launch-1.0 playbin uri=rtsp://193.191.129.52/Archive/20140424-1_bb_pl.wmv

but fails with master, not sure why:

0:00:02.372941298 14737 0x7f6ad40024a0 LOG                 asfdemux
gstasfdemux.c:840:gst_asf_demux_identify_guid: ASF_OBJ_UNDEFINED 
0x40000082-0x2305eb5d-0x06000000-0x00030100
0:00:02.372962511 14737 0x7f6ad40024a0 WARN                asfdemux
gstasfdemux.c:876:asf_demux_peek_object:<asfdemux0> Unknown object
40000082-2305eb5d-06000000-00030100
0:00:02.372982015 14737 0x7f6ad40024a0 WARN                asfdemux
gstasfdemux.c:953:gst_asf_demux_chain_headers:<asfdemux0> error: This doesn't
seem to be an ASF file


Anyway, how would you implement this timeout in mmssrc? mmsx_connect() is a
blocking call so should we spawn a thread and use g_timeout_add() in it or is
it a better way to do this in GStreamer?
Also, we can't cancel the current mmsx_connect() so this may be a bit tricky to
get right.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.