[gstreamer-bugs] [Bug 625023] New: rtspsrc inconsistent behaviour

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=625023
  GStreamer | gst-plugins-good | 0.10.23

           Summary: rtspsrc inconsistent behaviour
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.23
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: marc.leeman at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


We have an encoder that is streaming perfectly and as expected when using RTSP
(defaults to unicast).

However; when specifically requesting a multicast address from the encoder; the
encoder replies to RTCP requests with 

RTSP request message 0x44732e40
 request line:
   method: 'GET_PARAMETER'
   uri:
'rtsp://10.3.0.173/axis-media/media.amp?latency=50&videocodec=h264&debug=1&protocols=2'
   version: '1.0'
 headers:
 body:
RTSP response message 0x44732f60
 status line:
   code: '454'
   reason: 'Session Not Found'
   version: '1.0'
 headers:
   key: 'CSeq', value: '9'
   key: 'Session', value: '936FAA71'
   key: 'Date', value: 'Thu, 16 Aug 2001 11:22:41 GMT'
 body: length 0 

even though that the encoder keeps on happily sending the stream (and keeps it
alive). However, the rtspsrc does no longer accept/listen to the stream.


With unicast the reply from the encoder is
RTSP request message 0x44771e40
 request line:
   method: 'GET_PARAMETER'
   uri:
'rtsp://10.3.0.173/axis-media/media.amp?latency=50&videocodec=h264&debug=1&protocols=1'
   version: '1.0'
 headers:
 body:
RTSP response message 0x44771f60
 status line:
   code: '200'
   reason: 'OK'
   version: '1.0'
 headers:
   key: 'CSeq', value: '5'
   key: 'Session', value: '31EFAC72'
   key: 'Date', value: 'Thu, 16 Aug 2001 11:25:27 GMT'
 body: length 0 

Even though that the encoder gives the wrong reply; rtspsrc keeps on sending
RTCP requests; while not listening to the data anymore.

If rtspsrc decides to discontinue listening to the data; should it not simply
stop sending the rtcp packages too; so the pipeline exits (and can cleanly be
restarted).

-- 
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.