[Bug 768232] New: rtspsrc protocols aren't restarted after rtsp redirect

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=768232

            Bug ID: 768232
           Summary: rtspsrc protocols aren't restarted after rtsp redirect
    Classification: Platform
           Product: GStreamer
           Version: 1.8.1
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: blackey at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

When consuming an RTSP source such as in fig.2, and assuming the protocol order
such as in fig.1 everything works properly as long as the RTSP source doesn't
redirect. 

I'm experiencing an issue where the unicast UDP protocol is attempted, then the
server redirects to another URI, the RTSP negotiation starts over again using
the new URI only this time unicast UDP is not attempted by gstreamer, instead
it moves on to the next protocol.

[Fig.1]
GST_RTSP_LOWER_TRANS_UDP
GST_RTSP_LOWER_TRANS_UDP_MCAST
GST_RTSP_LOWER_TRANS_TCP

[Fig.2]
gst-launch-1.0 rtspsrc debug=true location="rtsp://192.168.1.118:554/live" !
queue ! rtph264depay ! h264parse ! matroskamux ! filesink location=file.mkv

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.