Blockland Forums > Modification Help
RTB Development
Destiny/Zack0Wack0:
--- Quote from: Ephialtes on November 25, 2009, 04:47:50 AM ---I know people with 200+ add-ons are having some huge lag when loading it so that's a high priority issue I'll be looking at.
--- End quote ---
Why not a "low quality gui" setting in the options? It'd basically load the gui with the least amount of controls you can get. And if you've already got it like that, you could make it a text control with simple links for doing stuff. I know it'd look a bit dodgy but it could just be there for people who are having excruciating lag.
Ephialtes:
The problem is, even with just the default ~50 add-ons installed, You're going to have a minimum of atleast 5 controls per add-on (name, enable/disable, update, report bug, delete) which already adds up to 250 gui controls being created and rendered all at once. I think we use about 12 per add-on in v3 which is about as minimal as it gets.
Staggered gui building will be the best chance, doing 50 controls, sleeping for 10ms then doing another 50. That will prevent the game slowing down and only add a tiny waiting time for the Your Mods section to load.
On the topic of stats, I looked into methods of counting bricks planted etc. reliably but it involves putting a lot of trust in server hosters. Originally in RTB 1.05 I had a profiles system that counted a bunch of "useful" stuff like times you'd been kicked, banned, how many bricks you'd placed and movements you'd made. But all of this was supplied by the server and considering how many idiots we have running around hosting servers I think this would just get abused and the stats would be nowhere near accurate. I like the idea of server visiting though, it might be quite an interesting stat and could be aggregated into data that could be used for server rankings. I'll look into that one for sure.
RTB does track playtimes at the moment though, here are the top 10 RTB users by hours of usage:
--- Code: ---I have not (6138) 1221 hours, 08 minutes
Disconnected (8530) 1050 hours, 12 minutes
Jakob (14941) 1030 hours, 60 minutes
Cucumberdude (4708) 1017 hours, 22 minutes
Darkness Ninja (12899) 966 hours, 02 minutes
Benofdoom (1436) 920 hours, 02 minutes
Furling (6796) 915 hours, 50 minutes
Dandodeys (3050) 857 hours, 07 minutes
paulguy (3825) 830 hours, 18 minutes
clone (4326) 820 hours, 51 minutes
--- End code ---
mctwist:
Is placing 50 controls and then wait for a while really enough? I suggest something like 20 to 25. And reducing the schedule to 5 could still improve the speed.
When it comes to stats, the problem is that people can abuse it really hard, if they know how to do it. Especially amount bricks planted. Those stats are not interesting, due that people will only try spamming their or other server only to get past those that is in the top. Those with no life wins.
Although, it is really easy to count the amount of bricks planted. Server-sided as client-sided.
Server visiting is a great idea, but as everything, this could also be abused if a host and other persons stays in the server only to be there. Doing nothing. Otherwise, this is a good idea and should be implemented.
Off-topic: I see who have too much spare time, and no life.
Jaydee:
Also, is there a stat on how much time each server is running?
Ephialtes:
--- Quote from: mctwist on November 25, 2009, 08:50:48 AM ---Is placing 50 controls and then wait for a while really enough? I suggest something like 20 to 25. And reducing the schedule to 5 could still improve the speed.
--- End quote ---
50 controls is basically nothing.
Each row in the Your Mods section uses ~15 controls so I'd be loading by number of rows (e.g. 5 rows per 10ms) which gives the game plenty of time to render the ones which were just added. We don't really need to discuss things to this level of granularity.
--- Quote from: Jaydee on November 25, 2009, 09:32:38 AM ---Also, is there a stat on how much time each server is running?
--- End quote ---
Curiously, no. That would have been a clever thing to add. I'll implement that tonight.