I would absolutely play Mann Up if we had Australian servers. -Damon
"The speed of light sucks." -John D. Carmack On Thu, Oct 11, 2012 at 10:24 AM, Brendan Cosman < [email protected]> wrote: > Hi, > > Thanks very much for this, it'll allow us to dramatically improve our MvM > offerings for Australian gamers. > > We (Mammoth Media / GameArena / BigPond Games) are still interested in > hosting some official Mann Up servers for Australian gamers. We host the > free to play offerings BFP4F and BF Heroes for EA and I'm sure Mann Up > would be more popular in Australia if we could play with less than 200 ping. > > Regards, > Brendan. > > ----- Original Message ----- > From: "Mike Lee" <[email protected]> > To: "[email protected]" <[email protected]> > Sent: Thursday, 11 October, 2012 3:34:48 AM GMT +10:00 Brisbane > Subject: [hlds] MvM Mission Cycle Clarification > > > > > > First we have a Con Command that will let you specify your own mission > cycle file "tf_mvm_missioncyclefile myfile.res" > > where the default .res file is tf_mvm_missioncycle.res that is located in > the tf directory. > > You can use this con command to set custom missioncycle files for each > server instance. > > > > For how a mission cycle file works > > > > Example contents of missioncycle.res file > > ------------------------- > > > > "tf_mvm_missioncycle.res" > > { > > "categories" "2" > > > > "1" > > { > > "count" "3" > > > > "1" > > { > > "map" "mvm_decoy" > > "popfile" "mvm_decoy" > > } > > "2" > > { > > "map" "mvm_coaltown" > > "popfile" "mvm_coaltown" > > } > > "3" > > { > > "map" "mvm_mannworks" > > "popfile" "mvm_mannworks" > > } > > } > > > > "2" > > { > > "count" "3" > > > > "1" > > { > > "map" "mvm_decoy" > > "popfile" "mvm_decoy_expert1" > > } > > "2" > > { > > "map" "mvm_coaltown" > > "popfile" "mvm_coaltown_expert1" > > } > > "3" > > { > > "map" "mvm_mannworks" > > "popfile" "mvm_mannworks_expert1" > > } > > } > > } > > > > ------------------------- > > format of the file: > > "file name" - Name of the res file > > { > > "categories" "Number" - Number of Categories, by default this corresponds > to the number of difficulties > > "Category Index" - Numerical Index of this category, numbered in order > starting at 1 > > { > > "Mission Count" "Number" - Number of missions in this category > > "Mission Index" - Numerical Index of this mission, numbered in order > starting at 1 > > { > > "map" "mapname" - Name of the mvm map without the extension > > "popfile" "popfilename" - Name of the popfile without the extension > > } > > } > > } > > > > When a mission is completed the game looks at the missioncycle file and > looks for the current map / mission pair. > > If it's found it then loads the next mission in that category, cycling > back to the first one if it's the last one in that category. > > > > If the map / mission is not found, it simply restarts the current mission. > This behavior at the end is probably what’s causing some bizarre issues > with custom maps and popfiles. If a custom map is loaded and does not > contain a default popfile [Ie playing map mvm_decoy.bsp the game expects to > load a popfile of mvm_decoy.pop] the previous popfile will remain loaded. > Finishing this mission will just simply restart this “bad” combination. > Similarly if a custom popfile is loaded (via con commands or vote) the > server will seemingly be stuck on that particular combination until a vote > or server command is issued. > > > > This default behavior seems undesirable and we’ll change it to load the > next well known mission from the missioncycle file > > > > - Mike Lee > > > > > //----------------------------------------------------------------------------------------------------------------------- > > Hi, > > > > Unless I'm missing something, nothing in that article explains how to have > an unofficial MvM server rotate through a series of different maps with > appropriate popfiles. > > > > tf_mvm_missioncycle.res appears to have changed in today's patch, but I'm > still unsure how to tell a TF2 server to use a specific mission cycle. > > > > Also, that file appears to be per install, not per server instance, which > is surprising considering all other configuration files are per-instance. > > > > The only information I can find by searching the archive of this list is > this statement before MvM was released by Fletcher that the file was self > explanatory. I've asked this question on this list a few times and so far > we've been unable to find the actual answer. > > > > Regards, > > Brendan. > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds >
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
