> OK, then I think my mistake is to presume those timestamps are adjusted for
> the server's timezone settings. In fact, they must be UTC values, with no
> way to determine the timezone they originated from. In retrospect - duh,
> that's how you'd expect timestamps to work, and that's probably
OK, then I think my mistake is to presume those timestamps are adjusted for
the server's timezone settings. In fact, they must be UTC values, with no
way to determine the timezone they originated from. In retrospect - duh,
that's how you'd expect timestamps to work, and that's probably already
do
> I had been going under the assumption that I could interpret the presentation
> times in terms of the server's wallclock. I just realized that, in fact,
> presentation time appears to have been converted to the client's local time
No. The received frames' presentation times (once they've bee
I had been going under the assumption that I could interpret the
presentation times in terms of the server's wallclock. I just realized
that, in fact, presentation time appears to have been converted to the
client's local time, i.e. accounting for time zone, etc. Is this the case,
and if so, is t