[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