Post reply

Warning - while you were reading 4 new replies have been posted. You may wish to review your post.

Note: this post will not display until it's been approved by a moderator.

Name:
Email:
Subject:
Message icon:

shortcuts: hit alt+s to submit/post or alt+p to preview

Please read the rules before you post!


Topic Summary

Posted by: Froggiest1982
« on: Yesterday at 02:48:56 PM »

I ran into the next "problem": Ground Forces Replacements:

The unit that needs replacement needs some of the Super-Heavy Units. I marked a "Squad" for replacements, but the Replacement Template says "none". I have the unit in the unit series.

Do I miss something?

Here full changelog: https://aurora2.pentarch.org/index.php?topic=11593.msg140370#msg140370

You missed this part: "You can also flag a formation as 'Use for Replacements', in which case the Replacement Template is removed for that formation."

The way this work is that when you mark a formation as use for replacement that will be used as a pool of replacements units to any other formation in needs of elements. I, for instance, create a complete separate formation called Reserves, where there are groups of units that are used by my ground forces. In time, these can be rearranged or split to be sent out at front, which is way easier than build replacement battalions per kind, or at least it is now with the new ground units construction mechanics.
Posted by: Kamilo
« on: Yesterday at 04:34:24 AM »

I ran into the next "problem": Ground Forces Replacements:

The unit that needs replacement needs some of the Super-Heavy Units. I marked a "Squad" for replacements, but the Replacement Template says "none". I have the unit in the unit series.

Do I miss something?

Posted by: Steve Walmsley
« on: November 11, 2024, 05:49:11 AM »

So setting my PD Ships to Area Defence would fix that?

I assume when my Laser Ships fire first because they have a higher range and miss, the PD ships fire next as soon as the missiles get into range?

Area is intended for ships with very long-range weapons that have a chance of engaging the same salvo more than once.

Ranged fire is the default, as that will allow the weapons to engage missiles just before they hit their target, which can be any target in range of those weapons.
Posted by: majortopio
« on: November 11, 2024, 04:04:53 AM »

Known Stars games will have more 'empty' systems because there are a lot of red dwarf stars. Low mass stars are less likely to have planets. Random stars has a higher percentage of higher mass stars.

Aurora system generation is based on this document by Tyge Sjöstrand, although with some modifications. Check page 11 for the number of orbits vs star type. I have a later version of this doc but can no longer find it online.
http://sol.trisen.com/downloads/wg.pdf

This is a bit of a wacky necro -- but I've been looking everywhere online and I can't find the later version of the document, either. I even tried writing to Sjöstrand's given email, but it seems to be disconnected. Steve -- do you have the document? Is it possible you could share it? I've been tinkering with my own system generation and getting those extra details would be golden.
Posted by: Kamilo
« on: November 08, 2024, 11:24:10 AM »

So setting my PD Ships to Area Defence would fix that?

I assume when my Laser Ships fire first because they have a higher range and miss, the PD ships fire next as soon as the missiles get into range?
Posted by: Steve Walmsley
« on: November 08, 2024, 10:48:47 AM »

Why dosent my PD Ship fire at incoming missiles? My Laser Ship shoots at them...

The missiles have a speed of 33.0000 km.

One is set to Area fire and the other to Ranged fire. Area will fire at nearby missiles that are within range at the end of the increment. Ranged will fire at missiles just as they are about to hit a target - assuming that target is within range.
Posted by: Kamilo
« on: November 08, 2024, 10:19:24 AM »

Why dosent my PD Ship fire at incoming missiles? My Laser Ship shoots at them...

The missiles have a speed of 33.0000 km.

Posted by: Kurt
« on: November 07, 2024, 05:28:13 PM »

What causes 1 second interrupts?  I remember Steve mentioning the possibility but not the reasoning.

In my campaign I had set up auto time advance as there was obviously a battle going on someplace in the universe as I was getting serial five second advances.  The auto time advance went on for a while, then there were three 1-second advances, followed by an eight second advance, two more one second advances, and then Aurora apparently locked up.  Task Manager says Aurora is doing something in the background, so its chugging away on something.  This has happened before and sometimes if I let it go it'll clear up on its own and begin advancing time again.  Other times it hasn't and I have to shut it down and start again from the last save. 

Just curious about the one second advances.

That's unintended. I have never had a 1 second increment and the game isn't supposed to generate them. I need to work out what happened there.

This has happened quite a few times in my current campaign. 
Posted by: Garfunkel
« on: November 05, 2024, 06:22:46 PM »

SM mode allows you to delete the target system of a JP and then recreate it, meaning you can repeat it until the JP goes to the system you want. That's not an option if the target system is already inhabited though.
Posted by: welchbloke
« on: November 05, 2024, 03:07:47 PM »

Is there anyway to change the JP links between systems using SM mode? Or will I need to get into the DB and change the JP link? I have a large multi-system empire that needs to meet my primary race.
Posted by: Steve Walmsley
« on: November 05, 2024, 03:07:13 AM »

What causes 1 second interrupts?  I remember Steve mentioning the possibility but not the reasoning.

In my campaign I had set up auto time advance as there was obviously a battle going on someplace in the universe as I was getting serial five second advances.  The auto time advance went on for a while, then there were three 1-second advances, followed by an eight second advance, two more one second advances, and then Aurora apparently locked up.  Task Manager says Aurora is doing something in the background, so its chugging away on something.  This has happened before and sometimes if I let it go it'll clear up on its own and begin advancing time again.  Other times it hasn't and I have to shut it down and start again from the last save. 

Just curious about the one second advances.

That's unintended. I have never had a 1 second increment and the game isn't supposed to generate them. I need to work out what happened there.
Posted by: Garfunkel
« on: November 04, 2024, 06:31:24 PM »

Wasn't 1-sec just for resolving movement and sensors in cases where 5-sec was too long, ie missile crossing detection bubble?
Posted by: Andrew
« on: November 03, 2024, 11:43:20 AM »

I seem to get one second advances in some circumstances where npr ships are regenerating their shields
Posted by: Kurt
« on: November 03, 2024, 10:51:41 AM »

What causes 1 second interrupts?  I remember Steve mentioning the possibility but not the reasoning.

In my campaign I had set up auto time advance as there was obviously a battle going on someplace in the universe as I was getting serial five second advances.  The auto time advance went on for a while, then there were three 1-second advances, followed by an eight second advance, two more one second advances, and then Aurora apparently locked up.  Task Manager says Aurora is doing something in the background, so its chugging away on something.  This has happened before and sometimes if I let it go it'll clear up on its own and begin advancing time again.  Other times it hasn't and I have to shut it down and start again from the last save. 

Just curious about the one second advances. 
Posted by: Indefatigable
« on: October 26, 2024, 05:42:13 AM »

Whats the matter with Galactic Map Window lagginess?
The left side menu flickers and feels like it reloads all the data for every object seen in the view when you pan around even the slightest amount.
Main Tactical view has small fraction of same behaviour.