Author Topic: v2.5.1 Bugs Thread  (Read 31561 times)

0 Members and 2 Guests are viewing this topic.

Offline alex_brunius

  • Vice Admiral
  • **********
  • Posts: 1291
  • Thanked: 196 times
Re: v2.5.1 Bugs Thread
« Reply #255 on: September 27, 2024, 06:25:35 AM »
Expanding and then collapsing a category of components in Ship Design wide view adds the last selected component (which can be something completely different) to the design.
 

Offline skoormit

  • Rear Admiral
  • **********
  • Posts: 917
  • Thanked: 381 times
Re: v2.5.1 Bugs Thread
« Reply #256 on: September 27, 2024, 07:35:00 AM »
Expanding and then collapsing a category of components in Ship Design wide view adds the last selected component (which can be something completely different) to the design.

Only if you do it in a very specific way.

1) Select a module (not a category) in the list.
2) Put your mouse over any node in the component category tree (expanded or collapsed).
3) Click the node twice, fast enough for your OS to register the action as a double click.

The node will rapidly change state twice (expand - collapse, or vice versa), and the ship component you selected in step 1 is added to the ship.
 
The following users thanked this post: alex_brunius, relmz32, Alsadius

Offline GreatTuna

  • Lt. Commander
  • ********
  • Posts: 206
  • Thanked: 5 times
Re: v2.5.1 Bugs Thread
« Reply #257 on: September 27, 2024, 12:32:30 PM »
In the Naval Organization window, selecting a fleet with more than ~2.14bn colonist capacity causes a

Code: [Select]
Function #900: Value was either too large or too small for an Int32.
error. Not an issue 99.9% of the time, but it's possible to run into this if one is particularly zealous with ark modules.
 

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #258 on: September 28, 2024, 07:47:38 AM »
I think this has previously been identified, but I recently received "Swarm Extraction Module" technology via espionage of an unrelated NPC. I don't know for sure, but I don't think the NPC in question would've had exposure to the Swarm (since I eradicated the only colony I've seen so far before this NPC was generated), much less an opportunity to gain that tech by capturing their ship via boarding and then salvaging enough modules to gain the tech.
 

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #259 on: September 28, 2024, 03:50:19 PM »
I had a colony on a planet, and then started genetic modification to make the population more tolerant of the wide temperature swings. This created a 2nd population of "Human 2.0" on the same planet, with no installations and a different governor. I moved some installations over to keep that pop occupied. Later, the next level of bio tech for temp adaptation was researched, and I created a new species with wider tolerance ranges, and switched to generating that species. All good so far. However, when I moved some genetic conversion centers to the Human 2.0 colony, the Industry tab never showed the genetic conversion interface, so I am unable to convert my Human 2.0s into Human 2.1s.
 

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #260 on: September 28, 2024, 05:13:15 PM »
In the very first round of combat on the invasion of an enemy homeworld, the Intelligence window in the ground units tab reported the following for "Infantry II"

Units Hit: 17,752
Armour Penetrated 17,752
Units Destroyed: 17,752

Now I know for a fact that I didn't hit that many Infantry, nor did I kill that many. The Combat log said I killed maybe 250 or so in that first round. I probably did kill every unit I hit, because my weapon tech is a bit higher than their armor tech, but this looks like a bug in the Intel calculations. This issue was present for every type of unit involved in the fight.
 

Offline Louella

  • Warrant Officer, Class 2
  • ****
  • L
  • Posts: 65
  • Thanked: 131 times
Re: v2.5.1 Bugs Thread
« Reply #261 on: September 28, 2024, 07:59:11 PM »
I had a colony on a planet, and then started genetic modification to make the population more tolerant of the wide temperature swings. This created a 2nd population of "Human 2.0" on the same planet, with no installations and a different governor. I moved some installations over to keep that pop occupied. Later, the next level of bio tech for temp adaptation was researched, and I created a new species with wider tolerance ranges, and switched to generating that species. All good so far. However, when I moved some genetic conversion centers to the Human 2.0 colony, the Industry tab never showed the genetic conversion interface, so I am unable to convert my Human 2.0s into Human 2.1s.

iirc this isn't a bug - and it's intended that you can't modify a modified species. Like. you can modify base humans to human 2.0 and base humans to human 2.1, but you can't mod human 2.0 to human 2.1
 
The following users thanked this post: nakorkren

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #262 on: September 28, 2024, 09:54:17 PM »
That makes sense, because otherwise you could just continuously modify a species to shift it's tolerance infinitely in one direction or another.

It makes less sense when applied to the +/- temp band tolerance, but that's an edge case and I can see why modding modded species can't be allowed for the reason above.
 

Offline skoormit

  • Rear Admiral
  • **********
  • Posts: 917
  • Thanked: 381 times
Re: v2.5.1 Bugs Thread
« Reply #263 on: September 29, 2024, 07:22:38 AM »
Autoroute by System ignores unticked checkbox for Auto-include Lagrange Points


I have a fleet with the Auto-include Lagrange Points checkbox unticked.
When I select the System Locations radio button and give orders, those order do ignore Lagrange points.
However, when I select the Autoroute by System radio button and give orders, those orders will include Lagrange points (in the current system and any system in the path of travel).

 

Offline skoormit

  • Rear Admiral
  • **********
  • Posts: 917
  • Thanked: 381 times
Re: v2.5.1 Bugs Thread
« Reply #264 on: September 29, 2024, 07:51:02 AM »
Summary:
"Mass Driver" column on Mining tab always showing 0 for minerals not mined locally.

Details:
I have a mining colony with a Mass Driver sending packets to elsewhere.

The Packet Content checkbox in the Display tab is ticked; I can see that the packets in flight contain six minerals.
The most recent packet shows: CB4 T1 B0 V3 S7 G1.

Of those five minerals, the colony is mining three (CB, T, and B).
On the Mining tab, the Mass Driver column shows the correct adjustment for those three minerals (-4, -1, and 0).

For the other three minerals (V, S, and G), the Mass Driver column shows only zeroes, instead of showing the appropriate adjustment for the most recent mineral packet.

Other info:
The Recent SP column shows correct amounts for all minerals.
For example, Gallicite shows -1. There is no local production or consumption of Gallicite; the -1 is due to the most recent mineral packet.

I do have a non-0 reserve setting for every mineral (which doesn't seem to be relevant but I mention it just in case).
For the three minerals in question, the current stockpile and the reserve amounts are:
V   4068    5
S   8705    5
G   2284    1000
 

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #265 on: October 01, 2024, 11:06:01 AM »
Steve, in exploring some mapping alternatives, I ran into what seems to be a programming error. When I take the AU and Bearing values from the Galactic Map Overview tab for each jump point, and convert them from polar to Cartesian, I end up with a map that looks inverted from what the game displays, i.e. X and Y for each coordinate are swapped. I just used the standard Matlab function pol2cart and plugged in the theta matrix (bearing, converted from deg to radians using deg2rad function) and rho matrix (AU values) straight off the galactic map overview.

Whether the error is yours or mine remains to be seen. Is it possible you transposed the X and Y results when converting from polar to Cartesian? If I intentionally plot x as y and vice versa, I get a map that looks like what's in the game.

Not sure this matters, as long as it's consistent within the game, but just curious. Granted I'm pretty crap at coding, but I can't seem to find an error in my (3 lines of) code.
« Last Edit: October 01, 2024, 12:35:56 PM by nakorkren »
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 11933
  • Thanked: 22042 times
Re: v2.5.1 Bugs Thread
« Reply #266 on: October 01, 2024, 03:37:08 PM »
Steve, in exploring some mapping alternatives, I ran into what seems to be a programming error. When I take the AU and Bearing values from the Galactic Map Overview tab for each jump point, and convert them from polar to Cartesian, I end up with a map that looks inverted from what the game displays, i.e. X and Y for each coordinate are swapped. I just used the standard Matlab function pol2cart and plugged in the theta matrix (bearing, converted from deg to radians using deg2rad function) and rho matrix (AU values) straight off the galactic map overview.

Whether the error is yours or mine remains to be seen. Is it possible you transposed the X and Y results when converting from polar to Cartesian? If I intentionally plot x as y and vice versa, I get a map that looks like what's in the game.

Not sure this matters, as long as it's consistent within the game, but just curious. Granted I'm pretty crap at coding, but I can't seem to find an error in my (3 lines of) code.

The X,Y coordinates are generated from the distance and bearing and the locations on the map match that distance and bearing. If there was a problem with the conversion, they wouldn't be in the right places.
 
The following users thanked this post: nakorkren

Offline skoormit

  • Rear Admiral
  • **********
  • Posts: 917
  • Thanked: 381 times
Re: v2.5.1 Bugs Thread
« Reply #267 on: October 01, 2024, 04:19:08 PM »
Steve, in exploring some mapping alternatives, I ran into what seems to be a programming error. When I take the AU and Bearing values from the Galactic Map Overview tab for each jump point, and convert them from polar to Cartesian, I end up with a map that looks inverted from what the game displays, i.e. X and Y for each coordinate are swapped. I just used the standard Matlab function pol2cart and plugged in the theta matrix (bearing, converted from deg to radians using deg2rad function) and rho matrix (AU values) straight off the galactic map overview.

Whether the error is yours or mine remains to be seen. Is it possible you transposed the X and Y results when converting from polar to Cartesian? If I intentionally plot x as y and vice versa, I get a map that looks like what's in the game.

Not sure this matters, as long as it's consistent within the game, but just curious. Granted I'm pretty crap at coding, but I can't seem to find an error in my (3 lines of) code.

By convention, the reference direction (that is, the direction of a zero-degree angle) for polar coordinates is horizontal to the right from the origin (east, in other words).
For naval navigation, on the other hand, the bearing of zero degrees is vertical upwards from the origin (north, in other words).

I suspect you have observed not a transform of x and y, but a -90 degree rotation.
 
The following users thanked this post: Alsadius, nakorkren

Offline nakorkren

  • Commander
  • *********
  • n
  • Posts: 328
  • Thanked: 276 times
Re: v2.5.1 Bugs Thread
« Reply #268 on: October 01, 2024, 05:23:47 PM »
skoormit, you're absolutely correct, it was a frame of reference issue. Matlab treats polar angles as counterclockwise from the positive x axis, i.e. "math notation". Based on the Galaxy map Aurora appears to use clockwise from the positive y axis, i.e. "navigation notation". I had considered that the x vs y axis might be the zero point, but didn't consider that the "handedness" might be flipped. I'll adjust accordingly. Thanks for pointing it out.
 

Offline Treahblade

  • Petty Officer
  • **
  • Posts: 22
  • Thanked: 9 times
Re: v2.5.1 Bugs Thread
« Reply #269 on: October 02, 2024, 03:06:25 PM »
I have an odd issue that came up in this game. I designed a size 30 missile launcher and the researched finished but I was then unable to locate the component anywhere.. I checked the ship design screen and even the tech screen but nothing was there.
Then when I went to research and checked the completed button I was able to find it. However it says its a missile instead of a launcher. 
NOTE: It does not show up as a missile on the tech screen.

I have attached a screenshot showing the launcher and also the DB that this happened in.

Also worth mention is that someone had a similar issue back in 2.1.0 and posted about it. However they were getting errors in the game and I am not. I will post the link to previous bug report below. 
http://aurora2.pentarch.org/index.php?topic=13050.msg161569#msg161569
« Last Edit: October 02, 2024, 03:22:30 PM by Treahblade »
 
The following users thanked this post: skoormit