0.2.8-armagetronad-sty+pvp

What do you want to see in Armagetron soon? Any new feature ideas? Let's ponder these ground breaking ideas...
User avatar
smoothice
On Lightcycle Grid
Posts: 45
Joined: Sun Nov 09, 2008 7:54 pm

0.2.8-armagetronad-sty+pvp

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?
Last edited by smoothice on Sat Jan 31, 2009 4:25 pm, edited 1 time in total.
Image

Pink Tomatoes
Average Program
Posts: 61
Joined: Fri Jul 25, 2008 11:24 am

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! :D

User avatar
wrtlprnft
Reverse Outside Corner Grinder
Posts: 1679
Joined: Wed Jan 04, 2006 4:42 am
Location: 0x08048000
Contact:

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.
There's no place like ::1

Crazy
Core Dumper
Posts: 106
Joined: Sat Oct 13, 2007 6:24 am

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

User avatar
smoothice
On Lightcycle Grid
Posts: 45
Joined: Sun Nov 09, 2008 7:54 pm

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! :D
Oooh, I like the idea of FIRST_TO_WIN. Some of these features I can definitely add but may take a while.
Image

User avatar
Lucifer
Project Developer & Local Moonshiner
Posts: 8610
Joined: Sun Aug 15, 2004 3:32 pm
Location: Republic of Texas
Contact:

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?
Image

Be the devil's own, Lucifer's my name.
- Iron Maiden

User avatar
Z-Man
God & Project Admin
Posts: 11221
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne, Jabber: [email protected]
Contact:

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.

User avatar
smoothice
On Lightcycle Grid
Posts: 45
Joined: Sun Nov 09, 2008 7:54 pm

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

I just got miraculously confused....

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

epsy
Adjust Outside Corner Grinder
Posts: 2006
Joined: Tue Nov 07, 2006 6:02 pm
Location: paris
Contact:

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

User avatar
DDMJ
Reverse Outside Corner Grinder
Posts: 1881
Joined: Thu Jun 08, 2006 12:15 am
Location: LA, CA, USA, NA
Contact:

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

that seems semi-pointless but whatever

Pink Tomatoes
Average Program
Posts: 61
Joined: Fri Jul 25, 2008 11:24 am

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?

epsy
Adjust Outside Corner Grinder
Posts: 2006
Joined: Tue Nov 07, 2006 6:02 pm
Location: paris
Contact:

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.

User avatar
Z-Man
God & Project Admin
Posts: 11221
Joined: Sun Jan 23, 2005 6:01 pm
Location: Cologne, Jabber: [email protected]
Contact:

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.

epsy
Adjust Outside Corner Grinder
Posts: 2006
Joined: Tue Nov 07, 2006 6:02 pm
Location: paris
Contact:

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)

User avatar
smoothice
On Lightcycle Grid
Posts: 45
Joined: Sun Nov 09, 2008 7:54 pm

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.
Image

Post Reply