View Issue Details

IDProjectCategoryView StatusLast Update
0002119Infinitode 2[All Projects] Infinitode 2public2022-08-12 21:48
ReporterEuphoRowan Assigned Totherainycat  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionduplicate 
Product Version 
Target VersionFixed in Version 
Summary0002119: Gauss consuming extra resources when attached to multiple sources
Description

Via the investigative findings of top players Dense, Baiqi, and stupid:

When attached to a single miner, Gauss correctly consumes resources in accordance with the "efficiency" of the resource type being mined.

However, if Gauss is attached to multiple miners (and/or miners with multiple resource types being mined), the resource consumption is incorrectly applied.

The loop that determines the number of resources to be drawn from each miner (given the resource types' efficiencies) will yet reduce the Gauss' remaining resources needed by only the actual quantity of resources decremented from the miner (without the efficiency multiplier for non-scalar types), leaving more resource consumption remaining than it should for the next miner.

If, for instance, you have a Gauss with resource consumption stat of 29 connected to three miners, and the first miner to be drawn from contains tensor, the second contains infiar, and the third scalar: to charge once, the Gauss will use up not just the 17 tensor that should be required (17 x 1.75 > 29), but also 6 infiar (29-17=12, infiar efficiency is 2 and 12/2=6), and also 6 scalar (29-17-6=6, scalar efficiency is 1 and 6/1=6). So even though the total efficiency value of all those resources should have been 47, it was only applied as 29 for the shot charge, and meanwhile 6 infiar and 6 scalar were wasted.

Note that: in the case where scalar is the first priority miner to draw from, and contains enough resources to satisfy the consumption requirement, this bug will not be apparent (as an increased efficiency multiplier isn't coming into play at that point).

Steps To Reproduce

See description example.

TagsNo tags attached.

Activities

Ldream

Ldream

2022-08-03 14:41

trusted_reporter   ~0002012

I have also reported this bug privately 4 months ago. This is caused by the code shown in picture. But i don't know whether it is a bug or feature.



bug code.png (239,521 bytes)
bug code.png (239,521 bytes)

Issue History

Date Modified Username Field Change
2022-08-03 10:16 EuphoRowan New Issue
2022-08-03 14:41 Ldream File Added: bug code.png
2022-08-03 14:41 Ldream Note Added: 0002012
2022-08-09 17:08 Wallwarrine Issue cloned: 0002126
2022-08-12 21:48 therainycat Assigned To => therainycat
2022-08-12 21:48 therainycat Status new => closed
2022-08-12 21:48 therainycat Resolution open => duplicate