<div dir="ltr"><div><br></div>Thanks, Carl!!!<div><br></div><div><span style="color:rgb(117,117,117)">> PTS 0 1 2 3 (when it needs to be present, order)</span><br style="color:rgb(117,117,117)"><span style="color:rgb(117,117,117)">> DTS 0 3 1 1(when it needs to be decoded)</span></div><div><font color="#757575"><br></font></div>Yes =(, you're right, it was supposed to be DTS 0 3 1 2 (assuming 0 is an I-Frame, 1 and 2 were a B-Frames that depend on 3 and 3 is P-Frame).<div><br></div><div>This whole example is fictional in order for me to understand it better.</div><div><br></div><div>> <span style="color:rgb(33,33,33)">As such, this is definitely not correct, raw H.264 streams do</span></div><span style="color:rgb(33,33,33)">> produce timestamps (that unfortunately can be wrong with</span><br style="color:rgb(33,33,33)"><span style="color:rgb(33,33,33)">> FFmpeg).</span><div><span style="color:rgb(33,33,33)"><br></span></div><div><span style="color:rgb(33,33,33)">Are these timestamps on the NAL SEI? In general, does the player relies mostly on timing/sync info stored on codec rather than on containers? </span><span style="color:rgb(33,33,33)">How about the other CODECs like VP9?</span></div><div><span style="color:rgb(33,33,33)"><br></span></div><div><font color="#212121">Do you know how people decide what time base to use or how to increase PTS each frame? </font></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 13, 2017 at 10:11 PM Carl Eugen Hoyos <<a href="mailto:ceffmpeg@gmail.com">ceffmpeg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2017-11-14 0:07 GMT+01:00 Leandro Moreira <<a href="mailto:leandro.ribeiro.moreira@gmail.com" target="_blank">leandro.ribeiro.moreira@gmail.com</a>>:<br>
<br>
> PTS 0 1 2 3 (when it needs to be present, order)<br>
> DTS 0 3 1 1(when it needs to be decoded)<br>
<br>
This is either wrong or misleading (or both):<br>
Every frame needs its own dts and dts cannot<br>
be equal for different frames.<br>
<br>
> (can be different due to B frames<br>
> and their need to know the future beforehand)<br>
><br>
> PTS_TIME FRAME_N x TIMEBASE (when it needs to be played, a value that we can<br>
> use in some sorta way into seconds)<br>
<br>
> First of all, I assume that this information about when you will play a<br>
> frame nth is in the container, not on the codec, right?<br>
<br>
As such, this is definitely not correct, raw H.264 streams do<br>
produce timestamps (that unfortunately can be wrong with<br>
FFmpeg).<br>
<br>
Carl Eugen<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</blockquote></div>