Sergey Sharybin ff9974ed69 Fix T37898: blenderplayer painfully slow in recent builds ... Issue was caused by recent image cache rewrite and root of the issue goes to the fact that blender player doesn't initialize cache limiter and it uses 32meg of memory only. This leads to infinite image loading/freeing. For now disabled cache limiter in game engine, this brings back old behavior. In theory we might be smarter here, but better caching policy is to be discussed.		2013-12-22 15:26:59 +06:00
..
intern	Fix T37898: blenderplayer painfully slow in recent builds	2013-12-22 15:26:59 +06:00
CMakeLists.txt	remove $Id: tags after discussion on the mailign list: http://markmail.org/message/fp7ozcywxum3ar7n	2011-10-23 17:52:20 +00:00
MEM_Allocator.h	move BLO_sys_types.h -> BLI_sys_types.h (it had nothing todo with loading)	2013-05-28 19:35:26 +00:00
MEM_CacheLimiter.h	Fix T37898: blenderplayer painfully slow in recent builds	2013-12-22 15:26:59 +06:00
MEM_CacheLimiterC-Api.h	Fix T37898: blenderplayer painfully slow in recent builds	2013-12-22 15:26:59 +06:00
MEM_NonCopyable.h	unify include guard defines, __$FILENAME__	2012-02-17 18:59:41 +00:00
MEM_RefCounted.h	unify include guard defines, __$FILENAME__	2012-02-17 18:59:41 +00:00
MEM_RefCountedC-Api.h	unify include guard defines, __$FILENAME__	2012-02-17 18:59:41 +00:00
MEM_RefCountPtr.h	fix some types and incorrect info	2012-07-26 17:41:09 +00:00
MEM_SmartPtr.h	code cleanup: spelling,	2012-11-12 07:33:01 +00:00
SConscript	Added GPL header to sconscripts!	2012-12-17 08:01:43 +00:00