Posted by: Andrew
« on: August 06, 2025, 04:02:32 PM »Really just add your own names , it takes a lot less time than posting something to this forum.
Posted by: paolot
« on: August 06, 2025, 11:06:57 AM »Thank you, MarineAres.
I would like a "more permanent" option anyway.
Now, there is only a Stealth Scout class type. Having also a Stealth Craft type would be enough, for me.
I'm trying to design an ambush ship: I feel a bit reductive calling it a scout (by the way, there is no "Ambush something" class type
).
I would like a "more permanent" option anyway.
Now, there is only a Stealth Scout class type. Having also a Stealth Craft type would be enough, for me.
I'm trying to design an ambush ship: I feel a bit reductive calling it a scout (by the way, there is no "Ambush something" class type
).Posted by: MarineAres
« on: August 06, 2025, 05:42:31 AM »Could we have more stealth classes?
If you're talking about class types like 'Stealth Fighter', 'Stealth Scout' etc. You can add more yourself by clicking the 'New Hull' button in the class design screen. This doesn't persist over database updates i.e. major patches, but can be done just as easily the second time.
Posted by: paolot
« on: August 05, 2025, 01:59:01 PM »Could we have more stealth classes?
Posted by: db48x
« on: August 01, 2025, 12:05:53 PM »I'll take a page from quantum mechanics and only generate the ones the player actually looks at.
In fact, if you subscribe to the 'the universe is a simulation' theory, that is probably how quantum mechanics was designed, to cut down on file size
Just an aside, but that’s a common misunderstanding of quantum mechanics. No quantum interaction needs a person around to observe it before it happens. Quantum experiments often talk about what is “observable”, or even mention “observers” and “observations”, but they don’t mean a human is watching things. All they mean is that the interaction has a measurable effect, and that measurement involves _any_ interaction between particles. That interaction could just as easily be with a stray radio wave passing through your experiment, or a cosmic ray, or a random particle from the environment, etc, etc. Quantum experiments are usually very noisy. They are repeated many times per second, and the results that don’t match the expected values are discarded or counted separately. This is why the apparatus is often so complicated; putting the experiment in a vacuum, chilling it to extreme temperatures, trapping individual atoms in beams of light, all of that is designed to decrease the noise and increase the number of successes that you get.
But no one will mind if the game doesn’t bother to calculate things before they are really needed.
Posted by: skoormit
« on: August 01, 2025, 11:53:52 AM »...the upcoming 2.6 changes to civilian shipping might eliminate these issues anyways for all I know, so this all may be unnecessary speculation.
Unless I am missing something, the 2.6 changes might slow down civ shipping growth, but it doesn't put a cap on them, and it doesn't fundamentally change that an idle civ ship will look for jobs every increment.
So it seems like it might defer the problem until later in a given game, but it won't eliminate it.
Posted by: nuclearslurpee
« on: August 01, 2025, 09:27:56 AM »I **think** that a large proportion of the game slowdown caused by Civ Shipping Lines is caused specifically by Civ ships looking for a route to take but failing to find one.
When a civ ship can not find a route to take, the ship sits idle and checks for a route again in the next increment.
If all civ ships are busy and then one fails to find a route, chances are that more ships will fail to find routes as they finish their current runs.
If a large number of civ ships are all checking for routes in every increment, and if the route-checking algorithm takes non-trivial processing time, then we end up with a big chunk of processing time being used for this during every increment.
Anecdotally, I notice that civ colony ships are idle far more often than freighters. This is true for my own empires, and also for NPRs (on the occasions that I have needed to examine them).
Suggestion:
In the code that checks for available routes for civ colony ships, if a ship fails to find a route, skip the check for any other idle ships at the same location and of the same or larger size.
Assuming that you are correct about this logic (and Steve only knows for sure), I wonder if it might make sense to shift from civilian ship-based logic to contract-based logic.
That is, instead of each civilian ship looking for a contract or job to fulfill, each contract or job looks for an available civilian ship to fulfill it (here, a "job" includes non-contract things civilian shipping can handle such as trade and automatically moving colonists). If there are no jobs, then civilian shipping remains idle.
I suggest this in part because the way contracts work is a bit odd, since the civilian logic will usually fulfill only one contract at a time. If I have infrastructure delivery contracts set up for 3 different colonies, for example, the civilians will prioritize filling one colony at a time when I might prefer an even distribution. Job-based logic would allow cycling through available contracts to achieve this.
That said, the upcoming 2.6 changes to civilian shipping might eliminate these issues anyways for all I know, so this all may be unnecessary speculation.
Posted by: skoormit
« on: August 01, 2025, 09:19:49 AM »I **think** that a large proportion of the game slowdown caused by Civ Shipping Lines is caused specifically by Civ ships looking for a route to take but failing to find one.
When a civ ship can not find a route to take, the ship sits idle and checks for a route again in the next increment.
If all civ ships are busy and then one fails to find a route, chances are that more ships will fail to find routes as they finish their current runs.
If a large number of civ ships are all checking for routes in every increment, and if the route-checking algorithm takes non-trivial processing time, then we end up with a big chunk of processing time being used for this during every increment.
Anecdotally, I notice that civ colony ships are idle far more often than freighters. This is true for my own empires, and also for NPRs (on the occasions that I have needed to examine them).
Suggestion:
In the code that checks for available routes for civ colony ships, if a ship fails to find a route, skip the check for any other idle ships at the same location and of the same or larger size.
When a civ ship can not find a route to take, the ship sits idle and checks for a route again in the next increment.
If all civ ships are busy and then one fails to find a route, chances are that more ships will fail to find routes as they finish their current runs.
If a large number of civ ships are all checking for routes in every increment, and if the route-checking algorithm takes non-trivial processing time, then we end up with a big chunk of processing time being used for this during every increment.
Anecdotally, I notice that civ colony ships are idle far more often than freighters. This is true for my own empires, and also for NPRs (on the occasions that I have needed to examine them).
Suggestion:
In the code that checks for available routes for civ colony ships, if a ship fails to find a route, skip the check for any other idle ships at the same location and of the same or larger size.
Posted by: Steve Walmsley
« on: August 01, 2025, 08:59:36 AM »At some point - not likely to be soon - I will probably create topographical maps of planets based on tectonic type, then add sea level and then colour it based on dominant terrain, temp, etc. Once I have that I can adjust it based on terraforming, orbit changes, etc..
I'll take a page from quantum mechanics and only generate the ones the player actually looks at.
In fact, if you subscribe to the 'the universe is a simulation' theory, that is probably how quantum mechanics was designed, to cut down on file size
I'll take a page from quantum mechanics and only generate the ones the player actually looks at.
In fact, if you subscribe to the 'the universe is a simulation' theory, that is probably how quantum mechanics was designed, to cut down on file size
Posted by: Ush213
« on: August 01, 2025, 08:37:25 AM »Doesn't have to be generated on the fly. The images are small, just like flags, races, and ships. There doesn't need to be hundreds of pictures for every possible combination - just the major ones.
Yes thats the intention. Just to cover the main body states,(barren,desert and ocean/Ice worlds or Venusian ). Maybe have a varity of Earth like images then just so that the final terraformed worlds dont all look the same with the same continents.
Posted by: IanInCanada
« on: August 01, 2025, 08:15:45 AM »This would be a relatively niche use case, but the ability in the Industry window to mark a construction job as low priority and not to trigger a warning if it can't be done that construction cycle (similar to the "Pause" option).
I currently have a world that's rich in corundium, so I've sent 100 construction factories and set them to building mines forever. I've also devoted a small percentage of the production capacity to building more factories. This colony doesn't have neutronium, but other colonies in the system do, and send their minerals by mass driver to this production world. Sometimes there isn't enough neutronium for that construction factory job to run in any given construction cycle, but since it's effectively a "build this if you have the resources" job, I don't want to be interrupted if that particular job can't run in any given construction cycle.
I currently have a world that's rich in corundium, so I've sent 100 construction factories and set them to building mines forever. I've also devoted a small percentage of the production capacity to building more factories. This colony doesn't have neutronium, but other colonies in the system do, and send their minerals by mass driver to this production world. Sometimes there isn't enough neutronium for that construction factory job to run in any given construction cycle, but since it's effectively a "build this if you have the resources" job, I don't want to be interrupted if that particular job can't run in any given construction cycle.
Posted by: Garfunkel
« on: August 01, 2025, 06:55:55 AM »Doesn't have to be generated on the fly. The images are small, just like flags, races, and ships. There doesn't need to be hundreds of pictures for every possible combination - just the major ones.
Posted by: MinuteMan
« on: July 29, 2025, 02:53:13 AM »Realise its very low priority. however I was messing with ChatGPTs AI image generation for planet images in the style of Aurora.
Would it take much to add a small image on the body you currently have selected in a few different windows in the game. such as system and enviroment.
The image settled would be base on a few factors which seems to be all ready in the game such as Venusian Atmo or high colony cost colour for the likes of Mercury. 0 cost = earth image
As the planets are colonised then the image which is selected adjusts to become more Earth like.
I made a quick mock up to ilistrate what im suggesting.
Edit: Just to add ill happily make a list of images to use if needed. If its possible to use more of the body information for image selection. Eg. with a lot of water I could add in a water world with small landmass or images with desert or forest or bodys small in size could use an asterod image.
If there is even a chance that Steve looks at this, it would probable need to be generated on the fly.
So based on the body information create a c# function which spits out a bitmap?
Posted by: Ush213
« on: July 28, 2025, 09:34:37 AM »Realise its very low priority. however I was messing with ChatGPTs AI image generation for planet images in the style of Aurora.
Would it take much to add a small image on the body you currently have selected in a few different windows in the game. such as system and enviroment.
The image settled would be base on a few factors which seems to be all ready in the game such as Venusian Atmo or high colony cost colour for the likes of Mercury. 0 cost = earth image
As the planets are colonised then the image which is selected adjusts to become more Earth like.
I made a quick mock up to ilistrate what im suggesting.
Edit: Just to add ill happily make a list of images to use if needed. If its possible to use more of the body information for image selection. Eg. with a lot of water I could add in a water world with small landmass or images with desert or forest or bodys small in size could use an asterod image.
Would it take much to add a small image on the body you currently have selected in a few different windows in the game. such as system and enviroment.
The image settled would be base on a few factors which seems to be all ready in the game such as Venusian Atmo or high colony cost colour for the likes of Mercury. 0 cost = earth image
As the planets are colonised then the image which is selected adjusts to become more Earth like.
I made a quick mock up to ilistrate what im suggesting.
Edit: Just to add ill happily make a list of images to use if needed. If its possible to use more of the body information for image selection. Eg. with a lot of water I could add in a water world with small landmass or images with desert or forest or bodys small in size could use an asterod image.
Posted by: Steve Walmsley
« on: July 26, 2025, 06:05:46 PM »The treeview is a Microsoft control and its not possible to insert images to the left of the node +/- symbol without taking over drawing responsibility from the control. Some form of text prefix or suffix like the jump-capability indicator is a lot easier.
Ahh, makes sense. Do you have access to a larger character set or just plain text? A lot of (A)'s and (I)'s or whatever at the front of fleet names might get visually busy. I think I'd still prefer it, personally, but maybe something non-alphabetical, at least like a _ for idle and > for active?
I used suffixes.
http://aurora2.pentarch.org/index.php?topic=13463.msg174083#msg174083
