home *** CD-ROM | disk | FTP | other *** search
/ Quake 'em / QUAKEEM.BIN / quake / programs / qvote27 / qvote27.txt < prev    next >
Encoding:
Text File  |  1996-08-20  |  7.0 KB  |  132 lines

  1. Quake Voting Booth v2.7 - Allows players to vote on game settings such
  2.  as noexit and teamplay.
  3.  
  4. When a Quakematch is being played over ethernet by a group of friends or
  5. coworkers on an office or school network, agreeing on settings generally
  6. isn't that big of a problem. But when playing over the internet with 15
  7. people you've never met in person, it's often difficult to agree on how
  8. the server should be set up, especially since the server, being dedicated
  9. (your server *is* dedicated *isn't it* ? ) can't have it's settings changed
  10. by players. Enter Qvote. Just install this utility on your server (no, the
  11. players don't have to have it) and the players will be able to decide
  12. democratically how they want the server configured. So far the only topics
  13. on the ballot are noexit and teamplay, but more are on the way (suggestions
  14. welcome).
  15.  
  16. HOW TO USE QVOTE
  17.  
  18.   Server admins - Put this progs.dat in a subdirectory of your Quake
  19.     directory (c:\quake\vote\progs.dat) and start quake with the command
  20.     line option "-game vote" or whatever you called your subdirectory.
  21.     If you need to recompile the progs.dat from source, see below.
  22.  
  23.   Players - From the console, type "voteexit" to vote for noexit = 0, or
  24.     "votenoexit" for noexit = 1. "voteteams" votes for teamplay 1,
  25.     "votenoteams" for teamplay 0. "votestats" shows the current voting
  26.     status. You don't have to memorize these, however: just type "votehelp"
  27.     at any time for a summary of these commands.
  28.  
  29. SERVER DEFAULTS
  30.  
  31.  Qvote 2.7 utilizes server specified defaults in a different manner than
  32. previous versions. Players no longer automatically vote for the defaults on
  33. server connect, as this was causing gameplay problems. Instead, these default
  34. values for noexit and teamplay are used when not enough votes have yet been
  35. registered to constitute a majority. Tie votes are now resolved simply by
  36. leaving the setting at its current value. To change these defaults, you will
  37. have to modify the constants "noexitdefault" and "teamplaydefault" in vote.qc
  38. and then recompile the .qc files with Qcc. You can download and read
  39. instructions for use of Qcc at http://www.stomped.com.
  40.  
  41. TEAMPLAY CVAR vs ACTUAL TEAMPLAY
  42.  
  43.  Keep in mind, the teamplay which you are voting on with Qvote does not
  44. actually enforce teamplay, it just turns on the teamplay cvar, which really
  45. only turns friendly fire on/off. If you have teamplay on, but everyone is a
  46. different color, not much is going to happen, except that people who happen
  47. to have the same color pants cannot damage each other. And even if you have
  48. gotten everyone to switch to team colors, you don't necessarily need to have
  49. the teamplay cvar on; personally, I like playing team games with teamplay set
  50. to 0 : it adds an extra element of strategy to the game, in that you can't
  51. just shoot first and ask questions later.
  52.  
  53. CHANGES SINCE 2.6
  54.  
  55.  I totally recoded the major algorithims, no longer basing counting off of
  56. player names but off of their actual entities ( I finally figured out how
  57. to do this.) Now players with the same name, and changing names durring the
  58. game shouldn't cause problems. Also, looking through my old code, I noticed
  59. some errors that seem to me like they should have kept the thing from working
  60. at all, strange, I received alot of feedback, but nobody told me it didn't
  61. work at all, which I now suspect. Anyway, it now *should* work.
  62.  
  63. CHANGES SINCE 2.2
  64.  
  65.  I finally started getting some user feedback on Qvote, and most of it was
  66. negative. Up until now, I've been receiving feedback mostly from fellow
  67. QuakeC coders commenting on my code, but not until recently did many servers
  68. actually start using Qvote, and therefore I wasn't getting much input on
  69. Qvote's interface and gameplay potential. Apparently the general consensus
  70. is that in it's current form, Qvote was really getting in the way, not just
  71. because of the info screens, but because of the automatic voting for defaults.
  72. Apparently, in large games, the noexit and teamplay settings were constantly
  73. getting set back and forth, and users were spending more time voting than
  74. gibbing each other. So in 2.5 I have attempted to make Qvote much more
  75. inobtrusive to gameplay. Autovoting has been nuked, and tie votes are resolved
  76. by keeping the setting at whatever it currently is, not by returning to
  77. deafult. And the command help display is no longer displayed every time you
  78. die, only when you connect and if you type "votehelp" (I still put in a
  79. reminder that "votehelp" shows commands each time a player dies, the reason
  80. being I want it to be fair - If some of the players missed the server connect
  81. message and don't know about voting then they don't have a say in anything,
  82. which sucks. The new message, however, is only one line, so it should be
  83. better. The reason I put in autovoting in the first place is because I didn't
  84. want one person to constitute a majority simply because he was the only one
  85. who had gotten around to voting. I've solved this in 2.5 by making a majority
  86. mean not just a majority over the opposition, but over everyone on the server,
  87. even those who haven't voted. If this has confused you, forget about it, just
  88. try out the new version, and I guarantee you it won't get in the way as much
  89. as previous versions.
  90.  
  91. BUGS/CAVEATS
  92.  
  93.  My other QuakeC patch, Blood!, which makes Quake slightly bloodier (although
  94. realistically so, unlike the "violence" and "gore" patches, which are funny,
  95. but get old quick and take away from the suspension of disbelief) is included
  96. in this patch ( I didn't feel like editing it out of weapons.qc, if you want
  97. to, go ahead. )
  98.  Teamplay can only be voted to 1 or 0, so it won't work with enhanced teamplay
  99. patches which are activated by "teamplay x". Working on this.
  100.  
  101. NOTE TO SERVER OPS
  102.  
  103.  If you're running a dedicated, up-most-of-the-time quakeserver and are
  104. using this patch on it, let me know; if I don't get any feedback I'll assume
  105. nobody's using it and quit working on it.
  106.  
  107. THINGS TO LOOK FOR IN VERSION 3
  108.  
  109.  More voting topics, such as : gravity, go to a specific map (not sure if
  110. this will be possible), kicking players who are being annoying (same here).
  111. Suggestions welcome.
  112.  
  113.  I recently saw (but haven't tried) a patch which forces teamplay, killing
  114. people who aren't obeying team rules. Sounds pretty cool; with the author's
  115. permission, I might include his code, enableable/disableable by user voting.
  116.  
  117. LEGAL CRAP
  118.  
  119.  This patch may be freely distributed as long as no charge is made for it,
  120. (including CDROM or other for-profit compilation distributions) or for use of
  121. a server on which it is being run (which I don't think is legal anyway). I'd
  122. really rather you didn't use this as a base for your own patch, but I really
  123. can't stop you without going through even more legal BS, so go ahead if you
  124. feel the need. This is freeware, so no registration fee is required for it's
  125. use, but if you'd like to make a donation to a poor boy with a 486/66 8mb 14.4
  126. machine, email me, I will be forever in your debt (I will also have more time
  127. and motivation to make more cool patches for you.)
  128.  
  129. Kevin Bowen
  130. Lunatik
  131. flame@pacbell.net
  132.