This is quite intersting:
I've downgrade my dual 560MHz BP6 to 1cpu 400MHz celeron for some
tests and discovered that after some short period of time (like withing
2 minutes) some hostile aviplay thread starts to eat a log of CPU.
Why just one has noticed this so far ? I'll not notice this on my dual
box :)
Anyway - the problem appears to be temporaly solved by this short
patch for SDL1.2 (CVS version - but should work with older versions
as well)
Index: src/events/SDL_events.c
===================================================================
RCS file: /cvs/SDL12/src/events/SDL_events.c,v
retrieving revision 1.2
diff -u -b -B -r1.2 SDL_events.c
--- src/events/SDL_events.c 2001/04/26 16:50:17 1.2
+++ src/events/SDL_events.c 2001/08/28 20:16:17
@@ -117,7 +117,8 @@
if( SDL_timer_running ) {
SDL_ThreadedTimerCheck();
}
- SDL_Delay(1);
+ /*kabihack printf("SDL_DELAY\n");*/
+ SDL_Delay(100);
/* Check for event locking.
On the P of the lock mutex, if the lock is held, this thread
---------
Am I the only one who just noticed there was more then one CPU busy
thread on machine (it's not normal when more then one thread eats
CPU in aviplay!)
For now I've no idea if this is bug in aviplay - e.g. we are not
consuming some events or its just busy-loop in SDL - I'll try to
resolve this with SDL maintainers...
But if anyone has any idea what could be the reason for this problem -
let me know...
--
Debian GNU/Linux maintainer - www.debian.{org,cz}
Zdenek Kabelac http://i.am/kabi/ kabi@{i.am, debian.org, fi.muni.cz}
Resistance is futile. You all will be packaged
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
