Control Point Race: A strange idea.

[Oxißoost]

Today I was bored out of my mind and started reading the Valve Developer Wiki, when a strange idea struck me. Without the whole entity structure in mind, and not even sure if it would be possible to map, I just took my stylus and made a quick draft of what could be an interesting gamemode.

Imagine there's 5 control points. That's easy to imagine, because it's something we're accustomed to. What is new then? Imagine this:
These 5 control points have a particular order:
Two of these control points are to be capped by RED team only, in succesion.
Two of these control points are to be capped by BLU team only, in succesion.
The neutral control point is the final point of the game and can only be capped after both previous control points have been captured.

Both teams must race to capture the points before the other and reach the final capture point. Something like this:

http://img571.imageshack.us/img571/7520/strangeq.png

Whether this kind of gamemode is possible to map, I do not really know, but it's pretty good to suggest new ideas and watch how the community answers or what suggestions come up, what could be done to fix the gamemode or discussions about how balance would work.

So yeah, what do you guys think?

[MangyCarface]

Wait why would the teams start on the side of their own points

[Tarry H Sruman]

It would be extremely simple to do that entity setup. Not sure how it would play though, it would need its own design conventions.

[henke37]

Very possible to rig up. A bit unusual for sure, but it just requires simple logic to force a game win for a team when the center point is captured by them. So two IO connections in total for all of the win logic.

[Oxißoost]

Quote:

Originally Posted by MangyCarface

Wait why would the teams start on the side of their own points

I don't understand what's so wrong with that.
Do you suggest making the RED team start in the BLU side of the mountain so that they would cross and inevitably battle?

Yeah. You know, like PLR?

[Jeremy]

What I imagine is both teams are going to just rush at the control points, presumably after every team member has switched to Scout, and then there's a huge clusterfuck at the center of the map ending with one team earning an almost guaranteed victory. And the only actual combat is at the center of the map, causing the rest of the map to be unused.

Still, I could be wrong.

[Kill_the_Bug]

I'd put at least one of the other points on the other team's side because if you didn't - whoever has the most scouts win.

By doing it that way you force the teams to have to control both their 1 & 2 points at the same time to cap them - which can be hard if one of those points is in enemy territory.

I suggest a mirror type of map so that to dont's give one team an advantage over the other in terms of geography.

Then you would have to determine:

Cap time for last point - do you want a spy to cap it right way.

Unlocking capped points? Can one team unlock the other team's or is it perma locked - might be easier to do in terms of coding for the last part

or

perhaps you could insert a countdown timer that would unlock the other

or

the count down timer would give a victory over the other team (to avoid stalemates) the time could be reset if the other team also unlocked theirs - then the timer would reset and start sounting down - if neither team caps last point in that time the round ends in stalemate.

[Oxißoost]

So, the problem relies on 'lack of contact between teams' and basically a scout race.

There are many ways to solve this, first of all, making the capture points take a medium to long time to capture.

Or maybe making the two capture points for each team "next to each other" as in "the same room".

Or just crisscrossing more and more.



We could also turn the last checkpoint into a KOTH point, so that they don't have to just -capture it- but also defend it.

[Ptimz]