this post was submitted on 18 Aug 2023
927 points (97.1% liked)

Memes

45760 readers
1099 users here now

Rules:

  1. Be civil and nice.
  2. Try not to excessively repost, as a rule of thumb, wait at least 2 months to do it if you have to.

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] Eufalconimorph@discuss.tchncs.de 4 points 1 year ago (2 children)

But the orange portal is moving. The game code works more like A (it bugs out and the object bounces off the portal surface, but it uses a world-fixed coordinate frame that would match A for behavior). A (Newtonian) relativistic coordinate system would match B. For everything with non-moving portals A & B are equivalent.

[–] Natanael@slrpnk.net 3 points 1 year ago* (last edited 1 year ago)

Yeah, most game engines like Portal's uses absolute speed relative to the coordinate system (which doesn't change when the coordinate values change), in addition Portal technically doesn't actually implement "wormhole type" portals and instead superimpose a clone of the polygons near both portals behind the other (to preserve expected object collision behavior around the portal) plus doing tricks with virtual cameras, so if you fixed the bugs with moving portals then it would be A.

But if you implemented proper relativistic physics with proper wormhole type portals you'd get B.

[–] MJBrune@beehaw.org 1 points 1 year ago

The game code works more like A (it bugs out and the object bounces off the portal surface, but it uses a world-fixed coordinate frame that would match A for behavior).

Ah, I see what you are saying. They apply the velocity of the object again after teleporting rather than the difference between the velocities of the portal and the object. Thus the velocity of the train would be ignored. Well, B is wrong simply because the game engine doesn't rotate characters in the teleport because that would ruin character physics. So B is wrong twice.