[vlc-devel] [PATCH 00/17] Fixing normal_time handling
Rémi Denis-Courmont
remi at remlab.net
Wed Mar 10 14:20:06 UTC 2021
Le mercredi 10 mars 2021, 15:00:01 EET Francois Cartegnie a écrit :
> Le 10/03/2021 à 13:55, Rémi Denis-Courmont a écrit :
> > Actually no. We should just ditch GET_TIME entirely, and report the offset
> > from timestamps to normal play time when that offset changes (as opposed
> > to when the PCR changes). The offset is essentially the PTS value
> > corresponding to NPT zero.
> >
> > Reporting values that change all the time does not make sense. Or rather
> > it's impossible.
> >
> > The issue is what to do with GET_POSITION. If there is a known length,
> > then we can compute position as: NPT = PTS - PTS_offset
> > Position = NPT / Length
> >
> > But is there a demuxer that can compute a position but not a total length?
>
> Position known (As byte / total bytes). No Length as time.
Ah right. In that case, polling or frequent event is unavoidable. But at
least, byte offsets are much more discrete than microsecond timestamps, so it's
less insane.
--
Rémi Denis-Courmont
More information about the vlc-devel
mailing list