headers
Joshua Conley | 4 Jul 2012 02:59
Picon
Gravatar

TF2 Voting

Our server seems to have issues with TF2's Map Voting system. We have a
list of maps in our mapcycle & maplist files that are identical and the
following CVARs set:

sv_allow_votes 1
sv_vote_allow_spectators 0
sv_vote_failure_timer 300
sv_vote_issue_nextlevel_allowed 1
sv_vote_issue_nextlevel_allowextend 0
sv_vote_issue_nextlevel_choicesmode 1
sv_vote_issue_restart_game_allowed 0
sv_vote_issue_scramble_teams_allowed 0

Our mapcycle/maplist files have this in them:
ctf_2fort
ctf_turbine
ctf_doublecross
ctf_sawmill
cp_dustbowl
cp_gorge
cp_badlands
cp_mountainlab

Say we are playing 2fort and we start up a vote for dustbowl and it passes.
The server responds with a "Nextlevel set to cp_dustbowl.." but when the
round is over the server is sending us to ctf_turbine instead of dustbowl.
We've also come across cases where it will get 'stuck' on a map and even
though votes pass for other maps it will just recycle the same map over and
over instead of changing the map to anything at all.
(Continue reading)

Permalink | Reply |
headers
Ross Bemrose | 4 Jul 2012 03:08
Picon
Gravatar

Re: TF2 Voting

Even if you're not using any of its voting plugins, SourceMod still 
overrides the server's nextmap with its own... you'll notice in your 
server console that when a map starts, SourceMod will select the next 
map.  It will change to that map when the current map ends unless a 
plugin overrides it.

On 7/3/2012 8:59 PM, Joshua Conley wrote:
> Our server seems to have issues with TF2's Map Voting system. We have a
> list of maps in our mapcycle & maplist files that are identical and the
> following CVARs set:
>
> sv_allow_votes 1
> sv_vote_allow_spectators 0
> sv_vote_failure_timer 300
> sv_vote_issue_nextlevel_allowed 1
> sv_vote_issue_nextlevel_allowextend 0
> sv_vote_issue_nextlevel_choicesmode 1
> sv_vote_issue_restart_game_allowed 0
> sv_vote_issue_scramble_teams_allowed 0
>
> Our mapcycle/maplist files have this in them:
> ctf_2fort
> ctf_turbine
> ctf_doublecross
> ctf_sawmill
> cp_dustbowl
> cp_gorge
> cp_badlands
> cp_mountainlab
>
(Continue reading)

Permalink | Reply |
headers
Joshua Conley | 4 Jul 2012 03:26
Picon
Gravatar

Re: TF2 Voting

Is there anyway at all to override this behavior aside from just deleting
SourceBad entirely?

On Tue, Jul 3, 2012 at 9:08 PM, Ross Bemrose <rbemrose <at> gmail.com> wrote:

> Even if you're not using any of its voting plugins, SourceMod still
> overrides the server's nextmap with its own... you'll notice in your server
> console that when a map starts, SourceMod will select the next map.  It
> will change to that map when the current map ends unless a plugin overrides
> it.
>
>
> On 7/3/2012 8:59 PM, Joshua Conley wrote:
>
>> Our server seems to have issues with TF2's Map Voting system. We have a
>> list of maps in our mapcycle & maplist files that are identical and the
>> following CVARs set:
>>
>> sv_allow_votes 1
>> sv_vote_allow_spectators 0
>> sv_vote_failure_timer 300
>> sv_vote_issue_nextlevel_**allowed 1
>> sv_vote_issue_nextlevel_**allowextend 0
>> sv_vote_issue_nextlevel_**choicesmode 1
>> sv_vote_issue_restart_game_**allowed 0
>> sv_vote_issue_scramble_teams_**allowed 0
>>
>> Our mapcycle/maplist files have this in them:
>> ctf_2fort
>> ctf_turbine
(Continue reading)

Permalink | Reply |
headers
Jeff Sugar | 4 Jul 2012 03:36
Picon
Gravatar

Re: TF2 Voting

If I recall correctly, removing the nextmap.smx plugin will do so. Not
completely sure, though
On Jul 3, 2012 6:26 PM, "Joshua Conley" <joshuaconley <at> gmail.com> wrote:

> Is there anyway at all to override this behavior aside from just deleting
> SourceBad entirely?
>
> On Tue, Jul 3, 2012 at 9:08 PM, Ross Bemrose <rbemrose <at> gmail.com> wrote:
>
> > Even if you're not using any of its voting plugins, SourceMod still
> > overrides the server's nextmap with its own... you'll notice in your
> server
> > console that when a map starts, SourceMod will select the next map.  It
> > will change to that map when the current map ends unless a plugin
> overrides
> > it.
> >
> >
> > On 7/3/2012 8:59 PM, Joshua Conley wrote:
> >
> >> Our server seems to have issues with TF2's Map Voting system. We have a
> >> list of maps in our mapcycle & maplist files that are identical and the
> >> following CVARs set:
> >>
> >> sv_allow_votes 1
> >> sv_vote_allow_spectators 0
> >> sv_vote_failure_timer 300
> >> sv_vote_issue_nextlevel_**allowed 1
> >> sv_vote_issue_nextlevel_**allowextend 0
> >> sv_vote_issue_nextlevel_**choicesmode 1
(Continue reading)

Permalink | Reply |
headers
Joshua Conley | 4 Jul 2012 03:40
Picon
Gravatar

Re: TF2 Voting

Yeah, I removed that plugin long ago. The only sourcemod plugin we have
running right now that is related to votes is funvotes & basevotes.smx. We
do not use any other voting or map based plugins at all (really had no need
for such a thing).

On Tue, Jul 3, 2012 at 9:36 PM, Jeff Sugar <jeffsugar <at> gmail.com> wrote:

> If I recall correctly, removing the nextmap.smx plugin will do so. Not
> completely sure, though
> On Jul 3, 2012 6:26 PM, "Joshua Conley" <joshuaconley <at> gmail.com> wrote:
>
> > Is there anyway at all to override this behavior aside from just deleting
> > SourceBad entirely?
> >
> > On Tue, Jul 3, 2012 at 9:08 PM, Ross Bemrose <rbemrose <at> gmail.com> wrote:
> >
> > > Even if you're not using any of its voting plugins, SourceMod still
> > > overrides the server's nextmap with its own... you'll notice in your
> > server
> > > console that when a map starts, SourceMod will select the next map.  It
> > > will change to that map when the current map ends unless a plugin
> > overrides
> > > it.
> > >
> > >
> > > On 7/3/2012 8:59 PM, Joshua Conley wrote:
> > >
> > >> Our server seems to have issues with TF2's Map Voting system. We have
> a
> > >> list of maps in our mapcycle & maplist files that are identical and
(Continue reading)

Permalink | Reply |

Gmane