Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Steve Walmsley

Pages: [1] 2 3 ... 433
1
C# Aurora / Re: Replacing PDCs
« on: Today at 03:11:19 AM »
Max fortification level is changed by terrain. Does meeting the max fortification on a mountain or jungle world require assistance for units that have a max fort and max SF values that are equal?

Max fortification level remains the same but a unit's fortification level is multiplied by the terrain modifier.

2
C# Aurora / Re: Replacing PDCs
« on: Yesterday at 12:16:59 PM »
I belive the much-questioned "SF" is Surface Fortification - i.e. the maximum benefit the unit can gain from hiding in terrain.

Max Fort is maximum fortification level. Max SF is maximum self-fortification level. To achieve the max fort you will need assistance from a construction unit.

3
C# Aurora / Re: Replacing PDCs
« on: Yesterday at 12:15:14 PM »
It kindof looks like a no at the moment, but would it be possible to have a super heavy armored vehicle that is just a surface to orbit weapons platform?

The primary defence of STO units will be their fortification level (as they are 100% to hit when targeted by ships). As static units can be fortified a lot higher than vehicles, it would not be a good idea to place the STO on a vehicle.

4
C# Aurora / Re: Replacing PDCs
« on: November 19, 2017, 02:02:14 PM »
Any way to consider adding mechs?

Also, maybe consider a "component" for law enforcement applications (like "non-lethal weapons").  The thought being that conventional forces aren't normally ideal for police work.  I think using police units in combat and vice versa might have some trade offs.

You can name the units in any way you see fit. So you could create an ultra-heavy vehicle design and call it a Titan, or Mech, or AT-AT. Whatever best suits the parent race.

5
C# Aurora / Re: Replacing PDCs
« on: November 19, 2017, 01:58:53 PM »
Sexy! I'm assuming planetary CIWS functions as normal ship CIWS? Would it counter missiles directed against shipyards? Is atmosphere ignored for the STO weapons, and can other beam weapons than lasers be used?

Yes, planetary CIWS is the same as ship CIWS. Atmosphere no longer affects combat. Other beam weapons can be used.

I hadn't considered shipyards. It is effectively the same location though so perhaps planetary CIWS should protect them. I'll give it some thought.

6
C# Aurora / Re: Replacing PDCs
« on: November 19, 2017, 08:25:24 AM »
First screenshots of ground unit design window. This tab is for the design of individual unit classes (a single vehicle, soldier or gun emplacement). For the STO option, the mount includes the weapon, a reactor of the exact size needed for the recharge rate and a built-in beam fire control with a 4x range modifier. The cost is equal to the static platform, the weapon, the reactor and half the fire control. STO weapons have a 25% bonus to fire control range. The damage shows two numbers, which is the damage at minimum and maximum range.

The next stage (on a separate tab) is combining unit classes to create formation templates. You might have a template consisting solely of 500 Stormtroopers or you might combine different unit classes into a single template. More on that when I finish the tab.

BTW I just noticed a couple of bugs (I don't display the tracking speed of the STO unit class and the cost for the capabilities isn't in the mineral requirements). I'll fix it but can't be bothered redoing the screenshots :)














7
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 13, 2017, 01:14:58 PM »
The loss of an entire side of armour to a depth determined by range of blast was the model I used for Newtonian Aurora:

http://aurora2.pentarch.org/index.php?topic=4329.msg43459#msg43459

This project was based on very detailed mechanics but ultimately it died due to over-complexity. I might convert some of it into a tactical combat game at some point but it won't work strategically. There has to be some trade-off between realism and playability. The current missile damage mechanics work well.


8
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 13, 2017, 12:27:22 PM »
This isn't really true.  There are two major differences.  First, space is big, and thus you aren't likely to have multiple targets within the damage radius because things are spread out more.  Second, spacecraft are pretty durable.  There are durable things on Earth, too, but most people's perceptions of nuclear weapons are shaped by very flimsy Japanese houses getting knocked over and dramatic test footage that doesn't give a good sense of scale.

My comments were based on the results of testing nuclear weapons in space:

https://history.nasa.gov/conghand/nuclear.htm

9
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 13, 2017, 11:32:51 AM »
Please allow energy weapons to use the general missile attack rules as well. On the receiving end the difference is minimal.

The principle is that missiles are area attack weapons while energy is precision. Against ships, missiles cause damage via near misses while energy is a direct hit. This isn't ideal as ships should really take variable damage from missiles in that situation and a direct hit with a nuke should kill the ship. However, missiles are powerful enough without adding one hit, one kill capability. I guess one option when I get to coding ship to ship combat is to double warhead strength and use a range of damage instead of fixed amount (so the new strength is the max) but it might be simpler to leave it alone.

Also, nukes in space are far less powerful than nukes in atmosphere (well, less powerful in heat/blast but more powerful in radiation terms), which means I should vary bombardment damage based on atmospheric density but that adds another complication. So the current missile rules are a balance between realism and game play.

I don't want to have a situation where a ship with a single laser can wipe out an entire civilisation from orbit without any cost, allowing your own colonists to move in the next day. The game play rationale is that while a single nuke could take a out a city, energy weapons are designed to hit specific, small targets.

It isn't perfect but it achieves the game play objective of requiring a ground invasion to take a planet relatively intact, while giving energy weapons a meaningful role in planetary combat (in fact, a much larger role in C# Aurora than VB6 Aurora)

10
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 13, 2017, 10:43:48 AM »
A question for Steve - would it be hard to have a checkbox in the configuration for 'Simple Ground Combat' that simply follows the old rules and ignore fortification? That'd let people like ChildServices that don't want to deal with ground combat to be able to ignore it as before by plastering the ground units into paste with nukes while leaving something that only glows faintly at night to invade. (As opposed to the new system, where plastering a deeply entrenched army into paste would result in the world having that nuclear glow for the next 10,000 years...)

As this is a complete rewrite the old rules don't exist in the code. You can still ignore ground combat and glass the planet in the new rules.

There will be three potential ways for ships to attack ground units:

1) Direct attack against STO units that have revealed themselves by firing (fortification still applies to the 'to hit' chance). Any hit by a missile or energy weapon will kill the target. Missiles will also cause environmental and collateral damage as they are a wide area effect weapon. Digging out well-fortified STO units with missile attack is going to be very costly in terms of additional damage and probably not worth it if you plan to use the planet afterwards.

2) General missile attack against the surface. Same collateral damage as above. I haven't decided yet exactly how to apply damage to ground units but I will probably choose a formation at random (or formations up to a total size determined by the square root of the warhead strength). I will cycle though the individual units attacked with a steadily decreasing damage strength (to simulate some units being further from the detonation) and use a damage strength vs a combination of fortification and armour to determine if they are destroyed. I may also allow units to 'disperse', which will reduce their effectiveness against other ground units but make them less vulnerable to general missile attack.

3) Orbital fire support with energy weapons. Ships will be tied into a forward fire direction unit on the ground and act as additional bombardment units, with their attack strength based on the weapons used.

In addition to the above, ships will be able to use the current rules for missile strikes on population centres.

11
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 09, 2017, 01:16:35 AM »
Hi Steve,

Love the additions to planets with more details. I know you specified the extra details are for fortification levels, however are we going to see this translate to plus and minuses for unit types attack and defence numbers.

E.G. Light Infantry has higher attack and defence when fighting on a wooded planet oppose the a barren planet, Heavy Vehicles have a higher attack on a desert planet opposed to a wooded planet. etc etc.

This would add a great amount of detail with limited coding, well you might need more for the AI armies, maybe you cheat here when AI lands you add the army types at that time, with a slightly more favourable army based on the terrain.

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

I know you going to add Supply mechanics to the Ground Battles, which is great, what are the outcomes for units running low on supplies, I am assuming a no attack mechanic, but on the defensive side will we see surrenders and if so is there a chance to capture heavy mechs from the opposition. Also can we research like in space battles when a mech is lost salvaged?

Thanks for your reply

To hit penalties affect all units. However, certain unit capabilities such as Mountain Warfare or Jungle Warfare are only available to Infantry units.

I haven't decided on the penalties yet, but will probably prevent attack and greatly reduce rate of fire on defence. Surrender mechanics would be possible, in which case you could gain all the defenders equipment.

12
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 09, 2017, 01:12:47 AM »
C# progress isn't very fast at the moment due to other commitments and I am now away for another week. Hope to get back to normal speed soon :)

13
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 06, 2017, 10:10:09 AM »
I did have construction speed modifiers in my original version but then removed on the basis it would be too much. Would be happy to put such economic modifiers back in if there is general demand.

Also, when I finally get around to biological warfare, plagues, etc.. there will be some downsides to terrain types such as Jungles.

14
C# Aurora / Re: C# Aurora Changes Discussion
« on: November 06, 2017, 06:39:43 AM »
Something else that occurred to me was that I am basing the terrain on current Earth. There could be a lot of alien terrain (Giant fungus forest?) or even terrain from Earth's past.

15
C# Aurora / Re: Replacing PDCs
« on: November 06, 2017, 03:29:32 AM »
They don't lose their fortification.

Pages: [1] 2 3 ... 433