2010-12-28, 04:09
MarcosQui Wrote:Sorry, but I have to disagree.
This is very simple to solve, is no fault to be 1080p, not the fault of. xbt, (Paul did not waste time on this) I just return the skin to the point that was version 2.1.1, worked well on any computer, no one complained about slowness, but complained of resources, so we were running in circles.
For those who asked about. xbt - The. xbt can become large in size but the skin does much better with him than without him, this fact is otherwise I would not use it.
What I don't understand is this: why is the performance affected with extra menu options if most users don't use them? i.e. shouldn't performance only be affected if users actually enable those options? if the problem is that you have to allocate the options in the guisettings regardless of whether they are used or not, then the problem seems to be a design flaw in the way xbmc does skinning. In other words, it seems that xbmc itself needs to be "fixed" to allow new menu options to be added dynamically by the skin, rather being allocated once for all time.
(PS. Having extra menu options is one of the chief virtues of Aeon MQ2 IMHO. To answer a previous poster of how those options are used: I use it to replace the Pictures plugin with MyPicsDB for example, and also add top-level options for Hulu, Mythbox and other things that my spouse would like easy access to, rather than drilling down through multiple levels of menus. 5 would probably be OK, but 7-10 would be better.)