Stargate Network

Stargate Network

3M Downloads

Insufficient Power to dial

Sarous opened this issue ยท 6 comments

commented

Beta 4

Dialed a gate using a ZPM (dialed correctly and connected) then stole the ZPM after the vortex stabilized and ran through. The gate, now lacking any power, never shut down. After manually shutting it down, and returning to the planet, the gate refuses to dial. Restored the ZPM, tried naquadah. Nothing short of flagging it no-power-necessary made it work. Destroyed the ZPM consol and DHD, no change. Had to break the gate itself and reform it to restore proper functionality.

edit:
Additionally, while the gate was bugged, the DHD power buffer did not list a number, instead showing a questionmark (?). Attempted to recreate the event, and the gate shut down properly. May be other variables involved.

edit2:
Successfully recreated the bug. By making sure the recieving gate's chunk & world were unloaded before dialing, and stepping through the gate backwards (entering from the correct direction but facing away from the gate).

edit3:
Recreated it again walking forward. Seems to be related to dialing an unloaded chunk/world, irrelevant of character's facing. Additionally, the ZPM does not seem to be using power when it dials cross-dimension.

Edit4: Theory
After a literal dozen times of dialing cross-dimensionally, the ZPM still has a saved power listing of 2,147,443,647. Upon arriving at the recieving gate (overworld DIM0), I was allowing the gate to remain open for a short while (never timed, but at least a minute). This should be sufficient to have drained any reserve power in the DHD's buffer. Since the buffer would be reaching zero (thus, should be attempting to draw more power from the absent ZPM) it fails to make the power draw attempt thus (speculating) enters negative power range. The DHD, I'm guessing, lacks the ability to display negative numbers, thus is displaying the questionmark.

There seem to be two separate bugs at work here. The ZPM failing to expend power, regardless of the second bug. And the latter, which seems to be triggered by a combination of the first, and an unloaded chunk/world. The second bug never triggered while the receiving gate was still loaded (redialing immediately after arrival). It also never triggered while the ZPM Console contained a ZPM.

additional notes:
dialing gate in all tests was DIM66 (Erebus mod dimension).
recieving gate in all tests DIM0 (overworld)
All tests performed using ZPM Console power source.
config/sgcraft files are unedited

commented

Found a new way to trigger the gate buggings. Dial the gate with a ZPM (naquadah in the DHD is optional. I did it with a nugget freshly installed but unused.) After the gate starts dialing, but BEFORE it connects, remove the ZPM. The gate will finish connecting and not use the naquadah. Buffer power immediately becomes (?).

Edit: tested IC2(EU) and Naquadah, and they operated correctly (did not bug). This only occurs while using the new ZPM Console.

Edit2: Just bugged it on my test save, making it the first time this has occured on an intra-world gate. Just as before, dialed with ZPM installed. Removed ZPM mid-dial (was planning to test EU power drainage and forgot to remove it beforehand). Gate finished dialing while too low powered to make the connection, yet made the connection anyways & bugged. Pics to follow.
Capture
Capture2
Capture3

commented

Ok, so check this for me, check your sgcraft.cfg file, at the bottom for zpm-power, what do you have for: D:zpmEnergyPerSGEnergyUnit=

commented

If you have 80, then break your console and re-test. I did this in a developer environment, and when I had a connected gate I could watch the power tick down every few seconds. Removing the ZPM closed the gate a few seconds later.

commented

Also make a gist.github.com of your entire sgcraft.cfg file please.

commented

sigh, unfortunately you've revealed a much larger issue.... I've begun working on this...