[Bug 773218] rtpbin: pipeline gets an EOS when any rtpsources byes

[GStreamer (GNOME Bugzilla)]

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

Tim-Philipp Müller <t.i.m at zen.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |t.i.m at zen.co.uk
         Resolution|FIXED                       |---
           Severity|normal                      |blocker

--- Comment #20 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
Sebastian asked me to re-open this.

This patch appears to cause a regression for the following scenario:

1) gst-rtsp-server/examples$ ./test-record '( queue name=depay0 ! fakesink
dump=true )'


2) gst-launch-1.0 audiotestsrc num-buffers=10 samplesperbuffer=8000 !
audio/x-raw,rate=8000 ! alawenc ! rtspclientsink
location=rtsp://127.0.0.1:8554/test rtx-time=0

The elaborate pipeline is just to make sure we send exactly 10 secs of data.

With this patch, this pipeline hangs after ~10 seconds, instead of EOS-ing and
finishing properly.

If you pick e.g. num-buffers=1 (for one second of data), it always works.

With the patch reverted, it also finishes reliably.

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