Dook

The following website: Comando Supremo lists all the Italian units in Tunisia in 1943. They include all the ones you list plus a few more.

This has happened to me a number of times. I have no idea what causes it. You can still plot orders for the zombie troops but eventually you are no longer able to watch the movies - the movies jumps to the end when you hit play and you can't go back. I solved the problem by restarting my computer.

Pound the shore or the belly button?

Anyone consider the possiblity that maybe the battle will be resolved on just square 7? The armor unit is attacking from 6 into 7, after all. Does the FAQ say that the battles themselves will all take place on a 2x2 km map?

Tanks with cupolas also spot better than tanks without them. The unit description obtained by clicking on the unit and hitting enter should tell you if the tank has a cupola.

Here is an account from a Marine unit in Desert Storm that indicates the Dragon was used in combat, although not against Iraqi armor.

Maybe if you stopped putting makeup all over his face he would stop impersonating you.

Then again, you could just buy a Mac, since even my old Mac G3 running OS 8.6 can take and save multiple screen shots without leaving CM. Of course, I won't be able to play CMx2 on it and there are no guarantees that I'll be able to play it on a newer machine running OS X either.

Note too that the HQ's command rating has a significant effect on the responsiveness of waypoints to change. You can make fairly dramatic changes if the unit is in command of an HQ with a +2 command rating.

A Google search reveals that J Ruddy's sig is a quote from the Princess Bride.

You would be amazed at how well long-obsolete Macs run CMx1 games. I have a 350 mhz G3 white and blue tower and a 466 mhz iBook SE that can both run any CMx1 game. I'm sure there is some downsampling going on, but the graphics are still perfectly fine. The biggest problem is actually connecting to the internet for PBEM and transferring files to the G3, which can't support a wireless card. Have you looked into simply repairing the CD-Rom drive on your old Mac? If the price isn't too high, you could still probably play CM on it.

Do you really think BFC would need to spend years just to adapt a licensed engine to their own needs? More importantly, which engine would they license? I don't know of any that use the same game mechanics or that would be even remotely adaptable.

Change 1) Vehicles and units occupy space, not just points, and thus block LOS 2) Increased scripting options at tactical and operational level, including small unit SOPs (esp. a "follow road" SOP), event triggers (Y happens when Player 1 reaches X), and more flexible victory conditions 3) Improved indirect fire modelling (# of rounds/arrows/rocks, etc.) 4) Improved AI - keep all parts of unit in C&C whenever possible, better and less predictable placement and movement of units (e.g. ATGs not always at absolute rear of map) 5) Assignable HQs Keep 1) Scale and scope, to include time required to complete a game 2) PBEM 3) Compatibility with Mac

Andreas, I would be very interested to see the revised version. My address is in my profile. Dook

Andreas, I playtested Road to Koltov with a regular PBEM opponent and greatly enjoyed it. I left extensive comments in the scenario discussion area of The Proving Grounds. The short version is that it's a great map, an interesting idea, but we felt it was significantly imbalanced in favor of the Soviets. Thanks for the opportunity to play. Dook

I would strongly support Gary's creation of a new Scenario Depot. My one request would be that, in anticipation of CMX2, it be compatible with the Safari browser for Mac OS X users. The TPG is not, which means I have to switch browsers to use it.

Below is the part of what may be the table referred to above that is relevant to smoke. Note that it is from CMBO. This was stashed on my hard drive long ago - I forget who did it and have never tested it for accuracy. Enjoy. </font><blockquote>code:</font><hr /><pre style="font-size:x-small; font-family: monospace;"> Axis Caliber Smoke dur.* 75 1:10 81 0:50 105 1:45 120 mor n/a 150 2:30 150 roc 2:30 170 n/a 210 n/a 210 roc n/a 240 n/a 300 roc n/a US Caliber Smoke dur.* 75 1:15 81 mor 1:10 105 1:30 105 VT 1:30 4.2 mor n/a 4.5 inch n/a 155 2:30 155 VT 2:30 8 in gun n/a 8 in how n/a 240 n/a 14 inch n/a British Caliber Smoke dur.* 3.5 mor 1:00 4.2 mor 1:30 25 pdr 1:30 25 pdr VT 1:30 4.5 inch n/a 5.5 inch n/a 5.5 VT n/a 7.2 inch n/a 14 inch** n/a *Smoke duration is the average time a smoke shell puts out smoke, in minutes and seconds. In practice, the smoke duration is the upper time limit for a useful smoke screen</pre>

Am I the only one who noticed this? This is a big change and an answer to many players' prayers. Any more details available?

Am I the only one who noticed this? This is a big change and an answer to many players' prayers. Any more details available?

I am reluctant to open this can of worms, but the preceding discussion highlights some of the reasons why including a PBEM and random battle generation capability in CMx2 might be problematic. I assume (with all the usual caveats that accompany assumptions) that players in an e-mail game would both need to have the same modules in order to play each other. Similarly, a random battle generator would have to be able to include the new information from each module into the pool of information it uses to generate battles. I have absolutely no idea whether these tasks are easy or difficult to program, but they sound like they will add complexity at the very least. One other issue that nobody has mentioned is the effect of this new business strategy on the CM community. It may fragment the community somewhat, as different people will play different games or modules. Imagine forums for every new game or even every module?

I am reluctant to open this can of worms, but the preceding discussion highlights some of the reasons why including a PBEM and random battle generation capability in CMx2 might be problematic. I assume (with all the usual caveats that accompany assumptions) that players in an e-mail game would both need to have the same modules in order to play each other. Similarly, a random battle generator would have to be able to include the new information from each module into the pool of information it uses to generate battles. I have absolutely no idea whether these tasks are easy or difficult to program, but they sound like they will add complexity at the very least. One other issue that nobody has mentioned is the effect of this new business strategy on the CM community. It may fragment the community somewhat, as different people will play different games or modules. Imagine forums for every new game or even every module?

And for single button mice like those used by the machines the game is developed on? </font>

I don't want to put words in his mouth, but I would guess that Walpurgis Nacht was referring to this thread, which discussed many of the same questions regarding flamethrowers. That thread was followed by this this second thread. As you will see if you read them, there is a strong difference of opinion among even reasonably experienced players regarding the effectiveness of flamethrowers. The differences led to this challenge match between Broken and JasonC to test flamethrower effectiveness. Unfortunately, the match was never completed to my knowledge. Hint, hint....

Don't you just hate Mondays?

Rune, Did you mean Q4 of 2005 (i.e. end of this year)?