<div dir="ltr">Hi Nicolas,<div><br></div><div>Thanks for your help.</div><div>I was thinking that changing the PTS was enough and ensured that PTS on file2 was not restarted from 0.</div><div><br></div><div>Which timestamp do you mean ?</div>
<div><br></div><div>I quickly had a look on hls code. Segment use would change the architecture of appsrc. Do you think it would be a good idea to work on it ?</div><div><br></div><div>Eloi</div><div><br></div><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 5, 2014 at 12:26 PM, Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mercredi 05 mars 2014 à 11:51 -0500, Eloi Bail a écrit :<br>
<div class="">> I am able to run it on file1 but file2 can not be rendered on client<br>
> -side. I check with wireshark and see that RTP packet are still<br>
> transmitted when streaming file2 with timestamp correct.  I check that<br>
> the PTS is correctly incremented at file2.<br>
<br>
</div>In the suggested pipeline you have no control over the timestamp. So<br>
what probably happens is that file2 timestamp restart from 0 (or some<br>
start value, this depends on the files), which mean all packet will be<br>
dropped at reception, as they are late. In element like hls, we insert<br>
segment event that ensure timestamp are seen continuous.<br>
<span class="HOEnZb"><font color="#888888"><br>
Nicolas<br>
<br>
</font></span><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>
<br></blockquote></div><br></div>