Teleporter Lock-On to Target Tag

TAPgiles 31/07/2022 08:35

Currently, while already teleporting to a tag, if another tag of the matching name is in the same spot (or potentially has moved "closer" to the teleporter gizmo), it may skip to the other tag. I would bet this is never the desired outcome.

There are things we can do to theoretically make it less likely for another tag to "take over" and lead the teleported object astray, like having both objects be collidable and the tag position be inside the collidable object so they'd bounce off each other. But that isn't always desirable for the thing you're making.

Scoping fixes this... as long as the teleporting object is inside the same group as the tag. But when this isn't the case--for example, if the teleporting object was emitted from a common source (and so having it be inside the group isn't desired), this would make it safer to have that object stay with the target object... even if there are other objects that contain a matching tag.

I'd say in the situation explained at the top, the desired outcome would be that once it's locked onto a tag, it should always stick to that tag no matter what... unless that tag becomes unpowered.

And that would be my suggestion: to adjust the teleporter's targeting slightly such that if it's already got a target tag it's teleporting to from the previous frame, and that tag is still powered this frame, it should assume that is still the target tag and not even look for another matching tag. It should "lock on" to that specific tag.

• 

  SwarmHammer

  • 15/08/2022 18:48

  Teleporters now have a priority setting to use in that situation

  0

  Zgłoś ten wpis
• 

  SwarmHammer

  • 15/08/2022 18:50

  Maybe this is a situation where exclusive gates would help

  0

  Zgłoś ten wpis

Zaloguj się, aby dodać komentarz.