Author Topic: Questions Not Worth Their Own Thread: C# Edition  (Read 460980 times)

0 Members and 16 Guests are viewing this topic.

Offline nuclearslurpee

  • Admiral of the Fleet
  • ***********
  • Posts: 3199
  • Thanked: 2542 times
  • Radioactive frozen beverage.
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3990 on: May 11, 2024, 01:05:18 PM »
I see what you mean by "branch names" now - if table DIM_ComponentType doesn't work, then you could try DIM_TechType.
 

Offline vorpal+5

  • Commodore
  • **********
  • Posts: 673
  • Thanked: 150 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3991 on: May 11, 2024, 01:18:42 PM »
<snip>
<snip snip!>

Darn, I thought that this rule was only for having a shipyard being able to build x different designs, with the rules you enunciate, but I was sure that you could refit anything to anything. Or perhaps, as you say, the additional requirements are only from C#.
My new tug is indeed twice the size of the old one.
Bonus question: when tractored, the ship being dragged loses a bit of fuel while traveling, which is strange? Or perhaps it is not ...
 

Offline ISN

  • Sub-Lieutenant
  • ******
  • I
  • Posts: 118
  • Thanked: 53 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3992 on: May 11, 2024, 01:24:20 PM »
Bonus question: when tractored, the ship being dragged loses a bit of fuel while traveling, which is strange? Or perhaps it is not ...

Sounds like the bug I ran into:
Tractored ships with engines will use fuel as if they were moving under their own power under certain conditions. I believe the bug shows up if the tractored ship has moved on its own without being tractored since the last time the game was opened.
Save, close and reopen the game; for me that fixed the fuel use.
 
The following users thanked this post: vorpal+5

Offline serger

  • Commodore
  • **********
  • Posts: 655
  • Thanked: 129 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3993 on: May 11, 2024, 01:31:02 PM »
I see what you mean by "branch names" now - if table DIM_ComponentType doesn't work, then you could try DIM_TechType.

Done already. Doesn't work. Searched through the entire DB, renamed ALL. No effect.
Renamed all the relevant strings in the executable too. No effect.

The same with Beam Fire Control branch, wich controls kinetic weapons too. Tried to rename it into Directors to not confuse myself every second time about wich tech are for wich design philosofies, yet the branch name remains unchanged.

At this point I'm out of ideas and steam.
 

Offline Steve Walmsley

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11972
  • Thanked: 22234 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3994 on: May 11, 2024, 02:29:42 PM »
The category names on the class window are taken from an internal enum that matches the DB.
 
The following users thanked this post: skoormit

Offline nuclearslurpee

  • Admiral of the Fleet
  • ***********
  • Posts: 3199
  • Thanked: 2542 times
  • Radioactive frozen beverage.
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3995 on: May 12, 2024, 04:52:56 PM »
So, a weird behavior I'd like clarification on:

In my current campaign, I have one player race in Sol, and then I've created a habitable system in SM mode and placed a second player race in that system. The second race is therefore aliens from a human perspective with no connection to Earth.

This second race has just explored their first jump point and discovered the system of 70 Ophiuchi. By which I mean, that's the name this non-Terran race has assigned to this star system, despite being a completely alien race that has never heard of Sol as anything besides a random G2-V star that they probably have seen in their telescopes at some point in ancient history, and which has completely different constellations in any case.

So my question is: if the game is being played with Real Stars (which I prefer for system generation), do all player races use the 'real' names for the star systems even if they don't start on Earth? And if so, is there any way to force the system names to follow the naming theme? The setting in the Galactic Map window does not seem to matter here.
 
The following users thanked this post: Kiero

Offline kks

  • Lieutenant
  • *******
  • Posts: 155
  • Thanked: 31 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3996 on: May 16, 2024, 03:20:14 PM »
Is there any way to transfer a population to an NPC?
 

Offline ISN

  • Sub-Lieutenant
  • ******
  • I
  • Posts: 118
  • Thanked: 53 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3997 on: May 16, 2024, 06:03:36 PM »
How are systems generated in Known Stars games? The wiki says "The game works through all the stars in order of increasing distance. There is a 20% chance of selecting the nearest star, then if that isn't selected, 20% chance of second nearest star, etc." I think this is from the old VB version, but I haven't seen any posts about changes to this. I ran some tests in a fresh game generating systems from Sol and they seemed to confirm the 20% number. However, in my games I've also seen systems with really distant neighbors, like HIP 31293 in the screenshot. Its neighbors have distances in real space of 54.1, 63.1, and 70 light-years, and as far as I can tell there are hundreds of closer systems that haven't been picked yet. So it seems very unlikely to me that this was generated purely by iterating through the closest systems.
 

Offline vorpal+5

  • Commodore
  • **********
  • Posts: 673
  • Thanked: 150 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3998 on: May 17, 2024, 11:12:21 AM »
I'm a bit at a loss understanding how I can easily find a commander (in the commander list) when checking a given ground unit or naval officer. The aim here is to check units or ships, find the ones with suboptimal commanders, and then, using the list to the right, find a better one. However, the middle list, when you hover over different units/ships, never updates the list of commanders to the left, so it's not possible to know who is in charge actually!

A very simple addition, if I'm not missing something, would be to list somewhere who is in command when you select an element in the middle list. But right now, you can't know!
 
The following users thanked this post: kks

Offline Kaiser

  • Commander
  • *********
  • K
  • Posts: 372
  • Thanked: 66 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #3999 on: May 17, 2024, 12:44:37 PM »
I have captured an enemy ship using 3 boarding units, the ship has been repaired and sitting at my homeworld, however I cannot unload the 3 ground units, probably because the ship is a raider and it does not have any troop transport module, how Can I solve this?
 

Offline Andrew

  • Registered
  • Commodore
  • **********
  • Posts: 740
  • Thanked: 149 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #4000 on: May 17, 2024, 01:00:17 PM »
After a boarding action I have the transport shuttles load ground units from the captured ships, I suspect any troopship could load from the stationary ship
 

Offline Kaiser

  • Commander
  • *********
  • K
  • Posts: 372
  • Thanked: 66 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #4001 on: May 17, 2024, 01:14:20 PM »
After a boarding action I have the transport shuttles load ground units from the captured ships, I suspect any troopship could load from the stationary ship

We never stop from learning with Aurora, thank you  8)
 

Offline Steve Walmsley

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11972
  • Thanked: 22234 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #4002 on: May 21, 2024, 04:04:37 PM »
How are systems generated in Known Stars games? The wiki says "The game works through all the stars in order of increasing distance. There is a 20% chance of selecting the nearest star, then if that isn't selected, 20% chance of second nearest star, etc." I think this is from the old VB version, but I haven't seen any posts about changes to this. I ran some tests in a fresh game generating systems from Sol and they seemed to confirm the 20% number. However, in my games I've also seen systems with really distant neighbors, like HIP 31293 in the screenshot. Its neighbors have distances in real space of 54.1, 63.1, and 70 light-years, and as far as I can tell there are hundreds of closer systems that haven't been picked yet. So it seems very unlikely to me that this was generated purely by iterating through the closest systems.

Sometimes you link to an existing system, but not one you know about. In that case, its a lot easier to end up with a system a long way away, because the number of systems in the sequence is much smaller. Or you are already in someone else's known system and they made the connection from their end. Or you just got the long-shot that sometimes happens.
 
The following users thanked this post: ISN

Offline ISN

  • Sub-Lieutenant
  • ******
  • I
  • Posts: 118
  • Thanked: 53 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #4003 on: May 21, 2024, 09:36:33 PM »
How are systems generated in Known Stars games? The wiki says "The game works through all the stars in order of increasing distance. There is a 20% chance of selecting the nearest star, then if that isn't selected, 20% chance of second nearest star, etc." I think this is from the old VB version, but I haven't seen any posts about changes to this. I ran some tests in a fresh game generating systems from Sol and they seemed to confirm the 20% number. However, in my games I've also seen systems with really distant neighbors, like HIP 31293 in the screenshot. Its neighbors have distances in real space of 54.1, 63.1, and 70 light-years, and as far as I can tell there are hundreds of closer systems that haven't been picked yet. So it seems very unlikely to me that this was generated purely by iterating through the closest systems.

Sometimes you link to an existing system, but not one you know about. In that case, its a lot easier to end up with a system a long way away, because the number of systems in the sequence is much smaller. Or you are already in someone else's known system and they made the connection from their end. Or you just got the long-shot that sometimes happens.

I'm willing to bet that the code somehow negates one set of coordinates when computing distances to pick new systems, so that the formula looks like
Code: [Select]
(x2 + x1)^2 + (y2 + y1)^2 + (z2 + z1)^2rather than
Code: [Select]
(x2 - x1)^2 + (y2 - y1)^2 + (z2 - z1)^2.Either the code is missing a minus sign, or it has an extra one somewhere.

I made a new game with no NPRs (attached if you want to play around with it) and generated a bunch of systems, then plotted their positions in 3d space and jump connections. The full plot is here (https://www.desmos.com/3d/6q3qs5wogh); in the screenshot I just plotted a single chain so it's easier to see. Look at how they zigzag back and forth -- this isn't at all what you'd expect if the distances were calculated correctly, but it's what you'd see if the coordinates get reflected! This leads to a pattern I see all the time in my games, where systems are much closer to systems two jumps away than to neighboring systems. (Sol usually connects to nearby systems because it's at the origin, so reflecting everything doesn't change distances to it!)

For some reason the distance measurements everywhere else seem normal, but this seems like the best explanation for these patterns. It's not even necessarily bad, maybe you generate more interesting galaxies this way than with correct distance measurements, but it would still be good to understand how it works. And if I'm wrong and there's some other explanation for the zigzagging, let me know!
 
The following users thanked this post: kks, Kiero, pedter

Offline vorpal+5

  • Commodore
  • **********
  • Posts: 673
  • Thanked: 150 times
Re: Questions Not Worth Their Own Thread: C# Edition
« Reply #4004 on: May 22, 2024, 02:09:09 AM »
Stating the obvious probably, but often even the obvious escapes me ;D

The cheapest way to extract minerals: manual mines. Then, Orbital Miners, but they are restricted to small bodies (can the body be populated? AM are fine though). And finally, the costliest option, Auto-mines.

I'm asking because I'm just starting with OM and it seems like a good middle ground. Although you need tugs to move them, and they can't be refitted unless you have a shipyard for them, which I don't.