Re: [Live-devel] Getting server wallcock

2013-04-03 Thread Ross Finlayson
> 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

Re: [Live-devel] Getting server wallcock

2013-04-03 Thread Jesse Hemingway
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

Re: [Live-devel] Getting server wallcock

2013-04-03 Thread Ross Finlayson
> 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

[Live-devel] Getting server wallcock

2013-04-02 Thread Jesse Hemingway
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