Possible bug with PSTN and portal?

  • Fusionftw
    3rd February Member 0 Permalink

    I noticed that when PRTI is added to conductors near PSTN, the PSCN and NSCN no longer extend or retract the PSTN. Also, the PSCN and NSCN both heat up to 392 degrees when sparked and are left with a ctype corresponding to the element name (i.e. PSCN (PSCN) and NSCN (NSCN)).

     

    If you keep sparking the conductors, the PSTN will work normally again after a period of time. Is this caused by the PRTI reaching the maximum number of particles it can hold?

     

    Adding PRTO of the same channel as the PRTI seems to prevent the PSTN from working at all, even if the conductors are sparked for a long period of time. Note that no SPRK exits the PRTO.

     

    Is this a bug with PSTN, a bug with how PRTI interacts with SPRK, or is this intended behavior?

     

    Save demonstrating this effect:

    Edited once by Fusionftw. Last: 3rd February
  • LBPHacker
    3rd February Developer 0 Permalink
    This has nothing to do with pistons, this is a subframe interaction between PRTI and BTRY: the PRTI consumes the spark but does not reset the conductor's life, so the usual 4-frame delay between it turning back into itself and being able to take sparks again elapses. PRTI also doesn't reset the conductor's ctype, which is harmless. Then, later in the frame, if life is 0, BTRY sparks the conductor again. Throughout all this, the conductor is never the correct configuration (sparked and with a life of 3) that PSTN expects, so it never extends.

    Tl;dr this is more emergent than intended, but definitely not incorrect.
    Edited 2 times by LBPHacker. Last: 3rd February
  • Fusionftw
    4th February Member 0 Permalink

    Thanks for the response.