Page 1 of 1

[GO] Simultaneous Turns (=/= Freestyle)

PostPosted: Wed May 23, 2012 9:13 pm
by sirgermaine
The suggestion here is to implement a totally new gameplay method, which would be particularly useful for larger games.

The problem, as I see it, is that gamers who would like to play large games are currently given two options: play a sequential turns game, where everything progresses at a glacial pace, or play a freestyle game and check back far too often for games where playing before vs after a particular player can make the difference each turn between winning or losing. I am proposing a style of play which is a totally different option, where each round is a phase of either placing troops, attacking, or reinforcing. Troop movements would all be hidden from all other players until all the movements are placed, much like initial placement in manual games. Not only would this be a welcome change for players who prefer larger games, but it is also a totally different style of play with very different strategy from any currently usable option.

Phase One: Troop Placement
This would progress exactly as the first turn of a manual game, other than that instead of question marks for troops, you would see the amount of troops from after the end of the previous round. Once all players have submitted troop placements, the game increments to Phase Two. If a player misses a turn, they do not get to place those troops in the attack phase, but instead in the following reinforcements phase.

Phase Two: Attacks
Orders:
1. Basic Attacks: Each player would place as many or as few attacks as they would like; they commit the number of troops they would like to an attack, and those troops will all go to the territory that is attacked, provided they emerge victorious. So if I have 10 troops and I want to attack a neighboring terit with 4, and another neighbor with 1 troop, I might send 6 troops at the 4 and 2 troops at the 1, leaving 2 troops at home to defend. This brings in a lot more strategy, since you can't wait and see how many troops it is going to take to conquer a terit; every move has to be calculated by the odds. You could also simultaneously attack one territory from multiple other territories, increasing your odds of victory (possibly rolling two dice per territory from which you attack, rather than three, such that you roll 4 and the defender rolls 2). This simulates the reality that defending from multiple angles is much more difficult than head-on attacks from one direction.
2. Follow-Up Attacks: If I am fairly certain that I will succeed in an attack (i.e. a stack of 20 attacking a stack of 2), I could commit my army to attack further after taking the first territory, by assigning the number that will not proceed (i.e. I might leave 3 troops in the first territory, proceeding on with whatever other troops are left). This would be limited to one territory per territory attacked, since the number of troops to proceed would not be knowable, such that you could divide it further. If the number remaining after the initial attack is under the threshold set, no follow-up attack would be taken. You could hypothetically have two follow-ups attacking the same terit, which would follow the rules from the end of the Basic Attacks.

Implementation:
1. Offsetting attacks: when terit A and B each attack each other, the forces meet as the first battle phase, each rolling two dice, and ties are disregarded. Dice are auto-rolled until one side prevails.
2. Group attacks: attacks where multiple terits attack one are handled as follows: Each attacker gets two dice, and the defender gets two dice; defender wins tiebreakers. For each defender win, every attacker loses one troop. When any attacker beats the defender, none of the attackers lose any (If this isn't clear, I can clarify in follow-ups). This is true both for when multiple attacks from one person are being considered, or when multiple people are attacking a single terit.
3. Group attack winners: When multiple players attack a single terit, if the defender is eliminated, the remaining forces from all of the attackers roll two dice each, with nobody winning or losing any troops on ties. This could lead to a lot of rolls on highly multiple attacks, but since all the rolls are considered simultaneously by the computer, it wouldn't lead to any delays.
4. Simple attacks: One terit versus another, attacking force auto-rolled versus the defending force.
5. Follow-up Attacks: this would follow all of the steps 1-3, but with just follow-up attacks. It is worth noting that your follow-up attacks could possibly end up being attacks of someone other than you intended if the follow-up attack is a territory that has been conquered in the regular attack phases.
Note on Spoils: In the event a player is eliminated by multiple enemies simultaneously, the player who wins that territory as a "group attack winner" gets the spoils, even if a different player ends the turn with that territory via follow-up attack. Basically, spoil awards are considered at the end of parts 3 and 4, and corresponding places in follow-up attack rounds. Spoils will be cashed during the reinforcements phase. The same rules would apply for determining credit in terminator games. It is possible that there are tiebreak scenarios I haven't covered here; please feel free to make up scenarios for tiebreaking.
Note on Teams: Teammates would need to be careful managing their attacks--sending one attack of 20 and one attack of 3 at the same terit might help the odds of winning at the cost of only a few wasted troops, but sending forces of equal sizes could result in them killing each other off in the Group attack winners part of the Attack phase. They would also need to coordinate follow-up attacks, since any of these could result in allies attacking each other unintentionally.

Phase 3: Reinforcements
This would proceed in the same way as the troop placement, where you would order your reinforcements without any knowledge of what other players were submitting, but with knowledge of what troops are/were after the attacks round. A player who received elimination spoils bringing the total to or above 5 will cash a set during this phase. If they miss this phase turn, they will cash them during the following troop placement phase, but would not place at the beginning of any battle orders phase.

This would be a useful improvement on the current options for gameplay, and would provide a totally new way to play maps. Currently gameplay options other than than Sequential/Freestyle would still be in effect. Trench warfare would prohibit follow-up attacks; Fog would still apply (you could have follow-ups attack blindly into the fog, if you wanted). Spoils would act normally, except nuclear spoils would resolve after the other troops had been placed (or I suppose before; this is debatable).

One gameplay option this provides that is not normally available is the ability to have an undo feature: you could arrange things how you want after each phase, and click submit to actually take that action, so if you unintentionally said you wanted to attack with 10 troops, you could go back and alter it to 5. The same could be true for reinforcements-- you could simply choose whatever you wanted, and when you were satisfied with all the settings you'd gotten, you could submit your "turn" of one phase.

The major benefit here is for large games, but it also provides a totally different strategy for smaller games. The main goal though, was to allow players to log in once a day, as the site's home page claims, and not be disadvantaged because a different player got their attacks in first. I could imagine this being popular on even doodle earth cluster-games, where there would be tons of multiple and offsetting attacks. It would proceed slightly slower (rounds per day) than a freestyle game, since actual rounds take three phases of up to 24 hours each (although players would deadbeat after three phases, not rounds), but would not be as incredibly slow as, say, an eight-player sequential game, where play increments as slowly as one round a week. Also, play would not seem so slow to players, because they would be doing something each day for the game.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 12:22 am
by agentcom
sirgermaine wrote:The suggestion here is to implement a totally new gameplay method,


Unfortunately, that's the main problem with it. This is an amazing and well thought out suggestion. But this is magnitudes of order more complicated than implementing adjacent attacks. I think this would be really cool and could be something that the site could look into in the future. But I think that there are more pressing needs right now.

Cool idea though. I hope this sits in Suggestions for years to come. Hopefully, you or someone else can continue to promote this. If the tech team starts chipping away at implementing this, it really could happen and be a cool addition to the site, but I would guess it will take years.

Good luck on your journey. I'll be watching.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 1:37 am
by greenoaks
this looks a lot like what they are trying to do at major command

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 8:40 am
by sirgermaine
What's major command?

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 11:11 am
by agentcom
Couldn't you at least Google it?!

-- sort of a Hamlet 2 reference (Awesome movie, btw)

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 11:25 am
by sirgermaine
What's google? Okay, now I'm kidding.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu May 24, 2012 3:01 pm
by sirgermaine
It is worth noting that I don't think the coding on this would have to be all that terribly different, at least I would think it wouldn't need to be. Obviously the troop placement stages would be no problem, since they are basically something that happens anyway at the moment. I'll go through each of the Battle steps and explain what I think would be required to implement it, with some assumptions about the way the game is coded at the moment.

Orders:
First attacks would be easy: each player just lists an attack from a terit to another terit, and then if they'd like to add another attack, there is a button that says "add an attack". It could update numbers on the map as you assigned troops to attacks in the same way that reinforcements do, except that you'd not have them show up somewhere else.
Follow-up orders could simply be in the form of "troops above x (some number of troops, one or higher) will continue on to attack terit Drub after winning terit Eon".

Implementation:
This has a few places that get a little hairy, but I'll take a stab at it.
Offsetting attacks, since they are considered first, would be resolved first. Since both sides are attackers, they would each roll the same number of dice (three, presumably), with ties not resulting in lost troops (or I suppose ties could result in a troop dying on each side). Since these attacks are, by definition, one player versus one other player, this should not be too hard to code.
Group attacks are my single biggest concern for coding purposes, since they are the largest departure from current gameplay, and therefore I assume are the largest departure in the coding. As with normal rolls, defender wins ties. The main concern here is that if any attacker rolls higher than the defender, none of the attackers lose troops, and the defender loses one. If none of the attackers roll above the defender, all of the attackers lose one troop equally (this would be the same for every die roll). I am not sure if current coding would be up to this task or not (also I don't know who would know that I could ask).
Simple attacks would be just that- simple. It's auto-rolls to the death with however many troops are involved from each side.
Follow-Ups would use all the same coding as the other attacks. Once troop numbers are determined, these would proceed in the same way as other attacks, and I can't imagine the coding would be any more difficult with follow-ups.


Again, I really think this is an idea worth pursuing. This site offers a lot of maps that have tricks and twists to make the gameplay more interesting, but I feel like if you want something truly different for players, this is the kind of change that would make a real difference, without having to make maps progressively more difficult to read and/or complicated. Does anyone else think they'd play games with this setting?

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Fri May 25, 2012 10:00 am
by agentcom
sirgermaine wrote:It is worth noting that I don't think the coding on this would have to be all that terribly different, at least I would think it wouldn't need to be.

...

First attacks would be easy: each player just lists an attack from a terit to another terit, and then if they'd like to add another attack, there is a button that says "add an attack". ...

Again, I really think this is an idea worth pursuing. This site offers a lot of maps that have tricks and twists to make the gameplay more interesting, but I feel like if you want something truly different for players, this is the kind of change that would make a real difference, without having to make maps progressively more difficult to read and/or complicated. Does anyone else think they'd play games with this setting?


Yes, it is worth noting that. Does anyone know what they do when two freestyle armies simultaneously attack each other? This has to happen sometimes. Especially with the lag between the attack and getting the dice results back. There must be some way (maybe it alternates who the attacker and defender is) to settle simultaneous attacks. So, the site may already have the coding for that.

Second paragraph: One problem with adding a bunch of buttons to the page is that you're making the game much more complicated when viewed in relative terms. Part of the beauty of this site (and the board game it is inspired by) is that it's relatively simple. It's not supposed to have a whole lot of options within the turn (compare, say, a first person shooter, where you have to choose a weapon, move around in a 3D enviro., etc.). I don't think your suggestion goes "too far" in terms of complication, but it certainly would be the most complicated type of gameplay on the site.

Last quoted paragraph: I'd play it.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Fri May 25, 2012 2:38 pm
by sirgermaine
I envisioned it being just one button, to "add another attack", but I could see how that might clutter the screen on larger maps where you are making a lot of attacks per turn. I'm glad to hear someone else would play this.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Sat May 26, 2012 9:30 pm
by Woodruff
agentcom wrote:Cool idea though. I hope this sits in Suggestions for years to come.


Oh, I don't think there's any danger of that NOT happening. That's almost the definition.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Sat Jun 02, 2012 9:38 am
by sirgermaine
Woodruff, I do hope that it doesn't sit in the back pages though.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Sat Jun 02, 2012 2:26 pm
by Woodruff
sirgermaine wrote:Woodruff, I do hope that it doesn't sit in the back pages though.


Don't worry, it only happens after it's been accepted.

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu Jun 14, 2012 10:50 pm
by squishyg
WOODRUUUUUUUUUUFF!

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Thu Jul 05, 2012 3:44 pm
by sirgermaine
Apparently squishyg really likes woodruff

Re: Simultaneous Turns (=/= Freestyle)

PostPosted: Fri Aug 31, 2012 4:39 pm
by sirgermaine
So, I know this isn't as popular as my other suggestion for extra foggy games, but much like that thread there are no negative comments here, just people saying it sounds good.