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 - MagusXIX

Pages: [1] 2 3 ... 12
1
Aurora Suggestions / Re: Bringing Back Mothballing
« on: December 05, 2017, 03:44:15 PM »
One way to mothball currently is to retrofit a lot of engineering spaces onto a design and then just sit it in orbit somewhere without maintenance facilities. It will decay only slowly.

sensibleChuckle.gif

In most cases, this method would mean that a 'mothballed' ship requires *more* personnel than an active-duty one.

2
C# Aurora / Re: Replacing PDCs
« on: November 26, 2017, 12:27:52 PM »
AMMs are kinda irrelevant. By the time you reach boarding range either theyre out of AMMs or you're dead.

Right, I remember now. This coupled with inability to reliably disable enemy engines is part of why I never bother with designing/using boarding vessels anymore. My kingdom for the ability to target specific modules.

3
C# Aurora / Re: Replacing PDCs
« on: November 26, 2017, 12:04:24 PM »
Droppods/boardingpods would effectively be .5 to 1 MSP missiles. CIWS and other missile intercepting guns would be fine.

Maybe I just need clarification on how big 1 MSP is in terms of volume, but I had assumed that a dropship of some kind, even if it's just a one-man pod (which if it's dropping an entire company of Marines, it ain't,) will still be at least three or four times as large as an anti-missile missile. (Room for 1 marine + combat gear + hull-cutting equipment + fuel + engines, etc.) If indeed it has to drop an entire Marine Company, it's likely notably larger than a 747 airplane. Bigger than a C130, which would handle roughly a platoon (sans boarding equipment) rather than a whole company, and certainly bigger than, say, a modern AAV (amphibious assault vehicle) which are roughly squad-sized (12 or so bodies.)

Still, you're almost certainly right about already existing AMM options working just fine for intercepting dropships/boarding-pods. Are armored boarding pods already a thing? If not, they ought to be.

4
C# Aurora / Re: Replacing PDCs
« on: November 26, 2017, 11:49:01 AM »
Suggestion

Marines in a transport module is the current golden standard for adding boarding defense to a ship.

An automated system, when compared to equivalent research/tech of marines, could be ...

PROS
Cheaper to produce, in terms of lives, materials, training time, build points, etc.
Uses less hull space than a single marine company + transport mod (so it works on small ships too.)
No additional life-support considerations.

CONS
Less versatile (cannot be unloaded like marines can, for instance.)
Uses energy (maybe a kinetic version does not, but is less effective in other ways to compensate?)
Less efficient hull-space-to-boarding-defense ratio. This reflects that Marines are more like antibodies in that they move around the ship to wherever they are needed, but these automated defenses are static (turrets, not robo-marines.)

5
C# Aurora / Re: Replacing PDCs
« on: September 26, 2017, 07:38:07 PM »
Removing the ability to put troops in a bunker and instead just making them tougher is a terrible idea. If you have to get rid of PDCs, then when you're making new types of ground units you should consider adding some kind of new unit that serves the same function as barracks in PDCs.

6
Aurora Suggestions / Re: Semi-Official 7.x Suggestion Thread
« on: September 04, 2017, 01:28:42 PM »
Suggestion - Production Anomalies

I'd like to see a most robust, engaging economy. There's a lot of ways that this could be done, but here's a couple initial suggestions, and a couple long-term suggestion that could be implemented only after an economy overhaul.

Take the research anomaly system that already exists and expand it to include anomalies that can boost or alter (or nerf!) production of specific items, whether it's specific trade goods, component categories (lasers, missiles, shields, cloaks, etc), or installations (mines, factories, PDCs, infrastructure, etc), or even just a direct boost to 'wealth' production. This change alone would be enough to tempt players to spread out their production. It's a big change from the current situation where, more often than not, the homeworld (and sometimes planets that have been terraformed/grown enough to become essentially identical to the homeworld) is where all meaningful production takes place and all goods go to and from it. Instead, you'd have the option to boost production by having worlds dedicated to certain products, from which goods would then have to be shipped where they are needed.

I'd make these sorts of production anomalies rather frequent, perhaps with more rare types that have more dramatic effects. The idea is to make colonized worlds more unique, especially in terms of economy, and to give the players a choice between more efficient but spread out production (more/better goods at the cost of the delays and vulnerabilities that come with shipping,) or more concentrated production (which also allows for more concentrated defenses) but without making full use of production anomalies.

Alongside this I'd also recommend re-looking at the Trade Goods system, where the goal would be to make them more meaningful and impactful, and especially more engaging for players. One possibility that I'd considered was giving some planets the ability to produce unique/rare trade goods that have special effects, such as increased population growth or better environmental tolerances to populations that have access to such a product. With it being planet specific, again, trade between worlds is made more engaging and meaningful, and the choice of which worlds to develop and how become more difficult and impactful.

With this, I'd include a way for players to choose between more interventionist trade policies (government gets more or less say in where trade goods are shipped and how many of each are produced, as well as setting import/export taxes and tariffs on specific goods, like a tea tax) or more laissez-faire  trade policies which would be the current system where trade goods are solely the province of private citizens/organizations (shipping companies and the colonists that produce the goods determine what happens with them, with little to no input from government/player.) Trade policies can affect production growth rates, maximum production capacity (probably per colonist working to produce the goods?), or a host of other possible effects to choose from. They could and probably should come in both domestic and foreign variants, where the domestic policies control how much of which goods are produced, where, and how much of what can/should be shipped to which planets, and foreign policies regulate how much of which goods we are willing to trade to and/or from any other specific empire (a full ban on Cuban cigars so our citizens can pretend they're somehow better than other cigars by virtue of being harder to obtain!) Policies regarding immigration/emigration between empires could even be introduced alongside (or after) this is implemented, using a very similar system.

Once trade goods are improved, we can then even start looking at more trade-related diplomatic options (trade sanctions against specific products, for instance, to allow trade between two empires while still denying access to unfavorable trades/markets.) There could even be things like trade wars, where total warfare is not permitted (no land-invasions, possibly other restrictions) but enemy shipping/fleets are free game, and planetary/system blockades could be a main feature of this sort of limited engagement. This is only as meaningful/impactful as the trade goods in question, though, so making those more important would have to come first.

Legality of goods is another thing to consider for after trade goods have been overhauled, where we could include things like military grade stimulants which you may or may not want in your military (short term combat effectiveness boosts at the expense of nasty side-effects?) but you certainly would not want in your civilian populations (increased Unrest relative to how much of the product is available in your population?) Could also include things like slave labor, legal in empires which practice slavery but illegal in empires where slavery has been abolished. There's a whole host of products that could play nicely in a system like this. Legal (read: minimal diplomatic effect) destruction/seizure of ships belonging to other empires when they are caught carrying illegal goods through your space could be a thing in this, along with a cargo-scanner module and perhaps other stuff for 'military police' ships (or a Coast Guard, or whatever you want to call your empire's Customs officials.) Alongside it, piracy and smuggling could be introduced.

But really, the suggestion is just to keep economic gameplay in mind when re-coding everything in C# so that at the very least it can be easily expanded on once economy becomes more of a development priority. Personally, expanded/improved economic gameplay is a top request of mine, so the sooner this happens the better. (Okay, maybe I just want more fun and impactful space-submarine and trade-interdiction gameplay, so sue me!)

7
C# Aurora / Re: C# Aurora Changes Discussion
« on: August 26, 2017, 05:39:46 PM »
After further reflection, I feel that Titans would be best introduced alongside a second attack/defense type.

The regular attack/defense values can stay in pretty much as they exist, and can represent small-arms damage.

Additionally, all units should should have a defense-piercing (armor piercing, depending on how you're abstracting out your ground forces to work with your game's setup and lore) type of attack. It's an attack that always hits regardless of a unit's defense value. A defense-piercing attack, and ground units specialized around it, allows for engaging tactics and strategy decisions that don't currently exist. For instance, Titans (and perhaps other ground units) could have an extremely high defense, making them nearly immune to regular attack values but still very vulnerable to units specialized for defense-piercing attacks.

I'd consider making all attacks from ship-quality weapons (whether from an actual ship or from a PDC or orbital platform or whatever) defense-piercing.

8
C# Aurora / Re: C# Aurora Changes Discussion
« on: August 26, 2017, 05:22:16 PM »
Adding that I think a Titan that's effectively a mobile-bunker would be quite interesting as well. Allow a specialized type of Titan to house infantry, who can fight from inside of it. It could work similarly to the way PDC defenses work. The titan just extends its defense to any infantry attached to it.

9
C# Aurora / Re: C# Aurora Changes Discussion
« on: August 26, 2017, 05:10:05 PM »
With regard to Titan balancing, I'd treat them a bit more like WW2 era tanks since they seem to fill a similar role (hard to kill, tons of damage, expensive to produce.) One game that already takes this concept and does a really good job of it is Hearts of Iron. HoI4 has base tank models with optional sidegrades that increase specialization at the expense of other areas like armor or sacrificing certain damage types. As tech improves, you start by upgrading the base model and then you can research into the sidegrades for the new base and upgrade those as well.

For Aurora, I'd recommend having a base Titan model (upgradeable over time) that has all-around damage/defense capabilities. It's this base model that determines the overall power level of the titan. You could then have a sidegrade that takes that base model and re-imagines it to focus around anti-Titan capabilities at the expense of everything else (taking off some small arms in favor of more cannons, for instance.) You could also have one for anti-infantry (or whatever you're calling your regular ground forces.) You could even have one with some basic ground-to-space capacities, like meson cannons that can shoot out of the atmosphere and hit things in very low orbit, or act as point defense, or possibly even some light missile capabilities. Each of these sidegrades could then be upgraded once the base model is also upgraded.

It's an Aurora analogue to the HoI idea of regular tanks, anti-infantry tanks, anti-tank tanks, and anti-air tanks. The player has to decide how much of each to build and include in their military in order to counter whatever their recon suggests they might be up against, which makes for pretty interesting gameplay provided the recon and production aspects are engaging enough.

Another alternative is to just have research branches that allow us to upgrade the various aspects of our titans as we see fit. This runs the risk of not having any sidegrades, as you'd just always produce the best available suite of upgrades instead of having specialized Titans.

10
Advanced Tactical Command Academy / Re: Submarines in space?
« on: August 08, 2017, 05:51:51 AM »
What would be the use if these hypothetical submarines can be detected with a new type of sensor? In the end it would only mean I need just one additional type of sensor on my jump point pickets and in battlegroups. Maybe a better idea to allow raiding would be to increase scattering after jumps by a lot so that monitoring of jump points becomes more difficult. Maybe tie this increased scattering to selfjump only drives, or to increased jump blindness, so that traditional jump point assaults remain as they currently are.

This is what I've been thinking, too.

11
Advanced Tactical Command Academy / Re: Submarines in space?
« on: July 27, 2017, 12:18:19 AM »
I use WW2 era style space-submarines in my games. I don't have any designs to post, but against player-controlled races that don't adequately protect their shipping and other civilian/commercial vessels, they work quite well. The two tricks lie primarily in missile design and in getting past jump-point pickets, the latter of which is very similar though not identical to how stealth vessels work in EVE Online.

You need engines that are both fast, efficient, and have the best thermal reduction you can get. When you're trying to be sneaky, you'll need to manually slow down to avoid thermal detection. Positioning (when to speed up, when to slow down, and which direction to move) and predicting enemy courses are critical skills to master. Your best cloaking device helps a lot too. These great engines and cloaking device can make the ship prohibitively expensive/time-consuming, so if your empire is still poor or slow on the industrial side it's a good idea to keep your designs relatively small.

The trick with missile designs is to make sure you pack enough punch to take down at minimum one or two really big commercial ships before reloading, considering that some may have a touch of CIWS. There's a few ways to do this, but I generally stick with designing very stealthy, small missile engines (just needs to be accurate vs commercial ships) and then pack a lot of MSP into the warhead. When I make these missiles, they can end up pretty large (size 12+) and I generally will use reduced size launchers since I do want reloads but am not too worried about reload time.

Commercial ships can fit CIWS, and a max-tech CIWS should be capable of shooting down at most 12 incoming missiles if every shot hits (6 shots for max gauss tech, x2 for CIWS) and your missiles are not armored. So your sub pack will need to be able to fire at absolute minimum 13 missiles per volley per expected max-tech CIWS on your target if you want to make 100% positive that at least 1 missile will slip past each CIWS. So guesstimate/espionage your enemy's CIWS capabilities before finalizing your missile/sub designs. It's also important to consider damage/missile, since ideally you will be destroying 1 commercial ship per volley. Colony ships, freighters and the like get monstrously big, so adjust designs according to expected enemy designs, as usual.

One thing I like doing with my missile design is putting really nice sensors on my missiles, firing them at waypoints ahead of a potential target, and letting the missiles home in on their own. This allows my space-subs to attack while revealing their position as little as possible.

You also need to create either a specialized sensor submarine of some kind to go with a sub pack, or give them each their own sensors, ofc.

Note: This type of sub usually is hard-countered by just about any type of battle task group, especially ones with over-engineered sensor ships, and should be restricted to aggressively attacking passive, softer targets like commercial ships or possibly planetary bombardment duties and the like if you make variants. I recommend scouting through jump points with a more specialized scout ship before sending a sub pack through.

Note2: You want them to be capable of going quite fast for your tech. I usually dedicate a little more hull-size to engines on subs than I do for my ships-of-the-line. The speed will get you out of dangerous places and into 'deep space' where you can hide from enemy sensors more easily. Avoid staying too close to heavily trafficked routes, but hover around the edges of them at the limits of your thermal sensors range. However, it's critical to remember to slow down if you spot your enemy before they spot you and you think you may be close to their sensor range.

12
Aurora Suggestions / Re: Semi-Official 7.x Suggestion Thread
« on: July 17, 2017, 05:57:13 PM »
Suggestion:

Simplify shipyard expansion.  Merge all the orders like "Add 1000 tons to capacity" orders into one "Add X tons to capacity" with a field to input exactly how many tons we want to add.

Edited to add this addition:
Do the same thing for adding slipways; let us add more than one at once.

For those of us who like to keep our shipyard tonnage in nice, round numbers, this would be a godsend. I hate having to increment shipyards one step at a time. When I'm trying to get a civilian shipyard to 250,000t it really sucks to have to re-assign the 'Add 10,000 tons' order every other week. It'd be so much easier to just set it to grow until it reaches the size I want.

13
C# Aurora / Re: C# Aurora Changes Discussion
« on: July 17, 2017, 05:51:48 PM »
Because the backend of a game where everything has to run in realtime is going to be completely different from a backend where you can expect to perform all the calculations and database work only when the turn (or in this case, time) is incremented?

Not necessarily. It all depends on how it's programmed. Real-time games still operate in 'ticks' or 'turns.' The only real difference is that real-time games tend to have very small 'ticks' (turns) of much less than a second, and continue to advance the ticks at a steady rate unless the user pauses or otherwise speeds/slows the rate at which ticks occur. In Aurora a 'tick' is 5 seconds.

I've never had the chance to look at Aurora's underlying code, but my best guess based on how it's played is that it operates in terms of ticks, where some processes are set to happen every one tick and others (like the production cycle) are set to other lengths. If this is the case, changing the back end to a pausable real-time system (kinda like a Paradox grand strategy game) shouldn't require too terribly much refactoring. If Aurora isn't set up like that, however, then I have no idea.

Another way to do real-time, which would be much harder for Aurora, would be to use an event-based system, where the code is always listening for an event to happen - like "Construction of 5,000 Infrastructure on Earth complete," at which point whatever code is written around that event would fire and run semi-asynchronously while the main body of code continues to listen for more events. This isn't a 'turn' or 'tick' based system, which has its advantages and disadvantages, and as a result I believe would be much more difficult to implement than steadily advancing turns/ticks - assuming that Aurora's code is already set up to handle things in ~5 second increments.

EDIT: Of course, either way is still an assload of work and Steve's time is almost certainly better spent on other aspects of the game at the moment.

14
Aurora Chat / Re: Auto-Terraforming
« on: July 10, 2017, 07:16:18 AM »

3: Add greenhouse or anti-greenhouse until temp is within tolerance
5a: add inert gas if total is below 0.3
5b: remove inert gases until colcost is 0

These steps are where you either have to do math, or just start guessing and hoping you don't miss the event as it cruises by - or worse, that you didn't guess too high and *then* miss the event as it cruises by, accidentally bjorking your colony cost.

And why do either when code can do the calculations such that the atmosphere comes out perfect every time? By adding a button to use for automatic terraforming for populations you don't take anything away from the game - you can still terraform just as before. You're still free to make all the wonky atmospheres you want, or to terraform for a population without using the auto-button. But for those of us that don't want to be assed with math or guessing + paying close attention for the terraforming events, it'd be a godsend that'd mean we don't have to pay any cognitive switching penalties and can continue focusing on fleets, resources, or whatever else we find more interesting. This sort of optional automation of features is a good thing, as demonstrated in almost every other similar game.

There are only two drawbacks that I can currently see to having a "Terraform world for <population>" option:

1) Steve has to code it (this is the big one, his workload being what it already is.)
2) It makes a very small but very tedious/unfun part of the game easier and less cumbersome for people, and I'll miss knowing that others are suffering from it because I hate people. (Please forgive the sardonicism. It's genetic.)

15
Aurora Chat / Re: Auto-Terraforming
« on: July 09, 2017, 10:45:09 PM »
One issue may be you may have multiple races in your people pool, each with different terra demands.

True, but there could be a population selector dropdown in the terraforming menu that tells it which population you'd like the atmosphere to conform to.

Once it's optimal for one population it's much easier to tweak and adjust than it is to do all the math from scratch on some toxic-atmosphere world.

Pages: [1] 2 3 ... 12