> On Apr 10, 2020, at 9:04 AM, Matthew Czarnek wrote:
>
> My bad. I'm trying to send along the timestamp that the frame was originally
> recorded alongside the frame. Do you know of a way to do this?
Why do you want to send this? More specifically: What would a RTSP client do
with this data
My bad. I'm trying to send along the timestamp that the frame was
originally recorded alongside the frame. Do you know of a way to do this?
Is it possible to do this for an RTSP stream using a standard protocol?
Maybe add a few bytes to the end of the frame which the video reader
should ignore?
Th
> On Apr 10, 2020, at 6:57 AM, Ross Finlayson wrote:
>
> "fPresentationTime” - as set by your server - should always be monotonic
> nondecreasing (i.e., it should never decrease)
The one exception to this, by the way, is ‘B frames’ (using MPEG-2 terminology;
I don’t know what they’re called
The ‘bug’ here appears to be in your server.
"fPresentationTime” - as set by your server - should always be monotonic
nondecreasing (i.e., it should never decrease), even if you are seeking
backwards in the underlying stored media data. Remember, the ‘presentation
time’ is the time that the me
I'm using a subclassed FramedSource to play a video, and I'm playing it
forward normally and backward by skipping between I-frames. It works fine
backwards until it loops around and start the video over again.
At that point, and only if I'm setting the fPresentationTime to the PTS of
the frames, t
