marvine
2nd Sep 2007, 04:10 PM
After several weeks working on the often requested animated spiral stairs, I have a properly working package.
But there's still a bug I wasn't able to fix: the stairs are stackable, and can have a wall built around to create a stairwell; but a door placed immediately next to the bottom pad will get stuck "in use" and stay open after the first use, and requires "moveOjects on" to delete it. The issue doesn't happen on the top pad, as long as it's the topmost one - if another level is stacked on it, then the tile is also a bottom pad and the door gets stuck.
I tested it with the testing cheats enabled, but there's no error.
This version was cloned from Targa's "ascension squared" with heavy edits, as far as I remember I just retained his custom "allow intersection" BHAV, because this allowed me to get my wall placement modifications to work; most probably there's a mistake somewhere.
The "init-lo pad" is a custom one (for wall placement), the "hi-pad" uses the default init, but I can't see anything in the differences that would explain the door issue. There are no "lo stubs" because I want to be able to place useable objects under the stairs, and the "hi stubs" use a custom "init-common" so they can both remove the floor tiles and accept walls around.
All the other custom BHAVs are related to the animations (to block the automatic flipping and the blending, and reverse the animation for the right-turn version).
Okay, there most probably was a cleaner way to get to the same results, but to the exception of the door issue it works fine - but well, I'm prepared to do it from scratch (again!!) if needed.
Here's a pic of the stacked stairs, and the file in case somebody is willing to take a look. Any help would be much appreciated. :)
But there's still a bug I wasn't able to fix: the stairs are stackable, and can have a wall built around to create a stairwell; but a door placed immediately next to the bottom pad will get stuck "in use" and stay open after the first use, and requires "moveOjects on" to delete it. The issue doesn't happen on the top pad, as long as it's the topmost one - if another level is stacked on it, then the tile is also a bottom pad and the door gets stuck.
I tested it with the testing cheats enabled, but there's no error.
This version was cloned from Targa's "ascension squared" with heavy edits, as far as I remember I just retained his custom "allow intersection" BHAV, because this allowed me to get my wall placement modifications to work; most probably there's a mistake somewhere.
The "init-lo pad" is a custom one (for wall placement), the "hi-pad" uses the default init, but I can't see anything in the differences that would explain the door issue. There are no "lo stubs" because I want to be able to place useable objects under the stairs, and the "hi stubs" use a custom "init-common" so they can both remove the floor tiles and accept walls around.
All the other custom BHAVs are related to the animations (to block the automatic flipping and the blending, and reverse the animation for the right-turn version).
Okay, there most probably was a cleaner way to get to the same results, but to the exception of the door issue it works fine - but well, I'm prepared to do it from scratch (again!!) if needed.
Here's a pic of the stacked stairs, and the file in case somebody is willing to take a look. Any help would be much appreciated. :)