[Live-devel] Live555 bug report: Video freezes when playing backward and fPresentationTime is changed

[Matthew Czarnek]

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?

Thanks

On Thu, Apr 9, 2020 at 3:37 PM Ross Finlayson <finlayson at live555.com> wrote:

>
>
> > On Apr 10, 2020, at 6:57 AM, Ross Finlayson <finlayson at live555.com>
> 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 in called in H.264).  These
> are frames whose contents depends on frames that are displayed later.  In
> this case - because frames are always streamed in decoding order (i.e., the
> order that they are to be fed to the client’s video decoder) - the
> presentation times for such frames will be less than the
> (sent-and-decoded-earlier) frames that they depend upon.
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20200409/a24e0cee/attachment.htm>