Rather than changing "gettimeofday()", or requiring the library code
to use a different-named function, a better solution was to fix the
"DelayQueue" implementation (in the "BasicUsageEnvironment" library)
so that it checks for (and properly handles) the special case of
"gettimeofday()" going b
>> "clock_gettime()" does not seem to be portable. (In particular, Mac OS X
doesn't seem to have it, and (I suspect) Windows doesn't either.)
The patch does not change the windows implementation other than renaming the
function ³mgettimeofday². It does a new function mgettimeofday as an #else
(
I just ran into this issue and will be using the patch. Is there
any reason not to include this in the main source repository?
"clock_gettime()" does not seem to be portable. (In particular, Mac
OS X doesn't seem to have it, and (I suspect) Windows doesn't either.)
--
Ross Finlayson
Live Ne
> The issue is : if you change your system time while you receive a stream, then
>> the library may make your cpu very busy.
>>
>> So I patched the library myself : I replaced gettimeofday by a monotonic
>> clock.
>> This has only been tested with linux. In case someone else is looking for a
> sol
Hi,
Last month, I sent a bug report and received no answers :
http://lists.live555.com/pipermail/live-devel/2009-July/010939.html
http://lists.live555.com/pipermail/live-devel/2009-July/010966.html
The issue is : if you change your system time while you receive a stream, then
the library may ma
