Change in animation permissions behaviour?

I've searched various places but have been unable to find an answer, so....

Recently I purchased a product that uses a multi pose script via menu, as usual it asks you to give permissions for animation. All works well but if I then stand or stop the animations, move away from the product and choose another animation, it still animates me, even though I'm no longer sitting on the ball.

This behaviour is not as it was. I know because I sell a number of animated products, have done for a couple of years, and never has this happened. It always worked so that when you were no longer sitting, you were no longer animated.

I've since tested my products as well, and they show the changed behaviour too.

Has anyone else noticed this? Is it a known issue or an advertised change? If so, can someone point me in the direction of any information there is on it please?

It's quite frustrating when I KNOW my products didn't behave this way before and I have no information as to why they may be doing so now......... not just my products but all products it seems using the MLP system. (I've tested a few different creator items so far)

.........I just tested the MLP 2 system and it doesn't seem to show this behaviour. I'd appreciate it if someone with more scripting knowledge than I have can point me in the direction of what may have changed script side so I can fix my items. I don't need the full blown rundown on how just what is it I'm looking for. (I'm no scripter but am a pretty good tweaker )

As I said, this behaviour did not occur until recently. Any help would be muchly appreciated.

~B

I have the feeling this comes from a misconception that animations started from a script in an object are automatically turned off when you stand. I'm not sure this has ever been so. What happens when you stand is that the 'stand' animation is automatically played, which should make it look like any static (non-looped) animation has "stopped" playing (when in fact it stopped just after it was started because it was only a static pose).

Well behaved scripts always explicitly stop the animations they started. Some of the animation scripts out there HAVE always been written in this way, and may have served to further the idea that animations always stop when you stand. In fact, I don't believe there is anything that even revokes the permission for a script to KEEP triggering (and stopping) animations when you stand; the only thing about sitting is that it makes it so the permission is automatically granted without the dialog. Otherwise it wouldn't make much sense for the general permissions/animation system to care about you sitting and standing.

I could be wrong, but everything I'VE seen personally is consistent with that theory. Maybe I'll run some tests and see how it pans out. Either way I suggest practicing good resource allocation habits (cleaning up your s***) and stopping the animations you've started where possible.

Hewee

The issue though is.... I am under no misconception. I understand how the animation system works, my problem is it is working differently than before.

Never has my avatar been animated by selecting another animation in my furniture, or others using the MLP system, without actually having sat on the ball first. Now it does.

That is what my query is about. What has changed to cause this behaviour now when it didn't happen before?

Thank you for your response though, even if it didn't address the problem.

~B

Can't duplicate it at two locations. Are you trying all these things in the same sim? Does it follow you other locations? Does the same thing happen to friends or alts?


This would be missing changed events, the furniture apparently thinks that you are still sitting, else it wouldn't be even trying to start more animations on you. Odd indeed.

I see. And you're sure no code has changed since you knew they worked? Could it be that there is SOME path through the code that is failing to request permissions of the new avatar, or perhaps failing to ensure it has been granted those permissions before doing the animation? (What I'm getting at is, when it should be animating the new avatar, it might have missed getting permissions from the new avatar--perhaps they ignored a permission dialog?--and still have permissions for YOURS when it calls llStartAnimation().)

It has been duplicated in different sims and by different people. I had a customer contact me to ask what was going on.



Yes I'm absolutely certain no code has changed. These are items I've been selling going on 2 years now and items I've purchased from other creators as well. The link being use of the MLP script.

Permissions are given in each case. I've made sure of that in each test I've carried out.

Here's an example. The items I sell are always things I've made for myself, like so much I decide they're good enough to sell. I made a tent, it has couples cuddle poses and animations inside. While using it with my partner previously, even if he jumped on first, chose an animation first, I would never be animated until I sat on the ball. As it should be. Now however, if he jumps on first, I am immediately animated by his choice regardless. Permissions have been given of course, these are items that are rezzed permanently on my land. The only time permissions are renewed is if I've shut an item off for one reason or another.

As I said before, this also happens when I've stood up from an animation, whether using the Stand Up button or the Stop button on the menu. If I choose another animation while standing I am again animated when not sitting on the ball.

The customer had used their item which is a singles chair. Her partner decided to give it a go and while using it, the customer was animated.

Something has gone screwy, I think since the last rolling update (but that I can't confirm).

I really need to know what the heck I'm to look for it I'm to fix this. And to be honest I'm unsure if I should try simply because if something has gone screwy, it may be 'fixed' and I'm back to square one.

All I know is, this is not how it used to behave and the change is quite recent.

Sorry for the long post.

~B

To see where things might be failing, add a line or two of chat to the CHANGED_LINK handler in the ~ball scripts, to see if sits and unsits are being registered consistently. Also in the ~pose1/~pose2 listen handlers, to see if the sit and unsit messages are making their way back to the base. That's where the avatar (if any) to be animated is set.

Thanks Viktoria I'll try that.

Just as an update, I've been testing things and it seems the statement I made about it happening after using the Stand Up (standard SL) button this doesn't occur. Only using the Stop button on the menu while still sitting on the ball produces the behaviour, so I'll be looking into that as well.

Anyway, off to do some more testing and a lot of combing code.

~B

Does the "Stop" button cause an llUnSit()? Could it be that for some reason llUnSit() has stopped generating a changed/CHANGED_LINK event maybe? That should be an easy one to test at least.

To be honest Hewee, I can't track down any unsits but one, which is called when the avatar sitting is not authorised to do so.........

Far as I can tell, no the Stop button doesn't cause an Unsit and I'm about to give up even trying, it's doing my head in and if I could I think I just may have thrown the item I've been fiddling with into the ocean by now lolol.

/me holds her head to stop the spinning

Edit: there seems to be no other changed event when standing up..... I've officially given up... beyond my limited abilities and all i really want to know is why it all of a sudden worked differently. Since no one else on the creator side of things seems to have noticed or cares I guess I'll leave it at that.

Thanks for your help.

/me is off to change all of her products... yay.

~B

An object can always animate you as long as it has permission to do so, and is in the same sim you are in. It has always been this way. (this is how the infamous Pandora HUD works).

Your ball or whatever should detect when you stand up and stop the animation. Get a freebie poseball script and study how they do it.

This is a common bug with MLP furniture. Don't use the "STAND UP" or STOP button to get off the furniture or pose. Use your "Stand Up" button on your *screen* to stand up FIRST, then use the furniture's STOP button on the menu to derez the poseballs. If you simply make the poseballs go away while still on them, they maintain their contact with you pretty much indefinitely, and when you rerez them, even if you're not sitting on them, you will be an unwilling puppet to whatever gyrations the furniture is put through, until you sit back down on a ball and manually stand up.

For this reason, I *never* use the "STOP" button on a piece of poseball furniture while still seated on it.