Author Topic: 1.13.0 Changes List  (Read 21902 times)

0 Members and 1 Guest are viewing this topic.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
1.13.0 Changes List
« on: October 31, 2020, 06:36:17 AM »
Changes List for 1.13

This post includes bug fixes or minor changes. Any more significant changes will have their own post.

Changes
  • Using Disassemble or Scrap Component buttons on the Economics window will refresh the events window and the tactical map events list.
  • New 'Hide Fleets in Orbit' option to declutter map.
  • Boat Bay has changed to 5.25 HS and 25 BP cost with the same 5 HS capacity.
  • Small Boat Bay has changed to size 1.05HS, 5 BP cost and 1 HS capacity.
  • The geosurvey sensor option for missile design will not appear if you do not have geological survey sensors.
  • NPRs will select names randomly from their class naming theme, rather than using alphabetical order.
  • Paused research projects are held at the Race level, rather than by population.
  • Beam weapons will not fire if they have zero chance to hit.
  • Fleet name added to the maintenance failure and deployment exceeded events.
  • On the ground forces window, the mothership name (if needed) has been added to the name of ships transporting ground formations.
  • Commanders windows show abbreviations as part of rank names.
  • Function of class for auto-assignment purposes will be shown in class summary.
  • The 'Obso Comp' button on the Class window is only visible for race-designed components. It will not appear for basic components such as Bridge, Engineering, etc..
  • The 'insufficient power' alert on the Class Design window will now show the reactor power and required power in the alert message.
  • Added 'Show Ships' option to Ground Forces window to toggle display of ground forces on board ships.
  • Added option to simultaneously set field position for all ground formations with same original template on same planet.
Fixes
  • Sector governors and academy commandants are now protected from auto-assignment to a colony.
  • Clearing the colony importance field will no longer cause an error.
  • Copying an obsolete class without Show Obsolete checked will no longer cause an error.
  • Fixed the error caused by grouping contacts with short names (less than 5 characters).
  • Buoys launched while in orbit will now remain in orbit.
  • Fixed error caused by active mass driver and no mining production.
  • Clicking on 'Set Specific Threat' without a target selected will no longer throw an error.
  • Low gravity habitable worlds will be shown correctly on the galactic map.
  • Fixed an error caused by the refuel, resupply and overhaul standing order when the destination was in a different system.
  • Percentage of system body survey completed is now shown correctly on the system view window.
  • Fixed bug allowing multiple spinal weapons.
  • Fixed bug that allowed cloak size 25 before research completed.
  • Missile launchers will now check for ammo before checking weapon failure.
  • Fixed a bug that caused the ship designer to treat boat bays like hangar bays when considering flight berth requirements.
  • Tractor links to ships that are deleted or destroyed will now be broken.
  • Fixed bug that named Minerva Trojans as moons.
  • Fixed bug that prevented creation of new ground unit series.
  • Fixed bug that meant that the ground forces strength required to force populations to surrender was 100x more than intended.
  • Fixed bug that allowed STO units to fire at fighters on ground support missions.
  • Fixed bug that prevented fighters on search and destroy missions from attacking planets without friendly populations.
  • Fixed bug in STO Targeting tab of Ground Forces window that caused text in target type dropdown to have no spaces.
  • Fixed error popup when firing STO weapons against populations, shipyards or ground forces.
  • Civilian harvesters will no longer use banned bodies.
  • Fixed a bug that meant populations with very high tracking station strengths would not display range circles.
  • Fixed the bug that caused Rendezvous Waypoint names to be obfuscated.
  • Trojan asteroids will now change location when their parent body orbital distance is changed.
  • Deleting a ground unit series now works correctly.
  • Fixed a problem with the beam fire control option of "1.25 Size 1.25 Range"
  • Sector governors will now apply their population growth bonus to pop growth, rather than their terraforming bonus.
  • Fixed a problem with systems being assigned to a sector and then set to no sector.
  • Jump drive costs are no longer affected by squadron size if the drive is self-jump only.
  • Removed spinal railgun option as it was included in error.
  • The standing order for Move to Gas Giant With Sorium will now only consider gas giants that have been surveyed.
  • Fixed some issues around disassembly of command and control components.
  • Commercial vessels in a fleet that abandons an overhaul will no longer suffer abandon overhaul penalties.
  • Fixed a bug in Ship Measurement for parasites that resulted in many records of the same type, instead of one.
  • Shipyards can no longer repair ships larger than their capacity.
  • Commercial shipyards can no longer repair military ships.
  • Fighters can now load colonists without the requirement for cargo shuttles.
  • Orbital habitats no longer apply capacity to multiple populations.
  • Boarding a ship is now treated as a hostile act.
  • Building a ship in a shipyard will lock the parent class, even if the shipyard is not tooled for that class.
  • Events will now be displayed for the assignment of colony governors
  • Luna is updated and destroyed correctly in Death Spiral scenario
  • Commanders who were created on a subsequently destroyed colony are displayed correctly.
  • Scrapped carriers no longer destroy their parasites.
  • The class of captured ships will be locked.
  • Fleets created away from the capital will remain in orbit of the body at which their parent admin command is located.
  • Fixed the bug in the positioning of new map labels.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #1 on: October 31, 2020, 06:39:25 AM »
Armour Repair in Hangars

Motherships will automatically repair the armour of ships in hangars. Armour is treated like any other component in terms of cost and the chance of repair, except that on successful repair a number of armour boxes equal to the armour strength will be repaired (within the scope of the rule below).

Armour will be repaired from the most damaged columns first. No more than one armour point in a single column will be repaired per increment.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #2 on: November 21, 2020, 10:33:32 AM »
Fractional Capacitors

In v1.13, when you research each level of capacitor technology, you will gain some automatic fractional or interpolated capacitor tech. For example, researching capacitor tech 2 will also add capacitor 1.25, 1.5 and 1.75.

The 'quarter level' techs will appear up to capacitor 4. Capacitor 4.5 and 5.5 have also been added, along with 7, 9, 11, 13, 14, 15.

This will allow more efficient beam weapons and, as beam weapon cost is mostly based on a combination of power requirement, range modifier and recharge rate, will make some beam weapons slightly cheaper.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: v.1.13 Changes List
« Reply #3 on: November 21, 2020, 10:58:34 AM »
Reduced Shot Railguns

In v1.13, Railguns have an extra design option that allow them to operate with a reduced number of shots (from 1 to 4). This has the following effects:
  • Power Requirements are reduced in line with the number of shots. So a 2-shot railgun needs only half power.
  • Size is reduced by 22.5% of original size for every shot less than 4. 4 = 100%, 3 = 77.5%, 2 = 55%, 1 = 32.5%.
  • The cost formula remains unchanged. As this is affected by power requirements and recharge rate, reduced shot railguns will be correspondingly cheaper.
Here are three different versions of a 20cm railgun (capacitor tech is 4).

20cm Railgun (4 shots)
Damage Per Shot (4) 4     Rate of Fire 15 seconds     Range Modifier 40,000
Max Range 160,000 km     Railgun Size 7.0 HS  (350 tons)    Railgun HTK 3
Power Requirement 12    Recharge Rate 4
Cost 55.4    Crew 21
Development Cost 1150 RP

20cm Railgun (3 shots)
Damage Per Shot (3) 4     Rate of Fire 15 seconds     Range Modifier 40,000
Max Range 160,000 km     Railgun Size 5.425 HS  (271 tons)    Railgun HTK 2
Power Requirement 9.00    Recharge Rate 3
Cost 36    Crew 17
Development Cost 736 RP

20cm Railgun (2 shots)
Damage Per Shot (2) 4     Rate of Fire 10 seconds     Range Modifier 40,000
Max Range 160,000 km     Railgun Size 3.85 HS  (193 tons)    Railgun HTK 1
Power Requirement 6.0    Recharge Rate 3
Cost 29.4    Crew 12
Development Cost 522 RP

Here are some 10cm railgun examples. The reduced-shot 10cm railguns have a lower per-shot cost (due to minimal power requirements and the new capacitors) but a higher per-shot size requirement.

10cm Railgun (4 shots)
Damage Per Shot (4) 1     Rate of Fire 5 seconds     Range Modifier 40,000
Max Range 40,000 km     Railgun Size 3.0 HS  (150 tons)    Railgun HTK 1
Power Requirement 3    Recharge Rate 3
Cost 20.8    Crew 9
Development Cost 625 RP

10cm Railgun (3 shots)
Damage Per Shot (3) 1     Rate of Fire 5 seconds     Range Modifier 40,000
Max Range 40,000 km     Railgun Size 2.325 HS  (116 tons)    Railgun HTK 1
Power Requirement 2.25    Recharge Rate 2.25
Cost 13.5    Crew 7
Development Cost 416 RP

10cm Railgun (2 shots)
Damage Per Shot (2) 1     Rate of Fire 5 seconds     Range Modifier 40,000
Max Range 40,000 km     Railgun Size 1.65 HS  (83 tons)    Railgun HTK 0
Power Requirement 1.5    Recharge Rate 1.5
Cost 7.3    Crew 5
Development Cost 275 RP

10cm Railgun (1 shot)
Damage Per Shot (1) 1     Rate of Fire 5 seconds     Range Modifier 40,000
Max Range 40,000 km     Railgun Size 0.975 HS  (49 tons)    Railgun HTK 0
Power Requirement 0.75    Recharge Rate 1
Cost 3.5    Crew 3
Development Cost 154 RP

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #4 on: November 21, 2020, 02:29:32 PM »
Single Weapon Fire Controls

Beam Fire Controls can be designed for single weapon use only. This is done via an extra dropdown on the Create Project Window, allowing the selection of either multi-weapon or single-weapon.

As the name suggests, only a single beam weapon can be assigned to a fire control designed for single weapon use.

The size, cost and crew requirements of single weapon fire controls are reduced by 50% compared to the normal multi-weapon fire control.

STO weapons already use single weapon fire controls, so this change aligns the fire controls of ship and ground-based energy weapons.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #5 on: November 29, 2020, 06:36:54 AM »
Miscellaneous Components

v1.13 introduces a new category of ship modules, known as Miscellaneous Components. These have no game function and are entirely for roleplaying purposes (thanks to vorpal+5 for the idea).

You design the components on the Create Research Projects window by choosing a size (from 0.1 HS to 100) and giving the component a name. Cost is equal to size in HS and the mineral requirements are split between Duranium and Mercassium. The HTK is equal to the square root of the size.

There is a new component type on the ship design window that contains all miscellaneous components, which you can add to the design in the normal way. A new line on the class summary shows all miscellaneous components in the design. For example, here is a colony ship with three different miscellaneous components

Asimov class Colony Ship      50,222 tons       332 Crew       1,792.1 BP       TCS 1,004    TH 2,000    EM 0
1991 km/s      Armour 1-121       Shields 0-0       HTK 73      Sensors 1/1/0/0      DCR 1      PPV 0
MSP 22    Max Repair 100 MSP
Cryogenic Berths 100,000    Cargo Shuttle Multiplier 6   
Lieutenant Commander    Control Rating 1   BRG   
Intended Deployment Time: 3 months   
Ship Library    Entertainment Lounge    Viewing Gallery   

Commercial Ion Drive (4)    Power 2000    Fuel Use 2.24%    Signature 500    Explosion 4%
Fuel Capacity 500,000 Litres    Range 80 billion km (465 days at full power)

Kentaro-Morgan KM-7 Active Sensor (1)     GPS 144     Range 7.5m km    Resolution 120
EM-2 Passive Sensor (1)     Sensitivity 1.8     Detect Sig Strength 1000:  10.6m km
TH-2 Passive Sensor (1)     Sensitivity 1.8     Detect Sig Strength 1000:  10.6m km

This won't be used by everyone, but for those who invest in roleplaying it can add a new dimension to ship design.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #6 on: December 05, 2020, 11:23:36 AM »
Fire Delay for Point Defence

Fire Delays are applied to ships in three situations, with the second and third delays only applying to inexperienced crews.
  • Jump Point Transit
  • Opening Fire
  • Changing Target
Because the fire delay is at the ship level, all fire controls are affected. This leads to a situation for larger ships where a single fire control changing target will cause fire delays for all fire controls, including those dedicated to point defence.

Therefore, for v1.13, fire delay will only apply to point defence fire if it is caused by jump point transit. This will allow ships to change offensive targets and suffer any associated delays, without compromising automated point defence fire (which is functioning in the same way throughout).

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #7 on: December 08, 2020, 05:18:51 PM »
Instant Build to Carriers

Instant Build on the Class window now has an option to build straight into a carrier hangar bay (and assign). This takes away the micro of creating fighters and manually setting the move orders to land on carriers.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #8 on: December 15, 2020, 02:37:01 PM »
Automated Hangar Resupply

Motherships will automatically resupply ships in hangars, in the same way as automated refueling.

A mothership is assumed to have a single cargo shuttle bay for the purposes of hangar resupply only. This shuttle bay can work on all parasites simultaneously. The base transfer rate is therefore 10 MSP per hour per ship with conventional technology and 20 MSP per hour with TN technology.

A mothership can set a minimum supply amount for itself and no parasite will resupply MSP below that point.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #9 on: December 15, 2020, 02:38:19 PM »
Carrier Operations Bonus

The Fighter Operations bonus for commanders has been renamed to the Carrier Operations bonus.

This bonus will apply to the rate at which fuel, supplies and ordnance are transferred to parasites in the ship's hangar.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #10 on: December 19, 2020, 09:25:04 AM »
Constellation Names

When playing with Known Stars, many of the actual star names are from Star Catalogues, such as Gliese, Wolf, HIP, etc., or from sky surveys such as WISE. This results in some non-mnemonic and repetitive system names. Therefore, I have created an optional alternative naming system for the catalogue stars, which I am calling Constellation Names.

In 1603, the German astronomer Johann Bayer created the Bayer Designation in his star atlas Uranometria. A Bayer designation identifies a specific star using a Greek or Latin letter followed by the genitive form of its parent constellation's Latin name. For example, Alpha Centauri or Tau Ceti. The order was roughly based on the brightness of the stars within each constellation, with the brightest being Alpha, then Beta, etc.. After he ran out of Greek letters, he started using lower case Latin letters (k Aquarii).

A century later John Flamsteed, the first Astronomer Royal, created his own designation using a number followed by the genitive Latin name for each constellation. The numbers were based on position in the sky. For example, 40 Eridani or 70 Ophiuchi. The Flamsteed designation tends to be in popular usage where Bayer used a Latin letter rather than Greek (3 Aquarii rather than k Aquarii)

For Aurora, I am going to add to those centuries old star catalogues. Firstly, for all 88 modern constellations, I've identified which Greek letters have not been used by Bayer (or removed when new constellations were added over time) and which numbers have not been used by Flamsteed. Then I've ordered the Known Stars by distance from Earth and I am working my way through them one by one. As I find each Gliese, NN, HIP etc. star, I look up the star's celestial coordinates (right ascension and declination) and enter them into this handy tool I found, which will identify the constellation for a given set of celestial coordinates.

http://djm.cc/constellation.html

I then rename the star using the first unused Greek letter plus the genitive Latin name. If I run out of Greek letters for a constellation, I start using numbers above the maximum that Flamsteed used. Here are some examples within 20 LY of Sol with the alternative names:

DEN 1048-3956 = Beta Antliae
DEN 0255-4700 = Sigma Eridani
GJ 1061 = Epsilon Horologii
LHS 288 = Gamma Carinae
WISE 0350-5658 = Lambda Reticuli
WISE 0855?0714 = 61 Hydrae
WISE 1541-2250 = Rho Librae
2M1540 = Alpha Normae
LHS 1723 = 70 Eridani

This is optional in game settings, so you can use the existing names if you prefer.

So far I have done the closest 1000 stars to Sol. I'll add the other stars in batches, as there is quite a lot of repetitive effort involved :)

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #11 on: January 03, 2021, 12:21:13 PM »
Repair Yards

v1.13 introduces a third type of shipyard, known as a Repair Yard.
  • A Repair Yard is constructed in the same way as a naval or commercial shipyard and has the same build cost.
  • A Repair Yard starts with 10,000 tons of capacity and is upgraded (including additional slipways) at the same rate and cost as a commercial shipyard.
  • A Repair Yard has the same population requirement as a commercial shipyard.
  • Repair Yards are listed after commercial shipyards and denoted with an 'R'.
  • Repair Yards cannot be tooled for construction and therefore cannot conduct refits either.
  • They can repair or scrap any ship up to their capacity.
Note that as Repair Yards are upgraded like commercial shipyards, they are faster and cheaper to construct than a naval shipyard with the same capacity. They provide a much cheaper option for military repair capacity, allowing naval shipyards to focus on construction. The cost of a specific ship repair will remain the same in all types of shipyard.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #12 on: January 17, 2021, 10:32:58 AM »
Fire At Will

A new Fire At Will option allow ships to reduce fire delays by half, at the expense of targeting choice. This can be applied to a single fire control, a ship or a fleet.

When the order is given, each fire control is assigned a random target (based on the rules below). Each ship is then assigned a fire delay with a modifier of -50% vs normal. This fire delay will override any existing fire delay (even if the current delay is longer), except if the command is assigned to a specific fire control, rather than ship or fleet, in which case the new fire delay will only override any existing fire delay if the new delay is longer.

Normal fire delays only apply once in an increment, so if you assign one fire control and then another the delay is only set once. For 'Fire-at-Will' fire delays, this does not apply and it is reset each time. This is to prevent someone using fire-at-will to reduce delay and then overriding with a specific target.

For beam fire controls, the random target is selected using a weighting of average probable damage. Each weapon assigned to a fire control is checked against all potential targets, using chance to hit and damage at current range to determine average damage. The total average damage for those weapons is assigned to the target ship as a weighting for that fire control, then a target is randomly chosen.

For missile fire control, the same random, weighted selection process is followed. In this case though, the weight is equal to the target size in HS divided by the target range in km. Only targets in range, including ECM, are checked.

Fire at Will is intended for those situations where a fleet is ambushed and firing early is more important than coordinating fire with other ships. Each ship chooses its own targets regardless of the targets of other friendly ships.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #13 on: February 15, 2021, 05:03:16 AM »
Random Second Stage Targeting

If a missile releases its second stage and has no assigned parent fire control, the second stage missiles will select a target randomly using the following guidelines
  • The target must be detectable by the sensors on the second stage missile.
  • The target must be hostile and not have friendly boarders.
  • The target must be within the second stage missile's range, even if the target moved away at maximum speed.
  • The salvo will choose a target that meets all of the above criteria using the same selection process as Fire At Will (see above).

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 10550
  • Thanked: 13346 times
    • http://www.starfireassistant.com
Re: 1.13.0 Changes List
« Reply #14 on: February 15, 2021, 05:49:04 AM »
Population Ground Units

The Stockpiles tab of the Economics window is now the GU / Stockpiles tab.

A third section has been added that displays a treeview of all ground formations at the population, including the formation elements. This is a similar view to the Ground Forces window with the Show Elements option selected but without the elements expanded in the tree. This view is just for reference and does not have all the functionality of the Ground Forces Window

 

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 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78