Author Topic: Change for 7.20  (Read 35395 times)

0 Members and 1 Guest are viewing this topic.

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Change for 7.20
« on: December 30, 2015, 02:22:51 PM »
Civilian Shipping Line Changes

In v7.2, civilian shipping lines will attempt to build a more equal distribution of freighters and colony ships.

They will also try to build the largest of the selected type they can afford. This should reduce the overall number of ships produced.

A large liner has been added.

The bug that prevented huge designs from being upgraded has been fixed.
« Last Edit: December 30, 2015, 03:32:43 PM by Steve Walmsley »
 
The following users thanked this post: jwoodward48

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #1 on: December 30, 2015, 03:32:03 PM »
Transfer of Civilian Shipping Lines

There is a new button and dropdown on the Shipping Lines windows that allows the transfer of a shipping line from one race to another.

The existing civilian ships and their classes will move to the new race, as per a normal transfer of ships. All orders will be cleared (in the same way as pressing the Clear Orders button)

Any new ships launched after the transfer will be based on new designs using the technology of the race to which it has been transferred.
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #2 on: December 31, 2015, 08:52:09 AM »
Chance of Ruins

I've added the chance of alien ruins to the game and game setup windows, so it can be adjusted.

It is normally 20% for any terrestrial world, terrestrial moon or small terrestrial moon with gravity > 0.4G and temperature between 200K and 360K (about -73C to +87C).
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #3 on: December 31, 2015, 09:47:21 AM »
Disabling New Civilian Ships

I've noticed there are players who are not huge fans of civilian shipping :)

Therefore in 7.2 I have included an option in the game window to disable the creation of new ships by shipping lines.
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #4 on: December 31, 2015, 11:45:06 AM »
Maintenance Storage Bays

In v7.2 Maintenance Storage Bays are no longer a military system.
 
The following users thanked this post: jwoodward48, Tuna-Fish, dag0net

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #5 on: December 31, 2015, 12:05:10 PM »
Structural Shells

In v7.2 a 'No Armour' check box has been added to the class window. Clicking this removes the normal armour from the class.

Designs with no armour instead have a new type of armour called 'structural shell'. This costs 1 per unit and has a strength of 20, essentially making it 5% of the cost of normal armour in terms of strength.

There are severe limitation on ships with no armour:
1) They cannot have engines
2) They cannot have military systems
3) The structural shell does not prevent damage. In effect, weapon fire passes straight through the 'armour'

This type of ship is ideally suited for orbital habitats or space stations of some type, such as fuel harvesting platforms, mining stations, etc., that require towing to move.
 
The following users thanked this post: QuakeIV, jwoodward48, superstrijder15

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #6 on: December 31, 2015, 12:23:48 PM »
Orbital Habitats

The population capacity of orbital habitat modules has been increased from 50k to 200k. In combination with the new 'No Armour' option this significantly reduces the cost of building orbital habitats. For example, the habitat shown here allows a population of one million for a cost of 1134 BP. To support one million colonists with infrastructure on a colony cost 2.0 world would cost 400 BP, so the colony cost would have to be approaching 6.0 before the OH became cheaper. It could also be used for manned mines on some worlds as an alternative to automated mines, although for larger populations the service sector will become an issue.

Sidon class Orbital Habitat    1,253,000 tons     162 Crew     1134.8 BP      TCS 25060  TH 0  EM 0
1 km/s     No Armour     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 1     PPV 0
MSP 1    Max Repair 16 MSP
Intended Deployment Time: 3 months    Spare Berths 0   
Habitation Capacity 1,000,000   

Abdulah-Mansoor AM-10 Navigation Sensor (1)     GPS 1920     Range 10.5m km    Resolution 120
« Last Edit: January 01, 2016, 10:59:38 AM by Steve Walmsley »
 
The following users thanked this post: QuakeIV, jwoodward48

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #7 on: January 01, 2016, 09:54:20 AM »
Changes to Maintenance

At the moment, maintenance for ships is based on minerals. When in orbit of maintenance facilities the maintenance clock doesn't move and the annual cost is is equal to 5% of all mineral used to build the ship. So if ship required 200 Duranium, 100 Neutronium, 100 Uridium and 200 Gallicite to build, the annual maintenance cost is 10 Duranium, 5 Neutronium, 5 Uridium and 10 Gallicite. While a ship is being overhauled, the annual cost is equal 20% of build cost, so in this case 40 Duranium, 20 Neutronium, 20 Uridium and 40 Gallicite.

This can require micromanagement to ensure all the correct minerals are in the same place as the ships. It can also be annoying when maintenance fails due to the lack of a single mineral.

Therefore I am revising maintenance for 7.2. Ships in orbit of maintenance facilities or undergoing overhauls will now consume maintenance supply points from the colony (the same type as used on ships for repairs & fixing breakdowns). As maintenance modules are non-military in v7.2 this allows tankers to deliver both fuel and maintenance supplies.

The number of maintenance supplies required will be equal to 25% of the build cost for ships in orbit and 100% for ships undergoing overhaul. This is not as severe as it sounds because 1 MSP requires 0.25 tons of minerals and costs 0.25 wealth, so the actual costs for maintenance are 6.25% and 25% of ship cost respectively (a slight increase on current). There are no longer any direct wealth costs for maintenance as this is covered by the cost of building the maintenance supply points.

If a colony has maintenance facilities but no maintenance supplies, ships in orbit will draw maintenance supplies from any designated supply ship in the same location. Supply ships can be flagged using the existing 'Supply Ship' flag in the Class window. If no supply ships are available, ships will draw on their own maintenance supplies.

These mechanics not only make maintenance cleaner, it will also make is easier for the next stage, which is implementing deep space maintenance facilities.

To reflect their extended use, I am changing the mineral requirements for building supply points to be more varied, as below:

Maintenance Supply Point
Duranium 0.05
Neutronium 0.025
Tritanium 0.025
Boronide 0.025
Mercassium 0.025
Uridium 0.025
Corundium 0.025
Gallicite 0.05
Total 0.25
« Last Edit: February 27, 2016, 04:26:48 AM by Steve Walmsley »
 
The following users thanked this post: QuakeIV, Mor, jwoodward48

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #8 on: January 01, 2016, 07:39:28 PM »
Combine Populations

In v7.2 you have the option to combine two populations from the same race and species on the same planet if they both have the same political status.

This can be used in combination with Transfer Population to first transfer a population from one race to another and then combine that population with a population of the destination race. This makes amalgamating empires much easier. Alternatively, you can invade a population on the same planet as one of yours then combine them once they are both imperial populations.

Mechanics are as follows:
1) All installations, fuel, maintenance supplies and minerals are combined.
2) Shipyards are transferred to the receiving population. Any shipyard activity will continue as before.
3) Shipyard tasks are transferred and continue uninterrupted
4) Industrial tasks in the originating population are terminated.
5) Ground units are transferred
6) Teams, officers and POWs are transferred
7) Ships that are assigned to the originating population are reassigned to the receiving population
8) Ship components are transferred
9) Missile stockpiles are transferred
10) Mass driver packets in transit are assigned to the new population
11) Pops sending mass driver packets to the originating population will now send to the receiving population
12) Movement orders that reference the originating population will now reference the receiving one.
13) Missiles in flight targeting the originating population will change targeting to the receiving population.
14) Prefab PDC components will be transferred
15) Originating population production queue will be cleared
16) Research projects will be transferred
17) Originating population research queue will be cleared
 
The following users thanked this post: Trackman1997

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #9 on: January 02, 2016, 10:53:32 AM »
Maintenance Supply Points

In addition to being constructed normally by construction factories, maintenance supply points (MSP) can also be produced by system body based maintenance facilities. This production can be turned on and off in the same way as fuel refineries

A new tech line has been added (Maintenance Production Rate) for the rate at which a single maintenance facility can produce MSP. The default is 30 MSP per year, which is three times faster than a construction factory with base technology of 10 BP. Each MSP has the same cost in terms of minerals and wealth regardless whether it is produced by construction factories or maintenance facilities.

The bottom half of the mining / maintenance tab has been replaced as minerals are no longer directly involved in maintenance (they are used to build MSP instead).

« Last Edit: February 25, 2016, 07:16:29 AM by Steve Walmsley »
 
The following users thanked this post: QuakeIV, jwoodward48

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #10 on: January 03, 2016, 09:25:37 AM »
Commercial Magazines

I've added a non-military magazine to v7.2. There are two versions; one with 100 capacity and one with 500 capacity.

In general terms they are cheaper but less efficient in terms of space then military magazines. Also, they have a 100% explosion chance if hit, so don't apply for a job on a commercial ammunition transport :)

Commercial Magazine - Capacity 100, Size 12, Cost 25, Crew 5, HTK 1, RP 2000
Commercial Magazine - Capacity 500, Size 50, Cost 100, Crew 20, HTK 1, RP 5000

Even if you armour the ship, one of the magazines could still explode due to shock damage. As the magazines are fairly large, if they are hit then the ship is probably gone, so it would be a Bad Idea to take a commercial ammunition transport along with the battle fleet.

With civilian magazines and non-military maintenance modules, you can now produce this type of ship. As shown below it carries 4000 maintenance supply points, five million litres of fuel and has a magazine capacity of 2000. Very expensive if lost however.

Bristol class Replenishment Ship    26,850 tons     142 Crew     1373 BP      TCS 537  TH 1600  EM 0
2979 km/s     Armour 1-79     Shields 0-0     Sensors 1/6/0/0     Damage Control Rating 1     PPV 0
MSP 4032    Max Repair 100 MSP
Intended Deployment Time: 3 months    Spare Berths 0   
Magazine 2000   

Rolls Royce Commercial Magneto-plasma Drive (4)    Power 400    Fuel Use 5.3%    Signature 400    Exp 5%
Fuel Capacity 5,000,000 Litres    Range 632.3 billion km   (2456 days at full power)

Navigation Sensor (1)     GPS 1920     Range 10.5m km    Resolution 120
EM Detection Sensor (1)     Sensitivity 6     Detect Sig Strength 1000:  6m km

This design is classed as a Commercial Vessel for maintenance purposes
 
The following users thanked this post: jwoodward48

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #11 on: January 03, 2016, 01:26:51 PM »
Deep Space Maintenance Facilities

In v7.2, ship-based maintenance modules will function in deep space to maintain and overhaul other ships. All maintenance facilities at the same location, even if spread across different ships and different task groups, will all be added together for the purposes of determining how large a ship can be maintained.

If a ship is in the same location as a sufficient quantity of ship-mounted maintenance facilities, it will automatically be maintained. There are no special orders required.

If a task group contains at least one maintenance module, you can set an order to overhaul at that task group. The overhaul still won't take place unless there are sufficient maintenance modules in the location when the ship arrives (just the same as a population).

This, and other recent changes, will allow the creation of deep space outposts capable of maintaining ships. Below is an example of a base to support survey operations. It can maintain and overhaul ships of up to 6000 tons and provides large reserves of fuel and maintenance supplies. As this is a commercial design, you can build it in commercial shipyards. Two of these bases deployed together would be able to support ships of up to 12,000 tons.

Ship-based maintenance facilities cannot build maintenance supply points so these will need to be shipped to the location.

Nikolayev class Survey Support Base    165,250 tons     1520 Crew     8003 BP      TCS 3305  TH 0  EM 0
1 km/s     Armour 1-268     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 1     PPV 0
MSP 5030    Max Repair 200 MSP
Intended Deployment Time: 3 months    Spare Berths 5   
Maintenance Modules: 30 module(s) capable of supporting ships of 6000 tons

Fuel Capacity 10,000,000 Litres    Range N/A

This design is classed as a Commercial Vessel for maintenance purposes

 
The following users thanked this post: QuakeIV, iceball3, lorreporre

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #12 on: January 30, 2016, 05:00:03 AM »
Geological Survey Report Filter

I've added a check box to the Geological Survey Report window that allows you to filter out alien-controlled systems (based on the controlling race you specify on the Galactic Map).
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #13 on: January 30, 2016, 05:51:17 AM »
Mining Modules Shown in Population Tree

When using the 'Group by Function' option in the Population window, the section for Automated Mining Colonies will now take into account any asteroid mining modules in orbit.
 
The following users thanked this post: jwoodward48, Trackman1997

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11649
  • Thanked: 20349 times
Re: Change for 7.20
« Reply #14 on: February 09, 2016, 02:51:46 PM »
Commercial Hangars & Commercial Damage Control

Commercial hangars will be available in v7.2.

They are 50% larger than military hangar bays (size 32), have the same cost of 100 BP and the same crew requirement (15).

They are intended for transport of other commercial vessels, temporary transport of military vessels and for repair ships. With this in mind, a military ship still has normal maintenance requirements while in a civilian hangar.

However, as you can maintain ships in deep space in v7.2 it would be possible to build a large ship that could provide both commercial hangar space and maintenance - a FAC tender for example with hangar space and five maintenance modules. A more likely scenario is to deploy deep space maintenance bases and also a repair station. Below is an example of two such stations that may be deployed together. The larger base also uses Commercial Damage Control systems. These are identical to normal damage control in cost and function but twice as large.

**************************************************************************************

Portsmouth class Fleet Base (Repair)    110,000 tons     1000 Crew     7298 BP      TCS 2200  TH 0  EM 0
1 km/s     Armour 1-204     Shields 0-0     Sensors 1/11/0/0     Damage Control Rating 31     PPV 0
MSP 24041    Max Repair 36 MSP
Intended Deployment Time: 3 months    Flight Crew Berths 5   
Hangar Deck Capacity 60000 tons     

Fuel Capacity 4,000,000 Litres    Range N/A

CIWS-160 (1x6)    Range 1000 km     TS: 16000 km/s     ROF 5       Base 50% To Hit
Ryan Techsystems RTN-25 Navigation Sensor (1)     GPS 2520     Range 25.3m km    Resolution 120
EM-11 Passive Detection Sensor (1)     Sensitivity 11     Detect Sig Strength 1000:  11m km

**************************************************************************************

Weymouth class Fleet Base (Maintenance)    85,000 tons     780 Crew     3963 BP      TCS 1700  TH 0  EM 0
1 km/s     Armour 1-172     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 1     PPV 0
MSP 6029    Max Repair 200 MSP
Intended Deployment Time: 3 months    Spare Berths 0   
Maintenance Modules: 15 module(s) capable of supporting ships of 3000 tons

Fuel Capacity 6,000,000 Litres    Range N/A
CIWS-160 (1x6)    Range 1000 km     TS: 16000 km/s     ROF 5       Base 50% To Hit

**************************************************************************************

 
The following users thanked this post: QuakeIV, jwoodward48