MLPV2 questions & bug reports

Lear, in version MLPV2.3f through k and MLPV2.4a you have reverted to Eva Capalini created scripts inside the pose balls.

I'm sure there won't be another great Eva takedown, but it might be better to have the ball scripts showing you as creator, as you had done previously after the great takedown. Non?

Hi Lear! Sorry to be pestering your life but …

MLPV2.4a does rezz balls stuck at position 0.
The balls won't simply move. I've done several experiments with several objects that worked perfectly in 2.3k.

I've noticed that ~timeout is not included in the present version, 2.4a. I also read the answer you Lear wrote earlier to Chaz. Does it means that you do not intend to keep ~timeout?
Would it be likely to make MLP less robust if left amongst the new scripts?

12-31-2008 you wrote ... "If any scripter is interested in taking this on, I have a rezzer script that I pass out full perms that could be adapted for the purpose" …answering to my question about having control from within MLPs menus of rezzing/unrezzing objects. Although not a scripter I would be very happy to give it a try.

Again, thanks for providing us with such a powerful tool

Thanks Chaz; I'll fix that in 2.4b.

Odd, it's working fine for me, except that STOP button didn't reset to first ball order as it should, and I've fixed that. I'll drop you a copy(2.4b), please let me know if the problem remains.

Just an oversight; feel free to use the old ~timeout. However, I'm considering putting that in MLP Tools instead of leaving it in. Folks, please let me know what you think. It's probably safe to leave in, since it turns itself off on change-owner.

The ~swap script is causing multiple messages to be sent to the Xcite! adaptor scripts causing multiple stimulation messages. This effectively breaks the Xcite! function. So far I haven't found a workaround as I have only just now determined that was the source of the problem.

Thanks for the report.
Which version of MLPV2 are you using, and which xcite adaptor script?

I have found this problem with all the versions using the new ~swap script and I am using the xcite adaptor with both the animation and pose, I forget what its full name is and will check when inworld.

OK, thanks, that tells me what I need to know and I hope to get time to debug it within a day or two.

It looks like both the ~poser and ~swap scripts are sending the animation and pose information and that the Xcite! adaptor script is seeing both.

I am using an early version of MLP v2, and lately some of the balls are just not rezzing. It's solved with a restart of the bed, but the bed turns off by default, which doesn't help me when I'm unable to log in and turn it on.

Crystalle, usually that's caused when, for some reason, balls don't hear the keepalive messages and they time out. The bed doesn't know they timed out. Hitting STOP fixes it. (This is one of the many reasons I recommend liberal use of the STOP button, which solves all manner of problems, not to mention being a nice way to exit a bed without risking being ejected like bad guy in James Bond's Austin Martin.)

Please try updating to MLPV2.3k, which I'll drop you if you IM me for it, in case it's something else.

If you make a looped session using either GOTO or REPEAT how do you ensure that the session ends if someone breaks the session by using the "Stand UP" button? I tried lowering the value in the ~timeout script but the session continues to loop. Is there anyway to send the STOP command when someone does a stand up? I'm using 2.4d

I fiqured out that if the LABEL for the GOTO is right before an AWAIT and no one is on the balls that this will pause the loop and eventually stop based on the timeout setting. This is okay but if it's a long sequence and someone stands up at the begining it may be a long time untill the sequence stops so it would still be nice if there was way to do the STOP command when someone does a "Stand UP".

Hi

I purchased the jPose Ultimate Sex Bed Cover

http://uncensored.xstreetsl.com/modules.php?name=Marketplace&file=item&ItemID=819499

but having some issues with pose balls going missing (in which pressing Stop resolves it), but sometimes, the blue menu will not appear at all. I need to derez and rez the bed again.

I managed to catch the error once:
Bed: Script trying to trigger animations but PERMISSION_TRIGGER_ANIMATION permission not set
Bed: llStartAnimation: Script trying to trigger animations but agent not found
VISTA SUPA VALUE AND BAD GIRL EXT v1.4 (bend): Could not find animation 'julyanim5BEND'.

Is there a position I can delete so this wont happen again?

Also, I would love to have a separate 'restart' prim that tenants could touch, to reset the bed, since they can't get the blue menu when it's frozen like this. Any chance of a script that can do this?

Thanks

Perfect.

I disagree that we want it to stop if anyone stands. However, it would probably be best if it stops when the last participant stands. Currently, the sequence keeps running with nobody on. I found that very helpful for testing.

Meanwhile, try putting AVWAIT in more places.

~swap send only one LM, "ORDER". My adaptor script, "~MLPT-Xcite-adaptor4 v0g", which I think is the one you're using, doesn't respond to these messages. I can't duplicate your problem using the MLPV2.4d release, with the adaptor script and config note added. Can you?

I dropped you a script called LMDebug.lsl. Drop that in your object. Record the results when it's failing, and drop that on me along with your config notecard. (Actually, drop it onto my alt's, he'll IM you.)

The "julyanim5BEND" message is not coming the jPose MLPV2 product. Looks to me like it might be from your AO. The messages from "bed" could be coming from MLPV2. I'll keep my eyes open for that, and i'll appreciate any help if anyone knows more about what might be causing this. Prime candidates would be TPing out or crashing when sitting.

I did see a case where SL completely goofed up: one of my avs got logged out by SL but remained visible ingame to my other av for quite some time (more than 10 minutes). When it finally disappeared, I could tell that the script never got the event from SL that the av had gone away. Perhaps this is a new server bug.

I WISH that SL error messages would include the name of the offending script!

It's possible; let me give it some thought.

what would cause the balls to just bury about 3 meters in the ground? Im using the 2.4d I do an animation and it works wonderful and then after a while my AV drops underground

I see a problem where everything is fine and all of a sudden, I'm one meter higher.

I know this isn't an MLP bug, because there are no MLP messages to the balls -- the ball location didn't change, the animations didn't change by MLP. I suspect it's due to an anim being run (either by an AO, or by my selecting something which causes SL to run the "edit" arm-pointing "anim", or wearing an object that runs an anim -- I've seen all 3 cases). For some reason, sometimes the hip location changes. Hop off and back on and you're good. Change poses and you're good.

I really think it's a viewer bug. I can't say this for sure, but I'm pretty sure that I've seen it when running two clients (avatars), and one sees the goofup but the other doesn't. That kind of problem can never be caused by a scripting bug. With exceptions for particle effects and rotating nonphysical objects, differences in what two clients see are SL bugs, not scripting bugs.

See if your sudden drops correlate to any of the things I've mentioned above: anything that would normally cause your av to animate if you weren't sitting on the MLPV2, and let me know. (BTW, the goofup isn't instantaneous, and I think it can happen when SL stops the anim as well as starts it. I clearly saw this when sipping champaigne while seated, and it happened with poseballs as well as MLP -- completely different scripts.)

I have seen this sort of thing happen with lots of different animated furniture. It seems to occur during times of high lag and database problems.

Hello I have built a massage table using the MLP2 ...I have followed all the instructions and it works well for my main avatar... My problem is, when I transfer or give the massage table to my alt, the animations I have saved and worked well for my main avatar that built the massage table, doesnt work well fof my alt. She gets the massage table, but once she goes through the menu, all the animations werent saved...Am I missing something from instructions or did something that might have caused that?

I want to be able to sell my products with couples animations and I think MLP2 is great, but I have been working on the script but it wont save the animations for others...It works well for my main avatar that built the massage table but not for the alt. It dont save the animations for her, and the animations are all messed up once she rezzes and tries them.

Please help, thanks so much

Did you save the pose positions to the .POSITIONS notecard? That might be why its not working for a copy given to your alt. Using the save pos button under the options menu will save teh positions in the script but not to the notecard. You need to use the dump pos button and then copy and paste the dump from chat to the notecard manually.

Ravanne has probably hit the nail on the head. You have to save the changes to notecard or it loses them on a reset. (Menu reset doesn't lose them, but Pos Reset, Restart, and full shutdown do, as well as transferring to a new owner depending on version.)

Also, folks, warning -- I believe that if you use SWAP when setting up poses in MLPV2.3 versions and possibly earlier ones, it doesn't work correctly (even if you save and re-select the pose before swapping). When adjusting poses, make sure that balls are unswapped.

And it's a good idea to reset after making changes, then test, to make sure that you did what you thought you did. Often I've goofed up and it wasn't MLP's fault but mine. (Not saying there are no bugs, either!)

BTW, I think you mean "saving the positions", not "saving the animations". Does it run the animations on the avatars but in the wrong place, or is it failing to run the animations?

If it's failing to run the animations, make sure they're still in the copy of the product your alt has. I can't think of anything else that could cause this.

If it's failing to move the avatars to the correct positions, it's most likely what Ravanne said, or possibly the SWAP issue.

Yes I did save the positios ad copied o a .POSITIONS notecard , but for some reason it works for my main alt that built it but not for my alt...when I give the massage table to my alt and she rezzes it...It runs the animations but positions all messed up

Are your AVs of much different sizes? All animationa in SL are based around hip position andi if your AV is not of similar size and proportions to the one used to set it up the positions coiuld be off for your alt.