 |
When an AI is finished with a door, the door is marked with a delay after which it can be used again. This prevents pathfinding from sending an AI back through a door they just came through. Two changes were made to this: 1) Don’t use the delay if you finish handling a door before you go through it. This can happen when an AI loses his door-handling task and immediately goes back to using the door. If you run from an AI and close a door behind you, the AI has lost sight of you, and momentarily kills his door-handling task and starts a task to spot you again. That causes him to reuse the door immediately. Since he didn’t go through the door, there shouldn’t be a delay before he can use it again. 2) Reduce the delay from 3s to 100ms. While very short delays didn’t used to work, they appear to work now. The result of these two changes is that an AI will spend less time opening a door to continue chasing you. Another change was to increase the rate on the animations used to open the door. A corresponding change to the code to still pick the correct time to start opening the door was needed. This is used as the default now, whether an AI is in a hurry or not. If an AI is running through a closing door, and he can get enough of himself into the doorway to block the door’s movement, the door bangs back at double speed. This simulates the AI putting his shoulder into the door to knock it open. AI use the door-handling mid positions for determining which side of a door they’re on. The two mid positions aren’t the same distance from the closed position of a rotating door, which was causing problems when trying to determine “door-side” when close to a door. Added equidistant side markers to make the “door-side” calculation more accurate. This shouldn’t be a problem in 2.02; it became a problem here because of a few things that needed to be decided when very close to the door. A running AI opening a door now causes the door to open at double the normal speed. A door that has controllers won’t open at double speed for a running AI, because the controller “controls” the door speed, not the overly-anxious AI. Rev. 6060: State.cpp HandleDoorTask.cpp HandleDoorTask.h PathCornerTask.cpp AI.cpp AI_pathing.cpp DoorInfo.cpp DoorInfo.h Push.cpp BinaryFrobMover.cpp BinaryFrobMover.h FrobDoor.cpp FrobDoor.h Mover.cpp Mover.h UserManager.cpp Rev. 13915: tdm_ai_base.script tdm_ai_female_animations.def tdm_ai_guard_proguard_devel.def tdm_ai_humanoid_newskel.def |
- Anonymous
