<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html><head></head><body><div style="font-size: 12pt; font-family: Calibri,sans-serif;"><div>I am not sure about that, but it probably should. On practice, the 1us offset will be lost in rounding though.</div><div><br></div><div>-- </div><div>Rémi Denis-Courmont</div><div>Sent from my NVIDIA Tegra-powered device</div><br><div id="htc_header">----- Reply message -----<br>De : "Steve Lhomme" <robux4@videolabs.io><br>Pour : "Mailing list for VLC media player developers" <vlc-devel@videolan.org><br>Objet : [vlc-devel] [PATCH] MKV: rework the PCR to match what avformat does<br>Date : sam., mars 14, 2015 01:12</div></div><br><pre style="word-wrap: break-word; white-space: pre-wrap;">On Thu, Mar 12, 2015 at 8:15 PM, Francois Cartegnie <fcvlcdev@free.fr> wrote:
> Le 12/03/2015 19:23, Steve Lhomme a écrit :
>>
>> Well, there's the case of 0. It's not set because that's also the
>> value of VLC_TS_INVALID. Should they be shifted with VLC_TS_0 ? Will
>> there be issues between the actual pts/dts of the packet if they are
>> not shifted ?
>
> All values passed as dts or pcr must be VLC_TS_0 added.
Is it for GET/SET_TIME/POSTION ? And also the i_dts/i_pts values of
the block_t passed to es_out_Send() as well ?
Steve
_______________________________________________
vlc-devel mailing list
To unsubscribe or modify your subscription options:
<a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a>
</pre></body></html>