 |
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
I am unsure about what you mean by command.
Command is currently a TF. command would allow for bigger things like brigades etc? Well... I have a (useless by now) General interface which looks like that. What methods would this command object have? I thought General as either a player or AI, whose job is to give orders when there are no orders.
A TF somehow changes the physical abilities of its components, since for instance all units in a TF move at the slowest unit rate:In that sense, a TF is not purely a command.
Also, the difference between Unit and TF is quite artificial since it is just a level of scale. We don't show the Elements to the player so they can only handle Units, but Units are TFs of Elements. In real armies, a TF - brigade would probably have several units (companies -sorry, French military vocabulary-) plus one or two elements like a merchants section, HQ and a radio section which are not in terms of commands part of a Unit:
TF (brigade)
|
C1 C2 C3 Radios HQ merchants
Each of C1,c2,c3 is a Unit made of several elements (as far as French army is concerned, you'd get for infantry 4 infantry elements + 1 radio element or something like that), radios, HQ and merchants at the brigade level are also elements (radio is the same element as the units') but they don't have another cap C4 on top of them, they are directly under the brigade (actually this is a regiment, thus much smaller than a brigade, but is is the same at various scales).
The problem seems to be square and location handling. If I don't check location in TF/command, it means units may end up being very far away one from the other? How do you display a scattered TF, and how does the player give orders to the TF? Like "move there" becomes an order dispatched to all units, but during the dispatch, I need to check the army speeds. On a higher level command, I wouldn't have to do that check.
From the player point of view, a TF is a something physical, so I am not sure I can drop the location controls from it.
I can see the point in grouping TFs into higher level commands (Generals), but the physical TF I think still remains.
Gary, can you elaborate on that?
Last edited by LDiCesare on 20-09-2001 at 14:01
|
|
|  |
 |
|
Gary Thomas
|
 |
New Zealand
Mar 2001 time: 17:13
|
|
quote: I am unsure about what you mean by command. |
I mean an organizational structure. It hasn't a physical reality in the sense that a unit has - it is an assignment of units to some directing structure.
quote: Command is currently a TF. |
No a TF is a composite unit, not a command.
quote: command would allow for bigger things like brigades etc? |
Yes, right up to the whole army. Historically that is how the armed forces of any political entity have been organized. I would much rather tell the army commander "Go on the attack in the West" rather than having to give individual orders to every unit.
quote: Well... I have a (useless by now) General interface which looks like that. What methods would this command object have? I thought General as either a player or AI, whose job is to give orders when there are no orders. |
Again, a general is a physical object, a person or character, who might be assigned to an existing command without changing the nature of the command. In a sense a general is external to the command, and, as a physical object, has a location and can be attacked. The command, as such, cannot, though, of course, its components can.
quote: A TF somehow changes the physical abilities of its components, since for instance all units in a TF move at the slowest unit rate:In that sense, a TF is not purely a command. |
The movement restriction is not a necessary part of a task force. There are plenty of examples of a force being given an order to get there as fast as possible, thus causing straggling of the force. My suggestion would allow an ordinary movement order (move at the command speed - the speed of the slowest) or a forced march order (move as fast as you can), or, in fact two other types of movement - 1) rendevous at a particular spot, or 2) wait for the rest of the force to catch up.
quote: Also, the difference between Unit and TF is quite artificial since it is just a level of scale. We don't show the Elements to the player so they can only handle Units, but Units are TFs of Elements. |
To be honest, I can't see the utility of elements. Since the player can't see them, they do not seem to be a functional part of the game.
quote: The problem seems to be square and location handling. |
It is indeed.
quote: If I don't check location in TF/command, it means units may end up being very far away one from the other? How do you display a scattered TF, and how does the player give orders to the TF? |
For a start, scattered units in a force is just how it works in the real world. It is only the extremely artificial context of the original Civ games that has forced this restriction. A great many strategy games allow dispersed organizational units. For example (and rather off the top of my head) I would arrange GUI so that if a unit of a force is selected, all the other units (in other squares) of that force get a light red square around them (similar to the movement line now). There would be provision for giving the orders to just the selected unit, or to the whole force.
quote: Like "move there" becomes an order dispatched to all units, but during the dispatch, I need to check the army speeds. On a higher level command, I wouldn't have to do that check. |
I am thinking a little ahead to the time when a high level AI is implemented. At that level, generalized orders will be issued. This will filter down the command structure to the actual units, with levels of AI intervening at each stage. Each unit that actually moves will check the speed, getting it from its command object, if the command is moving together, or using its own maximum movement if so ordered. It also allows things like "cautious advance".
quote: From the player point of view, a TF is a something physical, so I am not sure I can drop the location controls from it. |
I agree - as I said above, a task force is just a composite unit, restrained to a single location.
quote: I can see the point in grouping TFs into higher level commands (Generals), but the physical TF I think still remains. |
I wasn't suggesting otherwise. I have no problem with composite units, provided that the composite parts the have no autonomy. I do rather have a reservation about the name task force. A task force is a group assembled for a task. It is not an enduring organizational unit.
On the other hand, with a defined command system, it is unlikely that composite units will be required. That, however, is a play testing matter.
One of the factors that I have in mind is that if subdivided squares are introduced (and I am quite keen on that) to give more realistic micro-terrain then necessarily the military units will be spread over a numbe rof squares. This is an area where elements might come into their own.
Cheers
|
|
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
My "General" interface was actually meant to be what your "command" would be. The reasoning was that each command is generally held by a General, hence the name. Command could be more appropriate.
Now I understand better, I agree with Gary's point of view, except for elements, which I think are useful in order to produce more units out of less types. For instance, you can have with infantry and cavalry elements many different units: pure infantry, pure cavalry, and mixed, which IMO is a good thing since you don't have to redefine as many figures on the unit level as on the element level.
If you can find a way of showing all units of a given command and give them orders in a single way even though they are scattered, I am all for it.
|
|
|  |
 |
|
Gary Thomas
|
 |
New Zealand
Mar 2001 time: 17:13
|
|
quote: My "General" interface was actually meant to be what your "command" would be. The reasoning was that each command is generally held by a General, hence the name. Command could be more appropriate. |
I would assume that commands are hierarchical, in the sense that you can lower level command within a higher level command. The thought of a General within a General boggles the mind.
quote: Now I understand better, I agree with Gary's point of view, except for elements, which I think are useful in order to produce more units out of less types. For instance, you can have with infantry and cavalry elements many different units: pure infantry, pure cavalry, and mixed, which IMO is a good thing since you don't have to redefine as many figures on the unit level as on the element level. |
I tend to think of a unit as a homogeneous entity. In which case it cannot have different types of component. A unit that is part cavalry, part infantry still seems to me to be two units, one cavalry and one infantry.
quote: If you can find a way of showing all units of a given command and give them orders in a single way even though they are scattered, I am all for it. |
The game Stalingrad (if my memory serves me correctly) does it rather nicely.
Cheers
|
|
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
quote: The thought of a General within a General boggles the mind |
Actually, generals give orders to other generals so that was the idea.
About units, they are made of various elements. For instance, in WWII, France had a few tanks, but used them not in Panzer companies like the germans, but as 1 tank for many infantries, which was a mixed unit infantry/tank. OK this was really not a good idea, but that is what they did.
Additionnally, elements like engineers can be added to units like legions so legion is basically a mix of infantry and engineers, whereas celtic or greek infantry could have the same infantry elements but no units.
|
|
|  |
 |
|
Gary Thomas
|
 |
New Zealand
Mar 2001 time: 17:13
|
|
I realize that units are not nexessarily homogeneous, though in the ancient world most were.
If the element idea is pursued, many second world war units had a few individuals with automatic weapons, a mortar section, and perhaps some AT weapons, not to mention cooks, drivers, and whatever. Elements at this level essentially devolve to the individual soldier.
The ability to shuffle these elements around seems a level of detail that is not visible to the player and, while conceptually elegant for the game designer, with I cannot help feeling, seriously detract from the playability and enjoyment of the game. It is after all a game.
Cheers
Last edited by Gary Thomas on 23-09-2001 at 23:34
|
|
|  |
 |
|
Mark_Everson
|
 |
Canton, MI
Jan 1970 time: 00:13
|
|
Gary:
If the unit workshop is used, then the effect of elements Will be both controllable and visible to the player. (We plan to have descriptions of battle results given to the player that would ideally say what the key component(s) of victory/defeat were. Not sure you knew that, its buried in one of the mil threads.)
There will be stock units for pretty much every period of history and broad type of unit. Players need never even know about elements. So how can elements Possibly detract from playability and enjoyment??? You can certainly raise the criticism that it raises the Complexity of the system, and potentially without getting enough bang for the buck in terms of fun out of it. But as with much of the rest of clash, a player not concerned with the military will have plenty of tools to execute their strategy without getting down into the small details.
We could decide among us to kill elements in the design, but that basically elimiates the most straightforward (and true to history) way to handle a unit workshop. It would also require redoing much of the mil model, since battles are based on elements as the model currently exists.
However, I agree there may be a case for eliminating elements due to the extra complexity of the system. I'm not a big proponent of elements, and the D4 mil model's fundamental component was the unit. But if we are going to get rid of them we would need Laurent's agreement and an understanding that a unit workshop is probably out. (Krenske was the one who originally put them inthe design, but he's long gone, and so doesn't get a vote.)
|
|
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
Elements allow for some variety in units. I thnik they can be interesting insofar as they allow to add some scouting abilities to units, and engineering and so forth. They also allow to diminish offensive power based on numbers so the model of fight will probably yield more realistic results than without them.
I think the only concern I have with elements is that the fights may take too long to process, but it doesn't seem to be the case. Also, they might be a problem in terms of memory. Aside from that, I'd rather keep them because it can allow designing of special units, at least through tweaking the xml file, without needing extra unit types or images.
|
|
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
It could be done, but the main concern is: What economic consequences would that have? I guess raising a militia would cause loss of productivity for the given turn.
|
|
|  |
 |
|
Richard Bruns
|
|
NC, USA
Nov 1999 time: 06:13
|
|
quote: Originally posted by Gary Thomas
One aspect is that we will have a limited number of icons for troops, so we must accept that the same icon represents different forces, even in the same game. Here I see potential problems. |
Have you seen my ideas for displaying the unit elements as small icons? This allows us to have a large stock icon to represent the general army type, with detailed icons to display the elements. Obviously I'm not an artist, and this extra display would be optional:
http://wcuvax1.wcu.edu/~rb22393/taskforces.html
Would this make it any easier to implement a "task force workshop"?
|
|
|  |
 |
|
Richard Bruns
|
|
NC, USA
Nov 1999 time: 06:13
|
|
I don't know much about the military model, but there seems to be an easy way around this: make the military units cheap, able to be produced quickly, and give them high upkeep. To model reality, a turn of upkeep should be about as expensive as creating the army in the first place, but we don't have to go that far. With this system, large conscript armies could be thrown together quickly and then disbanded after the fight, like they usually were in real life. Obviously these rookies would compare unfavorably to professional corps, but the sheer numbers of these short-term standing armies would make them important.
I think that it would be good to model the scramble to militarize that most countries have historically faced when they start a war. Large chunks of the enonomy would be used to support the army, and then when they are no longer needed the army would be disbanded to allow the economy to return to normal.
|
|
|  |
 |
|
LDiCesare
|
|
La Ferté sous Jouarre France
Jan 2001 time: 05:13
|
|
Note that you can toy with the cost for building and supporting armies in the xml file that defines units and elements, so Richard's approach is testable. It could also be used as a way to trigger defense of a city:
If a city is being invaded, all its production could be used to fuel one kind of unit (to be determined - which kind - how?). That would require some coordination between econ and military turns, but that would solve the problem that invading armies don't lower the production of invaded squares.
|
|
|  |
 |
|
Richard Bruns
|
|
NC, USA
Nov 1999 time: 06:13
|
|
quote:
Gary Thomas
The known bugs:
....
7. Sometimes an overwhelming force doesn't damage a vastly inferior force in combat.
Richard Bruns
It occurs to me that #7 may not be a bug at all, it might be an intended result of the mil model. Even if it isn't it could be a useful feature. In many cases, especially guerilla war, a tiny force has the ability to evade detection and direct confrontation while harassing a larger force. Even if we do find this bug, it might be good to save it and isolate it and allow partisans, guerillas, and commandos to exploit it.
LDiCesare
Point 7 may be a consequence of the fact that outnumbered armies flee in the model. I probably didn't change the square they were in, at least for defending armies.
Gary Thomas
I have a feeling that the unit was a cavalry unit, so it probably got away.
Richard Bruns
So normal units run away when outnumbered, presumably moving to some other square. I like that; it is much better than the "fight to the death" in so many other games.
It seems like it should be easy to set a flag for partisan or guerilla type units to let them stay in the same square when they "retreat" from a fight. That way they can stay around to harass the invading army, and cannot be dislodged easily.
Mark_Everson
That's a good idea on partisans Richard. You may want to stick it in the mil thread so it doesn't get lost here, though I think we'll probably remember it since it makes sense.
|
|
|
|  |
All times are GMT. The time now is 05:13. Apolyton Time is 00:13. |
top of page
|
|
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|