[gstreamer-bugs] [Bug 612915] New: streaming stopped for tcp interleaved communication:

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=612915
  GStreamer | gst-rtsp-server | git

           Summary: streaming stopped for tcp interleaved communication:
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-rtsp-server
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: bsreerenj at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


server : gst-rtsp-server
client  :quick time player


When we opt the communication transport as TCP from client side, the streaming
server is stopping just after one minute of playback.

I found that , the VLC player is sending GET_PARAMETER (as a ping) in some
intervals and there is no problem for streaming. But player like QuickTime is
not sending this GET_PARAMETER request and stopping exactly after one minute of
playback.(only for tcp communication).

I found that the dispatch function in gstrtspconnection.c
(gst-plubins-base/gst-libs/gst/rtsp)  

 gst_rtsp_source_dispatch (GSource * source, GSourceFunc callback
G_GNUC_UNUSED,gpointer user_data G_GNUC_UNUSED)

is called in regular intervals ( because gst_rtsp_source_check returning TRUE
for reafd)  for VLC player  and controll is entering into 

   if (watch->readfd.events  & READ_COND || watch->conn->initial_buffer !=
NULL) {

.But for QT_player the control is not came to the   

  "if (watch->readfd.events  & READ_COND || watch->conn->initial_buffer !=
NULL)"

And the connection is closed after one minute of playback.

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