
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Mar 30, 2013, at 04:25 , Alex Cohn wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><p dir="ltr">I am sorry I cannot write a detailed answer right now from my phone. Basically, the pts you set before encoding should be the right one, because you have little control over the delay introduced by the encoder. But this depends on the codec and on the container.</p><p dir="ltr">I beg to differ from Kalileo in one aspect: the codec may care about pts, but on the other hand it may not.</p><div><br></div></blockquote><br>We do not differ here. </div><div><br></div><div>Codec as in decoder for video or audio, i don't see that, (except rearranging the order of video frames based on PTS as in x264 containing b-frames, if needed), but codec as in muxer to write the combined video, here it will check if the DTS/PTS values you provide are somewhat plausible.</div><div><br></div><div>Then again, I'v only worked with a few codecs, x264, aac, mpegts, so my view of the codec world might be quite limited.</div></body></html>