[MPlayer-G2-dev] Darwin port
Dan Christiansen
danchr at daimi.au.dk
Sat May 10 12:59:30 CEST 2003
Just wondering, is it on purpose that the darwin/big endian parts
aren't in pre21? The pre20 patch applies fine, though, so I'm compiling
it right now.
I'll do some testing of the accuracy of usleep(), nanosleep() and
CFRunLoopRunInMode() later today. I'm especially interested in how
CoreFoundation performs - using a run loop instead of blocking has some
advantages. Which stresses the timers most? Dropping frames or playing
smoothly?
On Saturday, May 10, 2003, at 01:58 AM, Arpi wrote:
> Hi,
>
>> --- ./osdep/timer-macosx.c Wed Feb 19 18:22:02 2003
>> +++ ../g2-pre20/osdep/timer-macosx.c Wed May 7 19:50:08 2003
>> @@ -4,13 +4,22 @@
>> * (C) 2003 Dan Christiansen
>> *
>> * Released into the public domain.
>> + *
>> + * Changelog:
>> + * 07/05/2003 sleep_accurate() merged from timer-lx.c
>> + * updated to mplayer-g2
>> + *
>> */
>
> I guess (hope) darwin isn't as lame as linux is about usleep(), ie it
> can do
> at least 1ms accurate delay (linux's usleep() is +-20ms "accurate"
> only),
> at least afaik freebsd can.
>
> So, for non-linux systems it should be imho:
>
> float sleep_accurate(float x){
> usec_sleep(x*1000000.0);
> return 0;
> }
>
> could you test if it's accurate enough (A-V: 0.000 cosntant for mpeg
> files),
> and teh delay number in the () after V: is constant (usually 0.040),
> too?
More information about the MPlayer-G2-dev
mailing list