[MPlayer-dev-eng] [PATCH] 64-bit get time 2nd try

[Jerome Duval]

Time is often a Unix timestamp which is defined from a certain point in time (the Epoch). Any time before that point is negative.

For an individual media file, negative values might not make sense, but you could still use a negative value as an error code.

Jerome
________________________________________
From: mplayer-dev-eng-bounces at mplayerhq.hu [mplayer-dev-eng-bounces at mplayerhq.hu] On Behalf Of Dan Oscarsson [Dan.Oscarsson at tieto.com]
Sent: Saturday, October 09, 2010 12:05 PM
To: mplayer-dev-eng at mplayerhq.hu
Subject: [MPlayer-dev-eng] [PATCH] 64-bit get time 2nd try

Attached is an updated patch to get a get time call that returns time as
a 64-bit quantity. I have added a fix to handle MS Windows only
returning 32-bit data - though I have not tested it as I do not have MS
Windows.

I can add on linux a monotonic clock is used (for all timer calls) it
you want it. I do not know how often NTP goes in and changes the clock.

On MS Windows I can add high precision timers to get a better clock
there, though I cannot test it.

I saw that ffmpeg have a av_gettime returning int64_t while I have used
uint64_t. Is that better? Time should never be negative or should it?

The av_gettime in ffmpeg uses the Posix gettimeofday call - how is that
handled when ffmpeg is compiled on MS Windows?

   Dan