I see, thanks for the quick reply. The reason I was doing this is the comment in the following line in DeviceSource.cpp:
gettimeofday(&fPresentationTime, NULL); // If you have a more accurate time - e.g., from an encoder - then use that instead. With respect to that comment: what is the recommended way of doing this? Use gettimeofday to get the timestamp for the frame, feed them into the encoder and use the associated output timestamps of the respective NAL units for sending them? Would that be the way it is intended to be used? That's what I'm doing now, and it *seems* to do it's job. However, I still have the issue with the broken I-frames at the very beginning (see other thread), so I'm suspicious of every little detail... Thanks, Roland -----Ursprüngliche Nachricht----- Von: live-devel [mailto:live-devel-boun...@ns.live555.com] Im Auftrag von Ross Finlayson Gesendet: Dienstag, 16. Mai 2017 21:35 An: LIVE555 Streaming Media - development & use <live-de...@ns.live555.com> Betreff: Re: [Live-devel] Jumps in presentationTime values > I’m failing to understand how the presentation time in live555 is to be used. > I’m sending PTs, as generated by my HEVC encoder, which start at 0:0 That’s your problem. When streaming data using our RTSP server implementation, presentation times (i.e., the “fPresentationTime” member variable) need to be aligned with ‘wall clock’ time - i.e., the time that you’d get by calling “gettimeofday()”. (The reason for this is our RTCP implementation uses “gettimeofday()” when generating its RTCP “SR” (“Sender Report”) packets.) Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
