Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

Who Makes Decisions

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> World in Flames >> Who Makes Decisions Page: [1]
Login
Message << Older Topic   Newer Topic >>
Who Makes Decisions - 7/8/2007 10:08:01 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
I have been working on standardizing how the program processes decision making by the players. This is quite complex given the different modes of play, number of players, and wide variety of decision making defined in rules as written (RAW). Here is some of the documentation I am writing code to.

// ****************************************************************************
// Each phase and subphase in the game has an associated TWhoDecides value which
// determines who makes decisions during the phase. The codes mean:
//
// wMWIF: the decision is made by MWIF and the players informed (many)
// wAllAny: all major powers make separate decisions in any order (8)
// wSideAny: all major powers on a side make separate decisions in any order (many)
// wOneDecider: a single major power makes the decision, sometimes on behalf of the entire side (many)
// wOrder: major powers from either side make separate decisions in a specific order - some DOW subphases & for partisans (4)
// wUSFirst: the US decides first then the other major powers on the Allied side in any order - used for declarations of war (2)
// wSetupOrder: major powers from either side make separate decisions in the order given in the Scenario setup - China is special (1)
// wPlayers: players decide separately in any order - used for bidding (1)
// ****************************************************************************
// Variables maintained identically on all computers:
//
// DeciderMPGroup: Major powers currently deciding; MWIF is deciding, this = [].
// DeciderMP: Major power making decision; not used when 2+ players deciding.
// DeciderP: Player deciding when 2 players are playing HeadToHead on 1 computer.
//
// Variables maintained with possibly different values on each computer:
//
// LocalDeciding: is True when the local player is currently making a decision.
// LocalDeciderMPGroup: Local MPs for whom decisions need to be made.
// LocalMajorPower: Local major power currently deciding
// ****************************************************************************

When a player is not deciding, then LocalMajorPower can be changed by the player to examine his units freely. This will become more important if I get time to enable the feature for Preplanned Decisions (the player enters decisions in advance and then when it is his turn to move/decide, either confirms or changes the moves/decisions).

To understand some of the complexities, it helps to 'see' which major powers each player controls. Hence the following diagram (indispensible to me when writing this code).






Attachment (1)

_____________________________

Steve

Perfection is an elusive goal.
Post #: 1
RE: Who Makes Decisions - 7/9/2007 2:28:28 AM   
Neilster


Posts: 2890
Joined: 10/27/2003
From: Hobart, Tasmania, Australia
Status: offline
Doesn't "solitaire" generally refer in wargaming to when one plays oneself? If I'm right, that could cause confusion.

Cheers, Neilster

(in reply to Shannon V. OKeets)
Post #: 2
RE: Who Makes Decisions - 7/9/2007 3:15:17 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Neilster

Doesn't "solitaire" generally refer in wargaming to when one plays oneself? If I'm right, that could cause confusion.

Cheers, Neilster


Ah, not in my experience. But your point is a good one. Right now HeadToHead can be played by 1 player against himself - which is your definition of solitaire. I'll think about this.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Neilster)
Post #: 3
RE: Who Makes Decisions - 7/11/2007 12:20:11 AM   
Jimm


Posts: 607
Joined: 7/27/2006
From: York, UK
Status: offline
Forgive me but I dont know if you've discussed how you are going to cope with non-active player interactions, eg interceptions (both naval & air), ground support etc etc.

will this have to be pre-decided by the inactive player (presumably it would have to be for pbem?) or do you see it being live- and if so, how would it be prompted?




(in reply to Shannon V. OKeets)
Post #: 4
RE: Who Makes Decisions - 7/11/2007 12:30:26 AM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: Jimm

Forgive me but I dont know if you've discussed how you are going to cope with non-active player interactions, eg interceptions (both naval & air), ground support etc etc.

will this have to be pre-decided by the inactive player (presumably it would have to be for pbem?) or do you see it being live- and if so, how would it be prompted?

See here http://www.matrixgames.com/forums/tm.asp?m=1142048 (how PBEM games will be handled ? sticky thread)

(in reply to Jimm)
Post #: 5
RE: Who Makes Decisions - 7/11/2007 12:36:05 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Jimm

Forgive me but I dont know if you've discussed how you are going to cope with non-active player interactions, eg interceptions (both naval & air), ground support etc etc.

will this have to be pre-decided by the inactive player (presumably it would have to be for pbem?) or do you see it being live- and if so, how would it be prompted?

For PBEM, it would be handled by Standing Orders which the non-phasing player has entered the last time he "had control" (was the phasing player typically).

For Internet play the decision will have to be made 'live' by every player who could intercept a naval move. This is how the game plays over the board. The question would be posed to the non-phasing player(s) when a phasing player wants to move a naval unit(s) out of a sea area that it has just entered. Simply entering a sea area doesn't require a response from the non-phasnig player, since the phasing player may be stopping in the sea area anyway.

So, if a naval unit(s) wants to exit a sea area that it has just entered and there are enemy units that could intercept, then the players who own the intercepting units would have to decide whether to Intercept or Ignore. There might be several major powers controlled by a single player that could intercept. In that case the player would answer once for all his major powers. If there is more than 1 major power that could intercept and they are controlled by different players, then each player would have to decide (all answer Ignore or 1 answers Intercept).

Note that the phasing player is commited to moving the naval units to the new sea area if the non-phasing player(s) say Ignore. There is no opportunity to retract the move once even 1 non-phasing player has decided.

This might take some time, but the Internet players should all be on-line during naval movement; during some other phases it is not as important. To do this any other way would have a major effect on game play.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Jimm)
Post #: 6
RE: Who Makes Decisions - 7/11/2007 1:04:41 AM   
Jimm


Posts: 607
Joined: 7/27/2006
From: York, UK
Status: offline

quote:

ORIGINAL: Shannon V. OKeets


quote:

ORIGINAL: Jimm

Forgive me but I dont know if you've discussed how you are going to cope with non-active player interactions, eg interceptions (both naval & air), ground support etc etc.

will this have to be pre-decided by the inactive player (presumably it would have to be for pbem?) or do you see it being live- and if so, how would it be prompted?

For PBEM, it would be handled by Standing Orders which the non-phasing player has entered the last time he "had control" (was the phasing player typically).

For Internet play the decision will have to be made 'live' by every player who could intercept a naval move. This is how the game plays over the board. The question would be posed to the non-phasing player(s) when a phasing player wants to move a naval unit(s) out of a sea area that it has just entered. Simply entering a sea area doesn't require a response from the non-phasnig player, since the phasing player may be stopping in the sea area anyway.

So, if a naval unit(s) wants to exit a sea area that it has just entered and there are enemy units that could intercept, then the players who own the intercepting units would have to decide whether to Intercept or Ignore. There might be several major powers controlled by a single player that could intercept. In that case the player would answer once for all his major powers. If there is more than 1 major power that could intercept and they are controlled by different players, then each player would have to decide (all answer Ignore or 1 answers Intercept).

Note that the phasing player is commited to moving the naval units to the new sea area if the non-phasing player(s) say Ignore. There is no opportunity to retract the move once even 1 non-phasing player has decided.

This might take some time, but the Internet players should all be on-line during naval movement; during some other phases it is not as important. To do this any other way would have a major effect on game play.


So effectively the game hangs for the active player while the inactive player/s makes his/their decisions. Is a time limit for a response in order do you think?

Do you think that players on the same side might be able to make proxy decisions for each other?



(in reply to Shannon V. OKeets)
Post #: 7
RE: Who Makes Decisions - 7/11/2007 2:01:30 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
"The game hangs" is not technically correct. It implies that a player can do nothing with the mouse and keyboard. Actually, while any player is making decisions, other players can examine the map and information screens using any of the major powers they control ("any of the major powers" only makes a difference for the US player since he is the only one who can 'see' the US Entry status).

And yes, you have to wait. This is no different from playing the board game.

Proxy decisions would be tricky to implement.

Right now I am going through the code I just wrote to let players continue "working with" their current major power when a decision maker changes. So if you are looking at the US when the production phase starts, the program will let you start with the US for production rather than automatically switching to the CW just because it is the first major power in the list of ones you control. This is something that could be really annoying while playing; but coding it for all possible conditions is rather tedious, sigh.

One possibility would be to let the Team Leader for a side make decisions. When/under what conditions that would be permitted is not clear to me right now.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Jimm)
Post #: 8
RE: Who Makes Decisions - 7/12/2007 1:16:30 AM   
Jimm


Posts: 607
Joined: 7/27/2006
From: York, UK
Status: offline

quote:

ORIGINAL: Shannon V. OKeets

"The game hangs" is not technically correct. It implies that a player can do nothing with the mouse and keyboard. Actually, while any player is making decisions, other players can examine the map and information screens using any of the major powers they control ("any of the major powers" only makes a difference for the US player since he is the only one who can 'see' the US Entry status).

And yes, you have to wait. This is no different from playing the board game.

sorry, a misuse of terminology on my part, but you confirm what I thought. I take your point about it being no differnt to the board game. However in that situation you can see the guy thinking about his decision, and if they are very slow you can chivy them along. With Mwif you will not necessarily know that they are even in the same room as the PC!

Ok, you could email or message them. What might be nice is some kind of mouse-clickable "I'm Thinking" icon which the inactive player could activate and the other players can see, to acknowledge that they know their decision is being waited for and they are on the case.
quote:



Proxy decisions would be tricky to implement.

One possibility would be to let the Team Leader for a side make decisions. When/under what conditions that would be permitted is not clear to me right now.


Thats kind of what I was thinking. Even just a manual permission would be a possibility?

(in reply to Shannon V. OKeets)
Post #: 9
RE: Who Makes Decisions - 7/12/2007 1:46:28 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
Well, here is one possibility. It is a little heavy handed but within the scope of the current design.

The current design calls for the team/side leader being permitted to add and remove players from the game. The idea here is that after France falls the French player may want to drop out of the game - or for many other reasons a player may drop out. By giving the Team Leader the ability to reconfigure his team (even designating someone else as Team Leader), the game can continue without punishing all the other players.

So, a Team Leader could appropriate any and all MPs to himself and make decisions in a player's absence. Then Mr. TL could restore the previous configuration of who is playing what. Not a very clean implementation, but it should be functional.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Jimm)
Post #: 10
RE: Who Makes Decisions - 7/12/2007 6:07:18 PM   
composer99


Posts: 2923
Joined: 6/6/2005
From: Ottawa, Canada
Status: offline
It might be a good idea to have the Team Leader be able to do things like that in case people have to drop out for reasons of work, going on vacation without being able to bring their MWiF along (or without wanting to bring it along), caring for ill relatives, and so on and so forth.

_____________________________

~ Composer99

(in reply to Shannon V. OKeets)
Post #: 11
RE: Who Makes Decisions - 7/12/2007 8:45:59 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: composer99

It might be a good idea to have the Team Leader be able to do things like that in case people have to drop out for reasons of work, going on vacation without being able to bring their MWiF along (or without wanting to bring it along), caring for ill relatives, and so on and so forth.

It is definitely part of the NetPlay design.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to composer99)
Post #: 12
RE: Who Makes Decisions - 7/13/2007 1:01:53 AM   
Zorachus99


Posts: 1066
Joined: 9/15/2000
From: Palo Alto, CA
Status: offline
Sounds good, however what happens in the case of a missing team leader?

The other thing that is concerning me is error handling in the case of players who drop network connection in a less than graceful fashion. IP addresses change, network cables get tripped over, routers crash, etc...

Have you decided on ports and protcols to be used in Netplay? For all of us behind NAT, port forwarding may be neccessary if we have to host by IP. Though it might be more work, a mutual place for negotiating the connection between players may remove the need to deal with forwarding issues. Applications like Hamachi negotiate ad hoc VPN tunnels through NAT/PAT connections.

The core of this capability is that 'almost always' a connection can be established outbound, however incoming connections need to be forwarded often by static rules that create vulnerabilities in the protection a router/firewall is designed to provide. Bypassing this issue will increase the technical knowledge needed by players to host a game.

_____________________________

Most men can survive adversity, the true test of a man's character is power. -Abraham Lincoln

(in reply to Shannon V. OKeets)
Post #: 13
RE: Who Makes Decisions - 7/13/2007 4:17:28 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
quote:

ORIGINAL: Zorachus99
Sounds good, however what happens in the case of a missing team leader?

The other thing that is concerning me is error handling in the case of players who drop network connection in a less than graceful fashion. IP addresses change, network cables get tripped over, routers crash, etc...

Have you decided on ports and protcols to be used in Netplay? For all of us behind NAT, port forwarding may be neccessary if we have to host by IP. Though it might be more work, a mutual place for negotiating the connection between players may remove the need to deal with forwarding issues. Applications like Hamachi negotiate ad hoc VPN tunnels through NAT/PAT connections.

The core of this capability is that 'almost always' a connection can be established outbound, however incoming connections need to be forwarded often by static rules that create vulnerabilities in the protection a router/firewall is designed to provide. Bypassing this issue will increase the technical knowledge needed by players to host a game.

Well, I got your drift but I only understood about 1/4 of the terms you used.

The MWIF structure for sending information is the simplest I could think of: an ASCII string, comma delimited. The first data field in the string is the code for the string type (which defines what the rest of the fields are) and subsequent parameters identify an entry # and transaction # for the game record log.

Each event in the game that affects the "game state" generates a game record log entry (GRL). When several GRLs are interdependent they have a common transaction #. For example, if 3 german units overrun a USSR unit, then the movement of each German unit from hex to hex is a separate GRL and all their movements together, plus GRL for the destruction of the USSR unit, have the same transaction #.

Transmission between players will be by entry if the entry is "stand alone", an isolated decision (e.g., who won the initiative die roll). Otherwise GRLs are grouped together and sent as a single Transaction.

I intend to encrpyt/decrypt the transmissions eventually.

Getting transmissions through firewalls is not something I know anything about.
-------------------------
As for a missing team leader, there will be one team leader (Allied side) who is MasterMWIF and can assign a new team leader to the other side (Axis). If the game falls apart because the Allied Team Leader goes AWOL, well, ... I have no solution at the present.
-------------------------
The entry # and transmission # design permits validating that a player has not 'missed' an entry #, and that linked entry #s are not processed until all the entry pieces have been received. I expect it to be used to bring players up-to-date who have stepped away from the game for whatever reason. Saved games store the last entry # they received, so by processing the GRLs, a game can be brought up-to-date rather easily. I also dream of being able to play the game backwards using the GRL entries. In database terms these are roll forward and roll backward transaction processing.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Zorachus99)
Post #: 14
RE: Who Makes Decisions - 7/13/2007 5:59:00 AM   
Neilster


Posts: 2890
Joined: 10/27/2003
From: Hobart, Tasmania, Australia
Status: offline
quote:

Well, I got your drift but I only understood about 1/4 of the terms you used.


That reminds me of a classic bit of The Simpsons, where Homer becomes the "Internet King".

http://www.youtube.com/watch?v=qlTAPZUriWc

Cheers, Neilster

(in reply to Shannon V. OKeets)
Post #: 15
RE: Who Makes Decisions - 7/13/2007 7:18:00 AM   
Zorachus99


Posts: 1066
Joined: 9/15/2000
From: Palo Alto, CA
Status: offline
The 'simple' firewall

When PC's communicate by IP address, they establish a connection on a port, usually using the TCP method which provides a measure of insurance your packets either make it to the destination or need to be retransmitted.

An application opens a random port on the local machine and sends to the target IP on a specific port.

The target machine recieves the packet from the random port and coming into the specific port your application is listening on. The target pc responds to the random port that the transmission has been recieved.

If a 'simple' firewall is present on the target PC the packet will be blocked and dropped because a connection hasn't been established previously. Some software firewalls will detect an application listening on a port and offer to allow the connection into whatever program is listening. Other software firewalls will block the packet.

Hardware firewalls almost always block the intial packet in unless it's configured to forward the packet to a specific IP address behind the firewall.

This is just the tip of the iceberg. The only way to completely avoid the port forwarding firewall configuration issue is to host a server which establishes connections between peers. True peer-to-peer connections will always cause a certain level problems for players because firewalls exist.

Every DSL connection that AT&T installs (my large ISP in California) includes a router with a built-in firewall.

----------------

"Hey get that 50 lb. Gorrilla off the stage!"




(in reply to Neilster)
Post #: 16
RE: Who Makes Decisions - 7/13/2007 8:35:19 AM   
amwild

 

Posts: 105
Joined: 2/9/2004
Status: offline

quote:

ORIGINAL: Zorachus99

The 'simple' firewall

When PC's communicate by IP address, they establish a connection on a port, usually using the TCP method which provides a measure of insurance your packets either make it to the destination or need to be retransmitted.

An application opens a random port on the local machine and sends to the target IP on a specific port.

The target machine recieves the packet from the random port and coming into the specific port your application is listening on. The target pc responds to the random port that the transmission has been recieved.

If a 'simple' firewall is present on the target PC the packet will be blocked and dropped because a connection hasn't been established previously. Some software firewalls will detect an application listening on a port and offer to allow the connection into whatever program is listening. Other software firewalls will block the packet.

Hardware firewalls almost always block the intial packet in unless it's configured to forward the packet to a specific IP address behind the firewall.

This is just the tip of the iceberg. The only way to completely avoid the port forwarding firewall configuration issue is to host a server which establishes connections between peers. True peer-to-peer connections will always cause a certain level problems for players because firewalls exist.

Every DSL connection that AT&T installs (my large ISP in California) includes a router with a built-in firewall.

----------------

"Hey get that 50 lb. Gorrilla off the stage!"



Don't forget that some routers are UPnP, meaning that with the right commands (what they are, I don't know), they can automatically open and close appropriate ports through their firewall, while other routers do not have this capability. UPnP router support would be good for those who don't really know how to configure their routers.

(in reply to Zorachus99)
Post #: 17
RE: Who Makes Decisions - 7/14/2007 2:27:12 AM   
Zorachus99


Posts: 1066
Joined: 9/15/2000
From: Palo Alto, CA
Status: offline
True UPnP works in many cases, however it's not a solution for everyone, and Steve has to learn how to program a UPnP aware application...

(in reply to amwild)
Post #: 18
RE: Who Makes Decisions - 7/14/2007 2:37:54 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Zorachus99

True UPnP works in many cases, however it's not a solution for everyone, and Steve has to learn how to program a UPnP aware application...

Ahh, if you forum members with expertise in this area can reach agreement on the preferred design solution, that will make my life easier.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Zorachus99)
Post #: 19
RE: Who Makes Decisions - 8/3/2007 3:09:49 PM   
bj_rohde

 

Posts: 14
Joined: 8/3/2007
From: Norway
Status: offline
quote:

ORIGINAL: Shannon V. OKeets

Note that the phasing player is commited to moving the naval units to the new sea area if the non-phasing player(s) say Ignore. There is no opportunity to retract the move once even 1 non-phasing player has decided.


But according to RAW, you can choose to intercept when enemy naval unit(s) enters the sea area, with no requirement of continuing regardless of the intercept attempt. I have several times "tricked" the other player into intercepting a force that was going to end there anyways, possibly preventing him from having face-up units there at the return to base step, and thus not being able to intercept units with cargo, for example.

So unless I interpret RAW wrong (it has happened), I don't think the player should be forced to continue the move.

< Message edited by bj_rohde -- 8/3/2007 3:16:03 PM >

(in reply to Shannon V. OKeets)
Post #: 20
RE: Who Makes Decisions - 8/3/2007 5:17:36 PM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: bj_rohde

quote:

ORIGINAL: Shannon V. OKeets

Note that the phasing player is commited to moving the naval units to the new sea area if the non-phasing player(s) say Ignore. There is no opportunity to retract the move once even 1 non-phasing player has decided.


But according to RAW, you can choose to intercept when enemy naval unit(s) enters the sea area, with no requirement of continuing regardless of the intercept attempt. I have several times "tricked" the other player into intercepting a force that was going to end there anyways, possibly preventing him from having face-up units there at the return to base step, and thus not being able to intercept units with cargo, for example.

So unless I interpret RAW wrong (it has happened), I don't think the player should be forced to continue the move.

bj_rohde is right, and I use the same trick very often.

(in reply to bj_rohde)
Post #: 21
RE: Who Makes Decisions - 8/3/2007 5:43:20 PM   
amwild

 

Posts: 105
Joined: 2/9/2004
Status: offline

quote:

ORIGINAL: Shannon V. OKeets


quote:

ORIGINAL: Zorachus99

True UPnP works in many cases, however it's not a solution for everyone, and Steve has to learn how to program a UPnP aware application...

Ahh, if you forum members with expertise in this area can reach agreement on the preferred design solution, that will make my life easier.


What development tool are you using? Delphi, wasn't it? I don't use it myself, but I just googled "upnp delphi" and came up with some free sample code at http://www.whitebear.ch/ on the first line. It seems to be general utility code, but basically what is required is to find the router, find what services it offers, and use the appropriate service to open the appropriate ports to the player's PC.

I found another - probably better - example in C++ in The Code Project that demonstrates UPnP router port forwarding. I think I read that you'd used a C variant at some point in your career.

Just ask whoever is doing the net code what incoming ports need to be opened, adapt the appropriate bits of this code, and voila! Of course, since not everyone has a UPnP router, and I read somewhere that only XP and Vista are UPnP enabled, not everyone will be able to use it, so you'd have to do an OS version check and if XP or Vista, give the users the option of using UPnP. Otherwise, they'll have to open a router port manually like everyone else.

All I need now is my own working UPnP router...

(in reply to Shannon V. OKeets)
Post #: 22
RE: Who Makes Decisions - 8/3/2007 10:52:41 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: bj_rohde

quote:

ORIGINAL: Shannon V. OKeets

Note that the phasing player is commited to moving the naval units to the new sea area if the non-phasing player(s) say Ignore. There is no opportunity to retract the move once even 1 non-phasing player has decided.


But according to RAW, you can choose to intercept when enemy naval unit(s) enters the sea area, with no requirement of continuing regardless of the intercept attempt. I have several times "tricked" the other player into intercepting a force that was going to end there anyways, possibly preventing him from having face-up units there at the return to base step, and thus not being able to intercept units with cargo, for example.

So unless I interpret RAW wrong (it has happened), I don't think the player should be forced to continue the move.

Welcome to the forum.

Ok. I'll move the check to when a naval unit enters a sea area. [Though I might change that to when they leave for PBEM.]

My only purpose here was to enable game play to progress a little faster. If the phasing player knows he is ending his move in a sea area, he could immediately go on to his next naval move. By having the check at the time of entry, players will be waiting for their opponents to say Intercept or No Intercept a lot more often. If there are naval units belonging to multiple players on the non-phasing side in the sea area, then all of them have to say No Intercept (or one of them say Intercept) before things progress. Remember, the program enforces the rules pertaining to sequence of play quite strickly. Nobody on the phasing side is going to be able to do anything until the non-phasing player(s) (with the capability to intercept) decides one way or another.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to bj_rohde)
Post #: 23
RE: Who Makes Decisions - 8/4/2007 4:44:37 AM   
bj_rohde

 

Posts: 14
Joined: 8/3/2007
From: Norway
Status: offline
quote:

ORIGINAL: Shannon V. OKeets
Welcome to the forum.


Thanks!

I realize the issue with having as few necessary "stop" steps as possible, but I also think this is a step that needs to be there (thanks, Patrice, for making me certain of my interpretation of the rule). At least when I play as CW or Italy, I really would risk a cruiser being intercepted that may end the move there anyways, if that means my transport reinforcing wherever is less likely to be intercepted when it is forced to fight its way through.

Anyways - haven't really played WiF for more than a year (have owned WiF FE for more than five years), but I really look forward to MWiF!

(in reply to Shannon V. OKeets)
Post #: 24
RE: Who Makes Decisions - 8/4/2007 3:07:34 PM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: bj_rohde

quote:

ORIGINAL: Shannon V. OKeets
Welcome to the forum.


Thanks!

I realize the issue with having as few necessary "stop" steps as possible, but I also think this is a step that needs to be there (thanks, Patrice, for making me certain of my interpretation of the rule).


11.4.6 Interception says :
***************************
You can try to intercept a task force of enemy naval units as soon as it enters a sea area containing at least one of your face-up naval or aircraft units.
***************************
So do not thank me, the rules are that way whatever.

quote:

At least when I play as CW or Italy, I really would risk a cruiser being intercepted that may end the move there anyways, if that means my transport reinforcing wherever is less likely to be intercepted when it is forced to fight its way through.

Be careful though, because a unit who have been flipped face-down to intercept your cruiser, will be allowed to intercept all future shipping across this sea area as well (during that impulse) without any other unit flipping face down.

11.4.6 Interception says :
***************************
As long as that face-down unit remains in the sea-box, you can make further interception attempts in that sea area against other task forces during the same impulse without having to turn over another unit. If that unit is in the sea-box during naval combat, it also allows you to attempt to start a naval combat there without having to turn another unit face-down (see 11.6).
***************************

(in reply to bj_rohde)
Post #: 25
RE: Who Makes Decisions - 8/4/2007 3:48:29 PM   
bj_rohde

 

Posts: 14
Joined: 8/3/2007
From: Norway
Status: offline
I know it can continue to intercept during that impulse, but if it's late in a turn and the turn ends, a transport at sea (or a CV in poor weather for that matter) may be able to sneak past that all-flipped task force much more easily during the return to base step.

(in reply to Froonp)
Post #: 26
RE: Who Makes Decisions - 8/4/2007 4:03:59 PM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: bj_rohde

I know it can continue to intercept during that impulse, but if it's late in a turn and the turn ends, a transport at sea (or a CV in poor weather for that matter) may be able to sneak past that all-flipped task force much more easily during the return to base step.

Yes, this is what can be achieved by luring the enemy to intercept ships that would have not gone more far anyway.

(in reply to bj_rohde)
Post #: 27
Page:   [1]
All Forums >> [New Releases from Matrix Games] >> World in Flames >> Who Makes Decisions Page: [1]
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

1.830