I wrote a MTG tournament program in Java and I need some input as to the final scoring rules. Currently the matches are made by ranks where the top ranking players play each other on down to the lowest ranks play other lower ranks. The rank is determined by the total number of wins, if this number is a tie then losses are factored into the rank as well. So at the determined end of a tournament how should the winners be tallied if the standings looked like this:
Total Rounds = 4
player4 Wins = 9 Losses = 8 Rank = 1
player1 Wins = 8 Losses = 6 Rank = 2
player2 Wins = 8 Losses = 7 Rank = 2
player3 Wins = 6 Losses = 10 Rank = 3
Does player4 win because he has the most wins or because he has played the most games (notice that player4 has 2 more losses than player1 and only more win than player 1)? Or should he win at all? Use your answer to answer whether player1 should beat player2 (keep in mind player2 has played more games but has less wins). Input is needed!
Based on the wins/losses you provided, the rankings would be as follows:
Player 1 with 57.1% win/loss ratio is rank 1.
Player 2 with 53.3% w/l ratio is rank 2.
Player 4 with 52.9% w/l ratio is rank 3.
Player 3 with 37.5% w/l ratio is rank 4.
It’s not how many wins total you have, it’s the ratio between wins and losses that is important. A tie isn’t counted into your total games - it’s as if the game never happened, same for games called off due to time limits. This is the fairest way to score it, IMHO.
Yeah thats what I was goin to say as well, players should be matched up by their ratios and the winner would be the player with the best ratio at the end of tourney, so the best two ratios would be paired against one another for however many rounds we do. I would just make a excel spreadsheet to workout the ratios.
Excel spreadsheet, PFFT! Exel is for non-computer science/software engineering majors.
Seriously though guys, thanks for the input. I finished the console version of this program a few days ago but not being satisfied with portability I have begun working on a visual tournament application that is, by the time you read this in your inboxes albiet not done but performs and displays all the necessaray functions. Now I need comments/suggestions on the overall gui design, i.e. how matchs should be displayed, additional stats, other features, etc.... BTW, 3000 seconds is 50 minutes if you were wondering.
Anyone else who would like a copy of this program for evaluation should drop me a line and I will send it to you directly. Thanks!
Trifuse just noticed that there is a $30 entry fee to the pre-release event. If this is an additional fee to the registration fee, I’m not going. This will be too expense a trip for a tourney in Seattle.
#31 - Re: The Gathering (Tacoma area) 
