Author Topic: Change for v6.40  (Read 14259 times)

0 Members and 1 Guest are viewing this topic.

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Change for v6.40
« on: November 04, 2013, 02:49:06 PM »
I am going to put all the various posts covering updates for v6.40 in this thread (I still haven't had chance to go through the bugs thread for v6.30 but it will likely be a database update when the bugs are fixed)

So far for v6.40:

Shipyards will now be auto-named at start (instead of Shipyard #1, Shipyard #2 etc.) and when new shipyards are constructed. The name will be a combination of one or two surnames from the commander names theme plus one of about sixty different suffixes such as "Shipyard", "Shipbuilding Company", "Navy Yard", etc.. This format will also be used for the auto-rename button for shipyards instead of the current set list of Earth-based shipyards.

Some example shipyard names, using the Warhammer 40k commander name theme:

Styphus-Mael Heavy Industries
Adamantis Shipyard
Alaric-Phaeron International
Galenus Naval Shipbuilding
Valefar Enterprises

I've also created a random company name generator for the Create Research Project window. There is a new text box above the System Name, along with a Suggest Name button. You can keep clicking the suggest name until it creates a manufacturer name you like. That will then be used as a prefix for whatever you call the new system. The Company Name will remain there without being affected by any changes to the parameters, so you can use it for several systems without retyping. The Company Name comprises one or two commander surnames plus potentially a suffix such as Corporation, Industries, etc.. You can leave the company name field blank if desired.

A few example company names, using the Warhammer 40k commander name theme:

Crassian Space & Security
Vulkan-Ravenor
Orias & Galenus Dynamics
Anzu-Lazerian Limited
Alexander-Vandis
Prometheus-Rachmiel Electronics Industries
Dominus-Loken
Typhon-Macharius
Lexandro International
Gothicus-Phaeron

Steve
« Last Edit: November 04, 2013, 02:58:43 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #1 on: November 09, 2013, 07:04:18 PM »
Fleet Training Change
Fleet Training rate is currently based on task force commander's crew training plus half the operations officers crew training. For v6.40 this is changing to task force commander's crew training * task force operations bonus. The latter is equal to the operations officer's operations bonus * 25% of task force commander's operation bonus.

So if the TF commander has crew training 200 and ops bonus 10% and the operations officer has ops bonus 20%, the fleet training rating for the task force will be 200 x 1.05 x 1.20 = 252
« Last Edit: December 29, 2013, 09:21:05 AM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #2 on: November 12, 2013, 11:16:13 AM »
Order Template Update
Added delete button for Order Templates (and fixed issue with using template when there are already orders in the fleet's queue).

« Last Edit: December 29, 2013, 09:20:40 AM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #3 on: November 25, 2013, 02:33:12 PM »
Multiple NPRs in Sol Start

I'm embarking on something of an experiment for v6.40. Sol starts generally require human control of all faction or war breaks out fairly quickly. So for v6.40 I've added a Truce Countdown Clock during game setup. You specify the time for the clock in years and NPRs will have a fixed neutral relationship with races who start in the same system for that period of time. This means you can setup a multi-race (Trans-Newtonian) start in Sol while controlling only one faction. The other factions won't consider attacking unless you attack them first or the clock runs out. Even after the clock runs out, you may still be able to prevent war with diplomatic teams, etc.

In effect, you will have the time on the clock to establish yourself outside the Sol system before all hell is likely to break lose. Even if they fight each other instead of you Earth is probably going to suffer. This isn't a good scenario for turtling and it forces you to go out into the galaxy with less forces than you might like because of the time constraint. The other factions will also be expanding and you might be settling the same worlds.

I'm going to run a test scenario for this with a clock around 10-20 years and I'll post some updates on how it goes.

Steve
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #4 on: December 05, 2013, 03:52:01 PM »
Underground Infrastructure

Underground Infrastructure functions in the same way as normal infrastructure except for the following:

1) It costs 10 BP per point, compared to 2 BP for normal infrastructure, because of the need to build artificial gravity into the construction.
2) It cannot be transported so it must be built on site.
3) it can only be used on worlds for which the gravity is too low to support a normal colony. In this case, the population lives beneath the surface of the body and makes use of artificial gravity. Because of the difficulties in building and maintaining this infrastructure, the body is treated as colony cost 3.0 for the purposes of underground infrastructure requirements, agriculture/environment, etc..

In essence, Underground Infrastructure is used for hollowing out asteroids and small moons to provide underground living accommodation. It's an immovable underground version of an orbital habitat. Note that as construction of underground infrastructure has to be done on site, you will need either construction brigades or workers living in an orbital habitat manning construction factories up to the point where the asteroid can support enough workers of its own to man construction factories. This makes it a substantial undertaking but allows the creation of asteroid bases etc. Other facilities can be added as normal to the body once workers are available.

This adds some complexity because of the potential interactions between underground infrastructure and orbital habitats so it may throw up the odd bug or two until it's been thoroughly play tested.
« Last Edit: December 14, 2013, 10:43:59 AM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #5 on: December 14, 2013, 10:47:43 AM »
Interception Movement

In v6.40, movement of task groups toward non-stationary task groups and non-stationary contacts will use interception movement, plotting a course to rendezvous in the shortest time rather than heading straight for the target. This takes account of minimum distance settings, so where minimum distance is greater than zero, the course will be plotted as the shortest path to a point where the moving TG will be in range of the target TG.

For a target task group or contact to be classed as non-stationary, it must have:

1) Speed > 0.
2) At least one order in its order list.
3) Moved in the previous increment (because some orders don't involve movement or only partially involve movement).

EDIT: Also added interception movement for missiles vs. ships.

(added partially because this has been requested several times over the years but mainly because I am tired of the Russian Fleet (NPR) being dumb in its attempts to catch the raiding Belasco FACs :))


« Last Edit: December 14, 2013, 12:29:26 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #6 on: December 14, 2013, 07:16:03 PM »
NPR Research Costs

It has often been pointed out that NPRs fall behind quickly in Research. I just figured out why. Because NPRs don't manage their available wealth as well as a human player, they tend to build too much early on and then run out of wealth. To cope with the lack of money they halt their research program. Therefore in v6.40, NPRs won't pay wealth for research. I know this goes against the general principle of NPRs functioning in a similar way to players, but it is on the same lines as no fuel costs and no maintenance. Ongoing research and reduced costs should make NPRs more capable opponents.

« Last Edit: December 23, 2013, 04:27:59 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #7 on: December 23, 2013, 03:56:55 PM »
Improved NPR Escort Design

Just realised there is a flaw in automated design for missile-armed escort ships. The number of fire controls was being set according to ship size (as it is for normal warships), regardless of the number of missile launchers. This meant a ship with 40 Size-1 launchers might only have 3 fire controls. Given the max launch capability of 5 AMM vs 1 ASM, this meant a lot of those launchers would not be used in defensive mode. I've fixed this so NPR escorts have a number of fire controls equal to (size-1 launchers / 5) rounded up. This should result in improved anti-missile performance by NPRs.
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #8 on: December 23, 2013, 04:27:18 PM »
Energy Weapon Impacts

I've added a new type of contact for v6.40 called energy weapon impacts. These are very similar to explosion contacts except they occur when an energy weapon scores damage on something (ship, missile, shipyard, population or ground unit).

(mainly so I can see what is going on in my current game when NPRs are firing beam weapons at each other) :)

 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #9 on: December 23, 2013, 07:38:36 PM »
NPR Scientist Selection

In the past, NPRs have not been selecting the best scientists for their research projects. This is fixed for v6.40, which should help NPR tech advancement. For those familiar with SQL, the word desc can be quite useful in the order by clause :)

EDIT: I also found another issue because the NPR research code queues associated projects in groups for a single scientist, such as Laser Focal Size, Laser Wavelength and Capacitor Recharge. The problem is that the third item in that group is a different field of research. NPRs now check each item in their queue for the best scientist at the time of assignment.
« Last Edit: December 29, 2013, 09:19:38 AM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #10 on: December 29, 2013, 08:02:23 AM »
NPR Home Systems

I've run into a problem in my own v6.40 test campaign. I've encountered a second NPR home-world system within two jumps of Sol. Unfortunately it's identical to the first NPR home-world system - oops!

Because Aurora system generation is so complex, the home systems for starting NPRs are pre-generated and added to the game along with the NPR. In v6.30 there are only about 15 different systems and it turns out there was nothing to prevent the same one being selected twice.

For v6.40. I have eliminated the possibility of duplicate systems and increased the number of different pre-generated NPR starting systems to 60.

NPRs created after the game has started are handled differently and their systems will always be unique. The above only affects the NPRs generated during game creation.

« Last Edit: December 29, 2013, 06:09:21 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #11 on: December 29, 2013, 04:09:36 PM »
NPR Salvage Ships

NPRs will begin operating salvage ships in v6.40. To avoid a lot of tricky coding for little game play benefit, any components recovered by NPRs will be disassembled on site and any tech points will be assigned to their capital. They won't get the minerals in the same way though. This should add competition with NPRs, even friendly ones, to be the first to salvage wrecks (as well as giving you another reason to fight the NPR :))

Automated design will include a salvager as well.
« Last Edit: December 29, 2013, 04:40:11 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #12 on: December 29, 2013, 05:36:26 PM »
NPR Missile Allocation

At the moment NPRs can be wasteful in their allocation of missiles against small targets, such as using a whole salvo from a battlecruiser to take out a single fighter. In v6.40 they should use salvo sizes that are more appropriate for small targets, leaving some launchers unallocated if necessary.
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #13 on: December 30, 2013, 06:19:49 PM »
Mineral Generation

Homeworld minerals have been boosted. Minimum amount is now 50,000, minimum accessibility is 0.4 and there should be generally more minerals overall.

Comet minerals have been adjusted. There will be generally be fewer mineral types per comet and of slightly lower accessibility but with the possibility of larger deposits. This should mean the average comet is less useful but there is more chance of a very good comet. This is to avoid the current situation where all comets are generally reasonably good but few are standouts. Also comet mineral generation will now be affected by the size of the comet and the age of the system (in the same way as other system bodies).

Comets will appear in more systems in v6.40 but there will be about the same number overall in the universe.

The mineral deposits on small system bodies under 100 km in diameter should be a little larger. This is to avoid the small asteroids and moons with a few hundred tons of minerals that are not economical to mine.

« Last Edit: December 30, 2013, 07:07:04 PM by Steve Walmsley »
 

Offline Steve Walmsley

  • Aurora Designer
  • Admiral of the Fleet
  • Posts: 6468
  • Thanked: 810 times
    • View Profile
    • http://www.starfireassistant.com
Re: Change for v6.40
« Reply #14 on: December 31, 2013, 09:28:32 AM »
Black Holes Return

Somehow the Black Holes have been removed from the Real Stars database. I can't remember if this was deliberate or accidental :) so I have put them back in.
 

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51