|
|
|
|
|
Anthony is correct. Have you contacted the creator?
Yes i did...but still waiting for answer...i also pasted the link to this JIRA into the support posting...
Yeah this is a mysterious bug that I've known about since the Havok 4 update but haven't been able to track down. As I stated in a news post at UnionMicro.net I'm unsure if it's something I can fix in the elevator scripts or if it's just a Havok 4 gimmick
According to another elevator user, when a havok 4 sim comes up, the elevators go into free fall without collision tests for less than a second. When they recover they go non-physical and get stuck. The only way to fix them is to rez the car by shift-dragging it. Resettings scripts and recompiling have no effect. I haven't verified this myself but it seems like this would only happen if the car is already traveling, because when they're parked at a floor their physics is disabled. If any Lindens would like elevators to test I will gladly drop some on you. I can't really test this myself as I don't have access to a region to reset it. Sounds like the same thing happening to llTargetOmega in SVC-1910. I don't know what the major function these elevators use, i would assume probably llMoveToTarget.
I've Just experienced another crash of the whole system at Kimokeo Cove where i operate 3 elevator cars. The same as ever: One of them crashed, but every other elevator in the same sim stopped working too...i dont see a real script issue here in my opinion because they aren't communicating with each other, as they use completely different channels...so why the other elevators should stop working because another one does? And indeed, thanks for the tip, the shift-dragging method worked to make them work again :)
@ Anthony and Alexa, as far as I know the Havoc 4 team are still looking to troubleshoot other people's scripts.
I just want to add that these elevators have been available (although not the latest version) since about 2005 and have not experienced this kind of problem until the Havok 4 deploy.
I'd also like to add that a region reset doesn't always cripple EVERY elevator in the region. At my store in Ruwart it will consistently cripple my two main elevators that have 4 and 9 floors, but all of my 2 floor demo elevators continue working. Just food for thought as I have no idea what would cause some elevators to malfunction and the others to not since they're all running the same scripts. It almost seems to me that something about the elevator, whether it be scripts, some sort of internal state or parameters are being corrupted when the region starts, and the only way to fix it is by recreating the assets by a rez. I also have the same problem with my elevator, It stop to work when llTargetOmega objects stop to turn. My elevator use llMoveToTarget, it look to be the same Havok4 bug that affect llTargetOmega. A restart of the region have fix it.
I wrote about this in http://jira.secondlife.com/browse/SVC-2060 Its not a script issue and I suspect happens when regions crash or restart. It doesn't have to be an elevator but one of my elevators stopped working as well. Anything that uses llTargetOmega as well as llMoveToTarget just breaks. Period. Mind you this elevator was working flawlessy for 6 months without a glitch until these new server upgrades came along. I have oil drums that float in the water and use llMoveToTarget. In some sims they are working fine, ones that are not subject to crashes possibly. However the one located in the Calleta info hub break about every 2 days. Calleta is a very busy sim.
This problem also occurs in the region "Venufalat". All physical objects stop working. Cars, elevators, my Dog,
The only way to resolve it is take the object and make rez again. I believe this was caused by the 'selection bit leak' issue that was also breaking llTargetOmega objects - I think it should be fixed now with the currently deployed 1.21 Server.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
It might also help to send a link to this JIRA to the creator who can post more information here as well.
LL is not likely going to troubleshoot someone else's scripted objects.