home home

downloads files

forum forum

docs docs

wiki wiki

faq faq

Cube & Cube 2 FORUM


disabled mastermode. An Alternative Idea

by foreach on 02/19/2007 14:59, 16 messages, last message: 02/20/2007 21:04, 2332 views, last view: 05/02/2024 16:49

Hi community!

First I would like to thank every developer, designer, player, etc for making sauerbraten what it is today!
But there are some people who do not appreciate your work. I have an idea that I hope could help us to cope with those people a bit better.

Some server admins have now locked the master mode for public users. This is very effective against those troublemakers that use master-mode to kick people. But on the other hand makes live much easier for cheaters, teamkillers and name-fakers. As a result its not possible react to such disturbances most of the time.

The other argument is that most players are responsible people. And the chances that one of them gets master is quite high, if only they would make them selves master every time there isn't already one. But most don't. I must admit that I'm one of them. I just don't like to be the master of other players without a very pressing reason.

I was thinking of a solution somewhere between those two existing possibilities. My idea is to expand the voting possibilities. E.g. one can initiate a vote to kick somebody and if enough agree it's done. The same as it's done with map changes currently. If that would be possible, a master would not be necessary in 99% of the time we currently need one. As a result the master mode could be locked for public use without giving cheaters and teamkillers a simpler live as they already have.


I would like to suggested a second idea I had that would work together nicely with the first one. Currently voting doesn't seem to work very well on pubic servers. Usually there are between 0-2 reactions to an initial vote. The reasons for this, I guess, are:
* the chat scrolls so fast that it's
very likely to oversee a vote.
* very often response-voters fail to
select the same combination of map
and mode. (maybe because of the
fast scrolling chat)
* Its not possible to distinguish
between negative-votes and no-votes
(which would be a reaction too).

I would suggest to display something like this on every players screen after someone started a vote:

****************************************
Change map(mode) to:
complex (instag)
YES (F1) (4 of 10 players)
NO (F2) (1 of 10 players)
DON'T CARE (F3) (2 of 10 players)
(not voted: 3 players, 5 sec remaining)
****************************************

This are the reasons why I think that would be a good idea:
* no overseeing of a vote
* a clear start and end of a vote
(timeout)
* vote by pressing a button (F1-F3 in
this example) instead of navigating
through a menu
* clear separation of YES/NO/DON'T CARE
instead of only YES.

There are some things that must be taken care of. The player must be able to ignore the vote and continue playing without an interruption.
As a result of this:
* the displayed vote must stay fixed
even if the player is moving.
* not displayed at the screens center
or somewhere else where it would be
disturbing.
* the mouse must keep their targeting
and shooting functionality (not
turning into a cursor)
* there should be a limit of votes per
minute a player can start to
prevent flooding.

If I can be of any help, I'm sure to find some time working at the implementation of those ideas.

   Board Index   

#1: ..

by rpointon on 02/19/2007 16:06

In theory it should be possible to cache and show the vote info you suggest within the exiting vote menu.

It may be better leaving it to the user to push esc or a hotkey to bring up the vote menu... else having menus (or similar) automatically appear everytime someone votes would be somewhat annoying.

reply to this message

#2: Good Idea

by rock.n.rol_w/o_cookie on 02/19/2007 18:14

Thats a good idea.
But some ppl seem not to be able even to find the "vote" submenu, so it would be good to have the vote menu in the main menu page, and not under "multiplayer".

Only point which makes me doubt is when a cheater is master and you try to votekick him. Then the votekick shouldn´t show the name of the player who voted for a kick, or this would lead to a kick-war.

Maybe a master-vote would be helpful. Players just vote for one person who should be master.

Same with the "help" function. "Help" should be completely available ingame, best would be a submenu where most things are explained, though it´ll be much work and the menu would become very big, but it´s kinda big already, and the new gui would work well in edit mode with an ingame-help function, imo.

Just some thoughts...
;)

reply to this message

#3: ..

by Aardappel_ on 02/19/2007 20:15

trust me, we have thought this through, and mastermode is better (see other thread). Suggesting we do things like other games just because you don't understand how things work is no help.

reply to this message

#4: Re: ..

by shadow,516 on 02/19/2007 22:27, refers to #3

I do like the other voting system tho... I mean, seriously, how many times does a vote actually PASS?

reply to this message

#5: Re: ..

by Drakas on 02/19/2007 22:42, refers to #4

I gotta agree on it too..

reply to this message

#6: re: gilt's after school special

by Gilt on 02/20/2007 01:47, refers to #4

and why do you think votes never pass?

I'll give you a hint:

"I just don't like to be the master of other players without a very pressing reason."

These ideas are still trying to fight a social problem with a technical solution. The root of the issue is that despite the great majority of players being decent and good folk, they still a) don't care, or b) are too caring. Putting in a 'Don't care' joke option in the kick-poll isn't exactly going to help.

If not even one person in a group of players is willing to stand up and take master in order to defend their playground from bullies, why do you think a group of those players would do so by voting? Do you believe that committees of sheeple have a better track record of being decisive and willing to make the 'tough decisions'?

There are already many tools in place to combat unwanted folk. We can tweak the GUI all we want, but at the end of the day the players are allowing themselves to be walked on. We can't program a backbone into people.

If good people just took master onto themselves, even if they rarely ever used their powers, you would see much less cheating. At the very least it tells people that you give half-a-shit and are not interested in cheaters ruining everyones fun.

reply to this message

#7: Re: gilt's after school special

by shadow,516 on 02/20/2007 03:29, refers to #6

I was referring to map votes...

reply to this message

#8: Re: gilt's after school special

by Quin on 02/20/2007 05:06, refers to #6

Precisely.

I have no problem taking mastermode, and have gotten into a good routine of doing it when I connect to a server and no-one else has taken it.

It's not that I like having that power over people, I want to protect them from the evils. I hardly ever have to kick or veto something, and I find that players pay more attention to chat-text so I ask their opinion on something before I do it.

Just as there are bad masters, abusing the system, there is a way to be a good one too. So yeah, don't disable mastermode, I generally leave servers which have done this so far, as it just isn't worth the headache if an idiot turns up (which is fairly often these days).

Maybe, to make things a bit more obvious and easier, there could be a line of text printed to the console:

"There is no current master on this server, if you would like to take it, press <blah>."

reply to this message

#9: ..

by foreach on 02/20/2007 09:25

Thanks for all the feedback so far.

I think now that the time is not yet ready for bigger changes of the master system. I would suggest to begin with the voting idea. Not changing anything related with the master mode. This would more ore less only be a User-Interface modification. It would then be possible to see how the new voting system is accepted by the players. And if it can be seen that players vote far more often then they do now, it would be possible to think about adding stuff like "kick"-functionality to the voting system.

@Aardappel
I guess you are referencing to the "SERVER ADMINS: STOP DISABLING MASTERMODE" thread:
"The whole philosophy behind sauer is that sauer is that servers can be run by players that are actually on there, not by whoever runs the server (who might never be available)." Where can I sign this? I totally agree with this philosophy!
That is why I want to improve & extend the (currently not very often used) voting system to add more democracy to the game. My idea was that the majority of the player should rule, and not one master. This would truly give those players that are actually there the mastery.

"trust me, we have thought this through, and master mode is better (see other thread)." OK. if you have made your opinion and do not want future discussion of this topic, I will have to accept that. But you could do me favor and add some arguments to your opinion, that would me make feel better. As I said on top of this post, it might be better to leave the master mode aside for now.
I know that this is your project. I'm willing to help, but not against your will. All I can offer are my ideas and my skills in software development.

@Gilt
Your criticism is right. I really should set my self master more often. I didn't realize how important this is until I read the "SERVER ADMINS: STOP DISABLING MASTERMODE" thread.
You are also right that the root of the problem is a social one. And that a technical solution will not solve it completely. But I think we can get much more voting participation just by making voting simpler:
* some players do not vote because they don't know how
* some players do not vote because it requires clicking around in the menu for about 10s.
* some players simply forgot what the vote for was, before they reach the right spot in the menu.
And then adding at least a "NO" option would allow more votes to be successful, I haven't looked at the code, but I would guess that it needs round 50% Players voting YES for a successful vote. If we also had a "NO"-Vote, only more YES than NO votes would be necessary. Having >50% of the player don't caring would not be a problem anymore. I think most elections in most countries don't get a voter participation of over 50% and still democracy works.
For the start I would say ignore my first idea and lets concentrate on improving the voting system first.

@Quin
It was not my intention to disable the master mode, I was proposing an alternative to it. I agree that the current situation of servers with disabled master mode is not very pleasant. This topic is currently discussed in the "SERVER ADMINS: STOP DISABLING MASTERMODE" thread.
"...make things a bit more obvious..." that's what I'm trying to do with the voting system currently. I think we are on the same wavelength. I also like your idea of this "get master" message. It would be a way to communicate that getting master is a good thing.

reply to this message

#10: Voting system

by Pxtl on 02/20/2007 17:23

I do have to agree that the current voting system is never really used. I don't think I've seen a vote pass on a server with more than 3 players since before the mastermode was implemented... and on masterless servers, that's a pain.

The problem is that the "make a motion" and other players up/down the motion is that there are a lot of players, a lot of motions that could go concurrently, and only a few keys to support the motions with.

Plus, the problem is that knowing how to use the mastermode involves crawling through some docs... most players don't want to bother. Personally, I don't know what the different mastermode numbers do - I read it over once, but have since forgotten.

reply to this message

#11: Alternative

by MeatROme on 02/20/2007 18:46

Well, I've implemented (more or less) what was suggested for an old version of Sauerbraten already.

It requires a few changes to the protocol and of course some more server logic (maybe this is aard's bone of contention?) ... and the client displays any currently active vote in a special HUD area reserved for this.

There you see map & mode, time remaining for this vote and the current balance of yes/no.
F1 and F2 respectively accept or decline the current vote... I see no need for an F3 "don't care" option, since this doesn't actually change anything.
Votes time-out after about 30 seconds.

I'd be willing to hack up a demo-version of this for either current release, but preferrably for current CVS.
But - as I indicated - this wouldn't actually be compliant with any vanilla sauerbraten anymore (re:protocol).

reply to this message

#12: Re: Alternative

by MeatROme on 02/20/2007 18:54, refers to #11

To clarify:
This doesn't make mastermode obsolete, it only makes voting a single-keypress action for players.
Given the speed at which matches move I'm very much in favour of this, since I guess that's what's often keeping players from voting.

Also, I've seen loads of masters using (mastermode 1:veto) and not /warning/ players about a map-change ... this might be a reason for it's unpopularity, since it makes players feel like fighting under a dictatorship ...

reply to this message

#13: Re: Alternative

by Pxtl on 02/20/2007 18:59, refers to #12

How do you handle multiple concurrent proposals? Does the new proposal replace the old proposal? Is it forced to wait until the old proposal goes through? Do they queue?

If they queue, then there's a good reason for F3. Plus, you'd have to limit it so each player is only allowed a single entry in the queue at a time, to prevent proposal-spamming.

reply to this message

#14: Re: Alternative

by MeatROme on 02/20/2007 19:08, refers to #13

It is ignored in my approach; a queue would make it less usable IMO ... a vote passes and then a new vote pops up directly? Nah :)
Emptying upon success would be a way ... but then you can just wait for a vote to time-out - and pressing NO (F2) will speed that up, so ... why have a queue? :)

Of course a certain limit is also set on the voting - no more than 3 votes a match for example.

reply to this message

#15: ..

by foreach@home on 02/20/2007 20:38

@MeatRome
crazy ! That sounds exactly like what I meant to do!

Changes in protocol, server and client cannot be avoided. But the changes will not be very large I guess.
Maybe we can come up with a compatibility mode that would allow the new client to be used with old protocol and server versions or old clients with the new protocol and server? Of course with limited functionality. An old client could only vote "yes" or wait for a timeout, for example.

Can you say why your implementation did not made it into the repository at the time you developed it?

It would be nice to have a statement of one of the "officials". It doesn't make sense if you start re-implementing it if it will never be integrated into Sauerbraten anyway.

If we get an "OK" I will support you as best I can with porting your code to the current version, and discussing details like concurrency if necessary.

reply to this message

#16: been there, done that

by MeatROme on 02/20/2007 21:04, refers to #15

Well, I never showed anyone outside the development team of the MOD it is for this yet ;)

Aard already stated that the current approach is all he feels necessary;
maybe a working example would be a better basis for argumentation on our behalf?!

As for getting this to run with vanilla clients ... that wouldn't be very practical to implement - probably possible - but it'd be a giant headache IMHO.

Maybe I'll get eihrul or Aardappel to comment on this in IRC ... but the porting shouldn't be too difficult, just need to find some time for it.

I'll keep you all posted!

reply to this message

   Board Index   


Unvalidated accounts can only reply to the 'Permanent Threads' section!


content by Aardappel & eihrul © 2001-2024
website by SleepwalkR © 2001-2024
53870822 visitors requested 71646024 pages
page created in 0.017 seconds using 10 queries
hosted by Boost Digital