Ok, testing with doors.ppp (revision), I changed the inverted state for the doors to 0 in the database. With the lifts now in the
default down position, the lifts still exhibit the same 2/5ths - 3/5ths issue, if you don't cycle the handle.
Switching back to doors.cpp (my patch) and changing the database inverted state values back to 1 (for doors 69, 77 and 80)
resulted still shows the same buggy result.
Even though I couldn't duplicate the action that was described on the link that I posted, I have found a way to view the bug.
(I can't be sure that it's the lift and not the ramp though. It could be that the ramp z-pos needs to be lowered 0.10 ~ 0.15.)
To view the bug, try this (you don't need to activate any test code):
- Go to the POD lift and get as close as possible to /loc 135.13, 240.07, xx. You should be about half-on/half-off the ramp.
(I'm, using the barbarian model, but that really shouldn't matter.)
- Annotate your z-pos (should be approx. 9.53 - same height as the ramp)
- Now click the lift activator to bring the lift down, but watch your character. After you click it, you drop down
a hair. Your z-pos is now about 9.42.)
- Without clicking again, wait for the handle to return down. As soon as it does, you rise back up to 9.53, and as soon as
the lift begins traveling upward, you miss it.
Now wait until the lift has had a chance to completely recycle and try this:
- Same position as above.
- Click the activator and wait for the lift to come down.
- Once it has, click the the activator three times, but watch your character as you click (do it before the activator handle
goes back down.)
- On the first click, the handle does not move, but notice that you dropped down to the 9.42 z-pos.
- On the second click, the handle goes down, but the lift does not go up nor do you move up in z-axis.
- On the third click, the handle comes up and the lift goes up, with you on it.
You only seem to be able to get on the lift at z-pos 9.42. Standing completely on the ramp, your z-pos is 9.53
regardless of how many times you click the handle. There's something about cycling the handle that seems to clear the
bug temporarily.
I've not been able to pin it to a "step gate" on the ramp or a problem with the lift model itself. Hard to say it's the ramp
since it also happens coming down from Kelethin. With that, maybe the there's a "step gate" up top as well. I think if
it's a mis-alignment of the lift, instead of moving the ramp down 0.10 ~ 0.15, we could try moving the lift up by that amount.
A mis-alignment would explain top and bottom behavior, but so would a model error.
As far as the activator handles, I'll continue to work those (a door type change may fix those.) I still stand by my
inverted doors patch submission though, especially since the bug can be duplicated without it when the doors are not
set inverted
(And I'll see if I can do a workaround using player.pl for these lifts if I move the model location and that doesn't fix the
issue.)
I'm heading off to Permafrost to check the lifts there. I hear they have the same problem as the Greater Fay ones did
U