Development discussion. Logged to https://ddnet.tw/irclogs/ Connected with DDNet's IRC channel, Matrix room and GitHub repositories — IRC: #ddnet on Quakenet | Matrix: #ddnet-developer:matrix.org GitHub: https://github.com/ddnet
Between 2022-02-28 00:00:00Z and 2022-03-01 00:00:00Z
Could you please give me your opinion on my pull request (https://github.com/ddnet/ddnet/pull/4761 )? What do you think, is it excessive to offer four different positions? Can we agree on one? Personally, I think it is good to offer four different positions. (edited)
I would also somewhat agree that it's excessive, and I think the user wouldn't intuitively understand 0, 1, 2, 3 -- the names could be more descriptive in my opinion
I just wanted to mention that post-tournament new-player engagement is really great in Korean community. Nice work! :)
06:26
06:28
I think there are also some that are eager for the next one. Since hosting the tournament is manual work, what about automating it for new map releases? Like a scheduled Jenkins task for the weekends, possibly randomising the times for different time zones (just an example)(edited)
the problem is a lot of maps arent very suitable for tournaments
06:45
maybe there could be certain automated events that are similar to tournaments
Pathos
I would also somewhat agree that it's excessive, and I think the user wouldn't intuitively understand 0, 1, 2, 3 -- the names could be more descriptive in my opinion
Yeah of course, that's expected I think, so not all maps would be in the map pool
Pathos
I think there are also some that are eager for the next one. Since hosting the tournament is manual work, what about automating it for new map releases? Like a scheduled Jenkins task for the weekends, possibly randomising the times for different time zones (just an example) (edited)
I believe this is the correct solution to https://github.com/ddnet/ddnet/issues/4646.
I think the only reason specteam was working is because the CanCollide check would return false for tees outside your team most of the time (since they don't collide). But when you are in solo then you can't collide with anyone, so you won't even be able to see your own team in freecam.
As far as I can see, maybe I'm wrong of course, at the moment there is a problem with players evading the ban.
After thinking about it, I have an idea.
It would be possible to collect innocuous traces of players. Some purely individual settings. For example, game window resolution, mouse sensitivity, sound volume, client version. All this to improve detection.
From less innocuous options, you can also collect local computer time, a list of binds (I think with the help of a list of binds you can generally uniquely identify the player). From the not so harmless, the amount of disk space, the frequency of RAM, CPU and GPU.
The more traces are stored, the easier to unambiguously determine that right now there was a banned player and he should not be allowed into the game.
The advantage of all this is that the most ordinary player will not notice anything at all.
The less obvious the principles by which a player is detected, the better.(edited)
I've been thinking about that, too. You could try destroying all unofficial clients and stop letting them onto the server altogether. Make a poll from the client server, and if he did not answer correctly, not to let him in. But I forgot how I thought about the "certificate" forging thing.
It seems like the last time registration ideas were rejected, or something else. I'll probably do it again. It would be nice to really introduce registration and make it really hard to make more than 1 account (unless you ask moderators to do so).
Way 1, as I understand undesirable, to link to a Steam account. Here I think I can not explain.
Way 2. 1 account for 1 pair of mail, discord, login, something else. With the inability to reuse. If such a mail was - you can't create an account, such a discord was - you can't recreate an account, such a login was - also. There was registration from such IP - prohibit. Registration with VPN, and even more so with TOR - prohibit. The more things involved in creating an account, the better.
Ultimative method would be tying to your phone number, but I think the players will not like it.(edited)
noone stops anyone from creating multiple emails, discords, steam accounts, getting multiple sim cards, these kind of verifications are the easiest to avoid(edited)
Yes, I understand that, the point is that now the fight against evaiders would look not like this (here I would throw a screenshot as a player logged in, he was banned, he logged back in and so 11-15 times, after which the moderator went on his business), but it was much more exhausting for the ban-evader.(edited)
20:45
Doesn't the phone participate in the creation of a Steam account?
20:47
There's a nuance with Steam and phone is that to make them on an industrial scale for registration will not work.(edited)
20:49
I certainly would not be lazy to ban the same person 30-60 times a day, until he runs out of means to circumvent bans, but I really do not like this situation.(edited)
20:50
I know about 4-6 such players in Russia alone.
Ham5terzilla (Макс)
Doesn't the phone participate in the creation of a Steam account?