<div dir="ltr">cache-buffers is set to False. I also confirmed that most of the buffers in the inactive pads are dropped through log messages as following:<div><br></div><div><div><div>0:00:00.375913141 27317      0x29882d0 DEBUG         input-selector gstinputselector.c:971:gst_selector_pad_chain:<selector_final:sink_1> entering chain for buf 0x7f67d8023850 with timestamp 0:00:00.334412144</div><div>0:00:00.375961628 27317      0x29882d0 LOG           input-selector gstinputselector.c:980:gst_selector_pad_chain:<selector_final:sink_1> getting active pad</div><div>0:00:00.375987930 27317      0x29882d0 LOG           input-selector gstinputselector.c:1044:gst_selector_pad_chain:<selector_final:sink_1> received start time 0:00:00.334412144</div><div>0:00:00.376024575 27317      0x29882d0 LOG           input-selector gstinputselector.c:1047:gst_selector_pad_chain:<selector_final:sink_1> received end time 0:00:00.367745477</div><div>0:00:00.376032410 27317      0x29882d0 DEBUG         input-selector gstinputselector.c:1131:gst_selector_pad_chain:<selector_final:sink_1> Pad not active, discard buffer 0x7f67d8023850</div><div><br></div></div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 10, 2014 at 4:17 PM, Sérgio Agostinho <span dir="ltr"><<a href="mailto:sergio.r.agostinho@gmail.com" target="_blank">sergio.r.agostinho@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The input-selector is able to cache buffers so that you don't lose any data on the inactive pad. Can you confirm that the buffers of the inactive pad are being dropped?<br>
<br>
Sérgio<br>
<div><div class="h5"><br>
> On 10 Dec 2014, at 23:15, Cheol Park <<a href="mailto:daeji77@gmail.com">daeji77@gmail.com</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> I am trying to multiplex multiple RTP input streams by using an input-selector. When the active sink pad is changed, the timestamp of the discont buffer is sometimes slightly less than the timestamp of the last forwarded buffer from the previous active sink pad. Is this an expected behavior or a bug?<br>
><br>
> This causes a problem downwards in the pipeline when the output is encoded as H.264. What will be solutions for this issue?<br>
><br>
> Regards,<br>
><br>
> Cheolho<br>
</div></div>> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br></div>