RTB Development

[Chrono]

If I'm understanding this correctly, you want a button that removes the add-ons that aren't zipped from the add-ons folder? Besides freeing disk space, I don't see a point in that, since we'd have to re-download everything when we joined a server.

There's another point to having something like that.

When content creators fail to update models properly (they forgot to give a new name eg. Airplane_v2.dts) it causes anyone with the old version to crash or disconnect rather than downloading the new model.
It's impossible to tell which add-on is doing this because it crashes before telling you that it has been loaded or attempted to load. Therefore an entire wipe of all non-packaged add-ons is the best solution. The content-only zips get updated from what I can see unless I suddenly downloaded some obscure weapons in my sleep.

[Ad Bot]

[Ephialtes]

Okay, so let's delete every off-topic post from every thread on this forum then. Maybe I was right - truth hiding.

Try not to be such a pathetic troll. It's ever so curious that the only people who try to stuff on this thread are the ones who aren't allowed to use RTB. If you really want to cry about it that bad then email me or start a drama thread. Continuing to attempt to crap up this thread will win you a ban.

[Cody574]

There's another point to having something like that.

When content creators fail to update models properly (they forgot to give a new name eg. Airplane_v2.dts) it causes anyone with the old version to crash or disconnect rather than downloading the new model.
It's impossible to tell which add-on is doing this because it crashes before telling you that it has been loaded or attempted to load. Therefore an entire wipe of all non-packaged add-ons is the best solution. The content-only zips get updated from what I can see unless I suddenly downloaded some obscure weapons in my sleep.

Oh, I see now. Thanks for clearing that up.
It's just too bad that it wouldn't be able to detect the addon causing the bullstuff and wipe that instead. I mean, I'd much rather have to delete and replace 1 addon instead of wiping my ~100 MB worth of various server-downloaded addons that I'd have to sit there for an ungodly amount of time while they download again, and I'm sure any other sane person would too.

Try not to be such a pathetic troll. It's ever so curious that the only people who try to stuff on this thread are the ones who aren't allowed to use RTB. If you really want to cry about it that bad then email me or start a drama thread. Continuing to attempt to crap up this thread will win you a ban.

Nice Try. 

[Ephialtes]

@Cody574: The fact of the matter is, you are barred and I have no plans to remove that.

@Chrono: Content-only zips only apply to add-ons that have been released onto RTB so people shouldn't be making changes to their add-ons once they're available to everyone. They do have versioning though, so they'll be able to update if people have a more recent version of a particular add-on on their server.

[Cody574]

@Cody574: The fact of the matter is, you are barred and I have no plans to remove that.

And?

[MtnDew]

And?

And that's it.

Stop badgering him.

[Destiny/Zack0Wack0]

If I'm understanding this correctly, you want a button that removes the add-ons that aren't zipped from the add-ons folder? Besides freeing disk space, I don't see a point in that, since we'd have to re-download everything when we joined a server.

No a feature to wipe add-ons you have installed that are not in a .zip file. It'd be the equivalent of the delete function for packaged add-ons, which unpackaged add-ons currently lack.

[Cody574]

No a feature to wipe add-ons you have installed that are not in a .zip file. It'd be the equivalent of the delete function for packaged add-ons, which unpackaged add-ons currently lack.

Ah, that's a LOT better. Thanks.

[Ephialtes]

There isn't actually a function to remove folders at the moment. I'll knock up a new ConsoleMethod for it and get it put into v14 but until that happens I won't be able to add something like this.

I'm looking to re-work the Your Mods area for v4 at the moment. 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. I'm thinking some sort of dynamic pagination and "staggered" gui control creation. There are also lots of utility options (such as the mod synchronisation, downloading full add-ons from content downloaded off servers, deleting old content files) which don't fit into the current gui layout.

[Jaydee]

Idea: Player Statistics. They are viewable in-game or in the RTB website. They just show statistics of how much time this player has played since installing RTB, bricks planted, most visited server, etc. Basically it can be just part of the RTB profiles.

[Destiny/Zack0Wack0]

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.

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: [Select]

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

[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]

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.

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.

Also, is there a stat on how much time each server is running?

Curiously, no. That would have been a clever thing to add. I'll implement that tonight.