So, this RTCP SR logic is calling gettimeofday() and changing
fPresentationTime outside of my control?
No, it's not setting your "fPresentationTime" at all. Only your code
does that. The "RTCP SR logic" is calling "gettimeofday()" to set the
timestamps in RTCP "SR" packets (that are use
> On Jul 8, 2022, at 3:57 AM, DJM-Avalesta wrote:
>
> Hi Ross,
>
> > OK, so we’ve established (again!) that your problem is that your server’s
> > presentation times are not properly aligned with ‘wall clock’ time
> > (the time that you’d get by calling “gettimeofday()”). This is necessary
Hi Ross,
OK, so we've established (again!) that your problem is that your
server's presentation times are not properly aligned with 'wall clock'
time
(the time that you'd get by calling "gettimeofday()"). This is
necessary because the periodic RTCP "SR" ("Sender Report") packets -
sent by t
OK, so we’ve established (again!) that your problem is that your server’s
presentation times are not properly aligned with ‘wall clock’ time (the time
that you’d get by calling “gettimeofday()”). This is necessary because the
periodic RTCP “SR” (“Sender Report”) packets - sent by the server - a
I’m confused. You sent an almost identical email last December. I thought
that the various responses to that email had resolved your problem.
Once again, you should read the various emails titled "Live555 presentation
times jump when joining multicast streams” in the December 2021 archives:
