[Bug 758160] New: splitmuxsink with mpegtsmux, curlftpsink generates only the first fragment and pipeline exits with a timeout error.

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 758160
           Summary: splitmuxsink with mpegtsmux, curlftpsink generates
                    only the  first fragment and pipeline exits with a
                    timeout error.
    Classification: Platform
           Product: GStreamer
           Version: 1.6.0
                OS: Windows
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: raghava.447 at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

splitmuxsink with mpegtsmux and curlftpsink is generating only one fragment and
pipeline exits after displaying a timeout error with gst_poll_wait API. 

After lots of experiments, I tried disabling the portion of code in the
function "handle_transfer" of the file gstcurlbasesink.c of gst-plugins-bad
where gst_poll_wait API is being used and GST_FLOW_ERROR is returned if no
activity is found the concerned fd. 

By disabling this, I could see the pipeline moving ahead and the fragments
being generated at the target location. 

I want to understand what gstcurlbasesink is exactly trying to do and why is it
only after disabling this portion of code fragments are being generated. 

Also, I observed one more thing. If I use mp4mux instead of mpegtsmux the
pipeline just exits. 
Please help me to resolve these issues. Any quick response is greatly
appreciated.

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