[Steell]

Originally Posted by ALPHATT I want to know if this plugin conflicts with the hatless upodates voting system the same way mapchooser.smx does.

I'm not familiar with the conflict, but I'm fairly certain that several people have been running this plugin in TF2 since that update came out. I'm not sure how you would need to configure the server, but there's probably a way to turn of the map vote that's now built-into TF2.

[Jstn7477]

Yes, you can disable the Valve voting system. It uses different convars to change maps and such so it will just be fighting UMC and map selection becomes a jumbled mess.

Steell: Possible feature request: Is there anything you can do with nextmap during the map? UMC doesn't decide to set the next map until the final scoreboard pops up, and people who type nextmap before then think they are going to, say, pl_frontier_final. The "problem" is that people think they are going to that map next, but UMC finally changes the next map right at the end when they aren't paying attention, and they end up going somewhere else because the nextmap information is always incorrect. I really liked how RandomCycle+ handled nextmap based on population in real time, and would switch the nextmap continuously during the round based on population changes. Could you implement something similar to that in UMC, or at least make a way for the nextmap information to be correct during the map?

[Steell]

Originally Posted by Jstn7477 Yes, you can disable the Valve voting system. It uses different convars to change maps and such so it will just be fighting UMC and map selection becomes a jumbled mess. Steell: Possible feature request: Is there anything you can do with nextmap during the map? UMC doesn't decide to set the next map until the final scoreboard pops up, and people who type nextmap before then think they are going to, say, pl_frontier_final. The "problem" is that people think they are going to that map next, but UMC finally changes the next map right at the end when they aren't paying attention, and they end up going somewhere else because the nextmap information is always incorrect. I really liked how RandomCycle+ handled nextmap based on population in real time, and would switch the nextmap continuously during the round based on population changes. Could you implement something similar to that in UMC, or at least make a way for the nextmap information to be correct during the map?

It's a difficult problem. Right now, if you're running an end of map vote, if you type "nextmap" it will display the "Pending Vote" message, but if you're not then yes the next map information will be incorrect. I could definitely implement it how RandomCycle+ implements it, but would that really solve the problem if there's still a chance that it will change again later?

After the next bugfix update (being released next week ideally), I'm doing major changes to the plugin so that would be a good time to implement setting the next map how RandomCycle+ does it.

[Jstn7477]

Originally Posted by Steell It's a difficult problem. Right now, if you're running an end of map vote, if you type "nextmap" it will display the "Pending Vote" message, but if you're not then yes the next map information will be incorrect. I could definitely implement it how RandomCycle+ implements it, but would that really solve the problem if there's still a chance that it will change again later? After the next bugfix update (being released next week ideally), I'm doing major changes to the plugin so that would be a good time to implement setting the next map how RandomCycle+ does it.

I'm not running end of map voting, so I currently fall under case #2. Of course, as you pointed out, there is still a chance for the nextmap to deviate during the time that the final scoreboard is displayed and people are leaving the server. When I used RC+, it seemed to be a fairly rare event, and usually manifested if the server population was hanging around the amount required to change the population tier. However, RC+ didn't pick a new "high tier" map every time the population went from high to medium to high again during the same map.

Example (dug out of my SM logs when we still used RC+):

L 03/30/2011 - 00:30:41: [randomcycleplus.smx] [SM] Set next map to: pl_frontier_final
L 03/30/2011 - 00:31:29: [randomcycleplus.smx] [SM] Set next map to: pl_goldrush
L 03/30/2011 - 00:32:53: [randomcycleplus.smx] [SM] Set next map to: pl_frontier_final

Here, the population dipped between the high (20-32 player) and medium (12-19 player) during a period of 3 minutes during a round. As you can see, it picked a middle tier map when the population dipped, and when the population increased back to the original value, the high-tier map previously chosen is back again.

[Jstn7477]

Also, my server just crashed after a map change. I'm not sure if it's because of UMC or not.

L 05/01/2011 - 15:30:04: -------- Mapchange to cp_granary --------
L 05/01/2011 - 15:30:06: [radio.smx] [SM-RADIO] Loading the radio stations from "cfg/sourcemod/radiostations.ini"
L 05/01/2011 - 15:30:06: [radio.smx] [SM-RADIO] Finishing parsing "cfg/sourcemod/radiostations.ini" - Found 69 radio stations
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: Executing map group command: 'mp_timelimit 30; mp_maxrounds 2'
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: KV file "umc_mapcycle.txt" successfully loaded.
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: KV file "addons/sourcemod/configs/vote_warnings.txt" successfully loaded.
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: No vote warnings defined, vote warnings were not created.
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: Current Map Group is '5 Control Point (CP) Maps'
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] PLAYERLIMITS: Min Players: 12, Max Players: 32
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] PLAYERLIMITS: Server will begin watching for inproper number of players in 30 seconds.
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] SETUP: 0 map extensions remaining.
L 05/01/2011 - 15:30:06: [ultimate-mapchooser.smx] RTV: RTV will be made available in 30 seconds.
L 05/01/2011 - 15:30:37: [ultimate-mapchooser.smx] PLAYERLIMITS: Server is now watching for inproper number of players.
L 05/01/2011 - 15:30:38: [ultimate-mapchooser.smx] RTV: RTV is now available.
L 05/01/2011 - 15:56:04: [ultimate-mapchooser.smx] RANDOM MAP: Chose map 'koth_lakeside_final' from group 'King of the Hill (KOTH)'
L 05/01/2011 - 15:56:04: [ultimate-mapchooser.smx] Setting nextmap to: koth_lakeside_final
L 05/01/2011 - 15:56:14: [SM] Changed map to "koth_lakeside_final"
L 05/01/2011 - 15:56:20: -------- Mapchange to koth_lakeside_final --------
L 05/01/2011 - 15:56:21: [radio.smx] [SM-RADIO] Loading the radio stations from "cfg/sourcemod/radiostations.ini"
L 05/01/2011 - 15:56:21: [radio.smx] [SM-RADIO] Finishing parsing "cfg/sourcemod/radiostations.ini" - Found 69 radio stations
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: Executing map group command: 'mp_timelimit 30; mp_maxrounds 2'
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: KV file "umc_mapcycle.txt" successfully loaded.
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: KV file "addons/sourcemod/configs/vote_warnings.txt" successfully loaded.
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: No vote warnings defined, vote warnings were not created.
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: Current Map Group is 'King of the Hill (KOTH)'
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] PLAYERLIMITS: Min Players: 12, Max Players: 32
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] PLAYERLIMITS: Server will begin watching for inproper number of players in 30 seconds.
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] SETUP: 0 map extensions remaining.
L 05/01/2011 - 15:56:22: [ultimate-mapchooser.smx] RTV: RTV will be made available in 30 seconds.
L 05/01/2011 - 15:57:00: SourceMod log file session started (file "L20110501.log") (Version "1.3.7")
L 05/01/2011 - 15:57:00: -------- Mapchange to cp_dustbowl --------
L 05/01/2011 - 15:57:01: [afk_manager.smx] [AFK Manager] Log File: addons\sourcemod\logs\afkm_20110501.log
L 05/01/2011 - 15:57:01: [afk_manager.smx] [AFK Manager] Detected Mod Team Fortress 2
L 05/01/2011 - 15:57:01: [simple-chatcolors.smx] [SCC] Detected [Team Fortress 2].
L 05/01/2011 - 15:57:01: [simple-plugins.smx] [SSM] Hooking events for [Team Fortress 2].
L 05/01/2011 - 15:57:01: [simple-plugins.smx] [SSM] Required extension is loaded.
L 05/01/2011 - 15:57:01: [simple-spectate.smx] [SSPEC] Hooking events for [Team Fortress 2].
L 05/01/2011 - 15:57:02: [simple-spectate.smx] [SSPEC] Dukehacks extension was not found.
L 05/01/2011 - 15:57:02: [simple-spectate.smx] [SSPEC] Plugin continued to load, but that feature will not be used.
L 05/01/2011 - 15:57:41: [radio.smx] [SM-RADIO] Loading the radio stations from "cfg/sourcemod/radiostations.ini"
L 05/01/2011 - 15:57:41: [radio.smx] [SM-RADIO] Finishing parsing "cfg/sourcemod/radiostations.ini" - Found 69 radio stations
L 05/01/2011 - 15:57:41: [ultimate-mapchooser.smx] MAPVOTE: End of map vote will appear after 2 rounds.
L 05/01/2011 - 15:57:41: [ultimate-mapchooser.smx] MAPVOTE: End of map vote timer stopped.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] MAPVOTE: End of map vote timer stopped.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] SETUP: KV file "umc_mapcycle.txt" successfully loaded.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] SETUP: KV file "addons/sourcemod/configs/vote_warnings.txt" successfully loaded.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] SETUP: No vote warnings defined, vote warnings were not created.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] SETUP: Current Map Group is 'Attack & Defend (CP) Maps'
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] PLAYERLIMITS: Min Players: 0, Max Players: 32
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] PLAYERLIMITS: Server will begin watching for inproper number of players in 30 seconds.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] SETUP: 0 map extensions remaining.
L 05/01/2011 - 15:57:42: [ultimate-mapchooser.smx] RTV: RTV will be made available in 30 seconds.
L 05/01/2011 - 15:58:12: [ultimate-mapchooser.smx] PLAYERLIMITS: Server is now watching for inproper number of players.
L 05/01/2011 - 15:58:13: [ultimate-mapchooser.smx] RTV: RTV is now available.

It crashed on koth_lakeside_final, as seen by the abrupt ending and restarting of the log file.

[Steell]

I've been seeing a lot of crashes after a mapchange to koth_lakeside_final, whether it's with UMC or not. I'm looking into it just to make sure.

[Jstn7477]

Originally Posted by Steell I've been seeing a lot of crashes after a mapchange to koth_lakeside_final, whether it's with UMC or not. I'm looking into it just to make sure.

Yeah, it seems like one of the previous crashes this week was on a map change to koth_lakeside_final. It's really strange.

[Xp3r7]

Anyway you can add a feature next update to allow people to type !revote if they join the server while a vote is in progress?

We have it setup for the vote to come up 4 mins before the map ends so if someone joins during the vote, they get no say in what the next map is gonna be.

[ALPHATT]

Originally Posted by Jstn7477 Yes, you can disable the Valve voting system. It uses different convars to change maps and such so it will just be fighting UMC and map selection becomes a jumbled mess. Steell: Possible feature request: Is there anything you can do with nextmap during the map? UMC doesn't decide to set the next map until the final scoreboard pops up, and people who type nextmap before then think they are going to, say, pl_frontier_final. The "problem" is that people think they are going to that map next, but UMC finally changes the next map right at the end when they aren't paying attention, and they end up going somewhere else because the nextmap information is always incorrect. I really liked how RandomCycle+ handled nextmap based on population in real time, and would switch the nextmap continuously during the round based on population changes. Could you implement something similar to that in UMC, or at least make a way for the nextmap information to be correct during the map?

when i tried out mapchooser.smx it actually ended up somehow sending the custom settings into valves voting system while also running mapchooser with default settings. when i disabled valves voting system in server.cfg I still got the unconfigured mapchooser as if the custom settings were sent to the now disabled valve voting system still, the reason why I asked.

[Steell]

Originally Posted by Xp3r7 Anyway you can add a feature next update to allow people to type !revote if they join the server while a vote is in progress? We have it setup for the vote to come up 4 mins before the map ends so if someone joins during the vote, they get no say in what the next map is gonna be.

Unfortunately this isn't possible with Sourcemod's voting system: once a vote starts, there is no way to add/remove clients from the vote pool.