<div dir="ltr">Thank you Sebastian,<div><br></div><div>File bug:</div><div><a href="https://bugzilla.gnome.org/show_bug.cgi?id=762715">https://bugzilla.gnome.org/show_bug.cgi?id=762715</a><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 February 2016 at 08:17, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Do, 2016-02-25 at 13:03 +0100, Angel Martin wrote:<br>
> Hi,<br>
><br>
> Let me say what I have understood from your words and more tests.<br>
><br>
> 1) udpsink sync=true -> the rhythm of the throughput is performed<br>
> according to the clock from the buffers.<br>
<br>
</span>No, with the timestamps of the buffers according to the clock of the<br>
pipeline.<br>
<span class=""><br>
> 2) when we are re-packing packets in groups of packets for UDP, is<br>
> the resulting group timestamped only when the first packet from the<br>
> group has timestamp?<br>
<br>
</span>That's what rndbuffersize currently should do, yes. If you need<br>
something else you either need to use the alignment property on<br>
mpegtsmux (to put multiple packets into one buffer), or write your own<br>
element that does what you need while doing *something* with the<br>
timestamps.<br>
<br>
The alignment property on mpegtsmux seems to have a bug too though, as<br>
it doesn't timestamp all output when combining multiple packets into<br>
one buffer. Can you file a bug about that?<br>
<span class=""><br>
> 3) only the first MPEGTSMUX packet of a actual video frame has<br>
> timestamps?<br>
<br>
</span>No, which you can easily confirm with:<br>
<br>
gst-launch-1.0 videotestsrc ! x264enc ! \<br>
     mpegtsmux ! fakesink silent=false sync=true -v<br>
<span class=""><br>
> This also works "min=max=188", blocksize has no impact<br>
<br>
</span>blocksize on the sink only has an impact if it is operating in PULL<br>
mode, which sinks are not doing currently.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd · <a href="http://www.centricular.com" rel="noreferrer" target="_blank">http://www.centricular.com</a><br>
<br>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>