[MPlayer-dev-eng] [PATCH] 64-bit get time 2nd try
jeromed at bluestreaktech.com
Sat Oct 9 18:40:05 CEST 2010
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.
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
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?
More information about the MPlayer-dev-eng