So my question: is the rtpSource->curPacketRTPTimestamp() always
supposed to be larger than rtpInfo.timestamp?
No, RTP timestamps can wrap around (because they are 32-bit numbers).
In MediaSubsession::getNormalPlayTime(...), when rtpInfo.infoIsNew,
an offset is set as such:
u_int32_t ti
I'm trying to implement trick-mode support server and client side. My
original attempt for UI notification of playback time was to use the pts
provided by ffmpeg for the position within the media, and on the client side
take this pts out of the total duration to update my media slider. After
any t
