0.2.8-armagetronad-sty+pvp

smoothice · Post by **smoothice** » Thu Jan 29, 2009 1:25 am

Hi everyone...

I started a new personal project today. It's called 0.2.8-armagetronad-sty+pvp and it will strive to create an easy way for server administrators to create a server that will allow player versus player sessions and wars very easily. There will be new settings/commands for administrators to use: START_PVP <playername1> <playername2> and START_WAR <teamname1> <teamname2>

https://code.launchpad.net/~smoothice/a ... ad-sty+pvp

What do you guys think?

Pink Tomatoes · Post by **Pink Tomatoes** » Thu Jan 29, 2009 9:00 am

An interesting idea

Some rambling thoughts:-
* Avoid clan terminology

. From my point of view, using MATCH_START <<team name>>, MATCH_START_PVP, is clearer. Also means you can store your variables in the same place: MATCH_FIRST_TO_WIN etc.
* I can understand why you want to specify the team names, why do you need to specify the player names for pvp?
* Maybe check the Team variables to see how many teams are expected, for sumo compatibility.
* Multiple match support, eg. FIRST_TO_WIN.
* Look up eLadderLogWriter? from CT branch, add current match scores to it,
* Improving the output of the score files is a small bonus too ^^. var/players.txt var/scorelog, I think the names are.

All the best with it!

wrtlprnft · Post by **wrtlprnft** » Thu Jan 29, 2009 9:20 am

Pink Tomatoes wrote:
Look up eLadderLogWriter? from CT branch, add current match scores to it

IIRC that also exists in 0.2.8 and sty.

Crazy · Post by **Crazy** » Fri Jan 30, 2009 2:06 am

Pink Tomatoes wrote:An interesting idea
* I can understand why you want to specify the team names, why do you need to specify the player names for pvp?

yes, a good idea.

specifying the player names could be to tell the server which players are in the fight, so others can come to the server to watch, and wait to play.

an idea about the team names.

have the command for naming the team
and one that auto selects the teams depending on tags in their name
commands for this could be TEAM_NAME <team number> <name>
TEAM_TAG <team number> <common tag of team>

so if you have a server with 2 clans ready for a war,
you would specify a 'common tag' for each team/clan playing.
then have the server look at names,
players that have neither tag are put into spectator mode.
players that have 'tag1' in their name get put into 'team1',
players that have 'tag2' in their name get put into 'team2', etc.

if it doesn't include someone on the team(maybe they have a different tag), the normal commands to +/- players from teams could be used.
this could save a bunch of effort on admins assigning players to teams.

although, that effort others are saved, you would have to put in yourself to get it working

smoothice · Post by **smoothice** » Fri Jan 30, 2009 2:25 am

Pink Tomatoes wrote:An interesting idea

Some rambling thoughts:-
* Avoid clan terminology . From my point of view, using MATCH_START <<team name>>, MATCH_START_PVP, is clearer. Also means you can store your variables in the same place: MATCH_FIRST_TO_WIN etc.
* I can understand why you want to specify the team names, why do you need to specify the player names for pvp?
* Maybe check the Team variables to see how many teams are expected, for sumo compatibility.
* Multiple match support, eg. FIRST_TO_WIN.
* Look up eLadderLogWriter? from CT branch, add current match scores to it,
* Improving the output of the score files is a small bonus too ^^. var/players.txt var/scorelog, I think the names are.

All the best with it!

Oooh, I like the idea of FIRST_TO_WIN. Some of these features I can definitely add but may take a while.

Post by **Lucifer** » Fri Jan 30, 2009 5:35 am

Can't you already set a player team name in the client? Or is that only in the trunk?

Website · Post by **Z-Man** » Fri Jan 30, 2009 8:20 am

That's on the trunk only. Trunk servers are enough, then 0.2.8 players can say "/teamname".

MATCH_FIRST_TO_WIN definitely is an addition I want to see on the mainline, too.

smoothice · Post by **smoothice** » Sat Jan 31, 2009 5:44 am

I just got miraculously confused....

What would the first to win setting do?????

Post by **epsy** » Sat Jan 31, 2009 9:07 am

Would make the game count match wins and declare a winner when a team reaches the value of MATCH_FIRST_TO_WIN

DDMJ · Post by **DDMJ** » Sat Jan 31, 2009 9:55 am

that seems semi-pointless but whatever

Pink Tomatoes · Post by **Pink Tomatoes** » Sat Jan 31, 2009 10:17 am

DDMJ wrote:that seems semi-pointless but whatever

Only because we have always had enough administrators to do the counting for us

. Getting computers to do human work has always been the main goal

. You can't argue with a computer either. Would make it much neater too, score display has always been done in a hurry.

No idea how you would display it, CONSOLE_MESSAGE every round maybe. Adding to where it should be on the scoreboard would be client dependent?

Post by **epsy** » Sat Jan 31, 2009 12:52 pm

Yes, scoreboards are client-dependent.

With a newer scoreboard design(which I don't plan on designing right now, and which shouldn't be designed right now) and scripting, it shouldn't be client-dependent anymore.

Website · Post by **Z-Man** » Sat Jan 31, 2009 2:45 pm

epsy wrote:and scripting,

that, or the server just sending the plain scoreboard text on client request.

Post by **epsy** » Sat Jan 31, 2009 3:11 pm

That's the crappy way of doing it

(and also the one that will be messed up as soon as the user chooses another font as the default)

smoothice · Post by **smoothice** » Sat Jan 31, 2009 4:12 pm

epsy wrote:Would make the game count match wins and declare a winner when a team reaches the value of MATCH_FIRST_TO_WIN

Oh ok... I can do that.