Jump to content

Possible bug with hover/bento mesh/RLV in FS (huge post warning)

Vulpinus

By Vulpinus,
in Second Life Viewer

 Share
You are about to reply to a thread that has been inactive for 2197 days.

Please take a moment to consider if this thread is worth bumping.

Recommended Posts

Vulpinus

Vulpinus

Posted
Posted (edited)

This is a complex one due to what I'm doing, and probably hard for someone else to reproduce. I have reproduced it over and over, all weekend. I cannot yet reproduce it with my alt (who also has the horse) although we don't have all the same items otherwise.

The Issue

When I quickly detach a bento horse attachment and reattach something else, using RLV commands to do so, the hover height from the bento horse gets stuck and the avatar then stays a metre in the air.

Video Link

Long-winded Description

I use the Water Horse Bento Riding Horse (an attachment, not vehicle) and I also have my own HUD that uses RLVa to attach/detach folders from inventory. While my HUD does a lot internally, the relevant things are that it sends @attachallover and @detachall to the viewer to attach/detach the selected folder full of items, and sends these in rapid succession if I let it automatically detach one folder before attaching the newly selected one. I have also reproduced the issue with a very simple script which is at the end. It just detaches one folder, then attaches the next and reproduces the issue exactly as my HUD does.

Also relevant is that the issue only appears to happen if I have the horse parts linked together (horse body, tack with the scripts in, tail, mane) as is often recommended in their chat group. It does not (yet) seem to happen if I have all the horse parts in the folder unlinked.

When the @detach (horse folder) and @attach (other folder without the horse) commands are sent quickly, the hover height from the bento horse body gets 'stuck'. The only way to reset that hover height is to attach the horse again, and detach it without immediately attaching anything else. Or to relog, although I even saw it survive a relog twice! (I did have another viewer instance opened up though, with an alt logged in). The hover is only in the avatar's viewer; my alt logged in on the same PC saw the main avatar on the ground when expected.

Salient points

  • The hover issue seems local to the viewer.
  • Other than the linked Bento horse, no items in the folders seem especially causative. I have reproduced it with only the linked horse in the horse folder, and nothing in the other folder, albeit rarely (see next point).
  • The folder contents are relevant: the more I have in them (and possibly the more complex?) the more likely the issue is to reproduce. With the folder contents as shown in the video, it reproduces almost every time. With fewer items it becomes intermittent and might or might not reproduce on successive attempts, to the point of only rarely happening with almost empty folders.
  • Timing between the @detach and @attach seems critical. If I let the script send them quickly (around 0.1s between) the issue happens. If I put a 1s delay in-between, it does not happen.
  • I cannot reproduce the issue in any other way than sending the two RLV commands as above. It does not reproduce if I manually add/remove the folder contents from inventory, even as quickly as I can. Nor if I use my HUD but just detach the horse, then attach the other folder, rather than letting the HUD do the two operations together.
  • The viewer's hover height adjustment in the quick prefs is never changed during any of this. Nothing to do with it.
  • Only reattaching and removing the horse, or (usually) relogging, remove the stuck hover. TPing, stop animations, undeform, change outfits... none of those remove the hover.
  • Regarding my HUD: It has buttons, each pointing to a folder in the #RLV folder tree. Press a button - it attaches that folder, or detaches it if already attached. It can also automatically detach the attached folder if another folder's button is pressed, before attaching that newly selected folder. This is when it happens quickly and causes the issue.
  • The RLV debug output shows that the @detach is always executed before the corresponding @attach, so they are in the correct (sent) order.

Video Sequence and Notes

Video Link

  1. Press the 'Horse' button on the HUD; the orange bar lights on the button to indicate 'attached'. You can see the folder F26 contents attach, and the RLV debug in chat. The @getinvworn is just the HUD doing housekeeping.
  2. Ignore the horse hovering a little... it always does that. Nothing to do with the issue.
  3. Press the 'No Horse' button, which will automatically detach the Horse folder then attach its own folder (F27). Observe the @detach then @attach debug output.
  4. Observe that the avatar stays up in the air. The hover height belonging to the horse attachment is 'stuck'.
  5. Repeat the above, just because I can.
  6. Attach the horse again, and then (I did this a bit quick, but...)
  7. This time, instead of pressing the 'No Horse' button, just press the currently attached 'Horse' button again which will only detach the folder's contents.
  8. Observe that the avatar is now on the ground again.
  9. Ignore the animations still running. It's not an animation issue.

Finale

So, there we have it. Whatever is causing the issue to happen in how I am doing things, I think it is something that should not happen regardless. Good luck to anyone else trying to reproduce it though :D

Simple repro script 

integer attached;
default {
    touch_start(integer total_number) {
        if (attached=!attached) {
            llOwnerSay("Toggling F26 On, F27 Off");
            llOwnerSay("@detachall:.FAST_Demon/F26=force");
            llOwnerSay("@attachallover:.FAST_Demon/F27=force");
        }
        else {
            llOwnerSay("Toggling F27 On, F26 Off");
            llOwnerSay("@detachall:.FAST_Demon/F27=force");
            llOwnerSay("@attachallover:.FAST_Demon/F26=force");
        }
    }
}

 

Edited by Vulpinus
Link to comment
Share on other sites
Vulpinus

Vulpinus

Posted
  • Author
Posted (edited)

Nice idea, and I do use that in the HUD to move the horse to the ground (-12cm) when attached. I disabled it during troubleshooting the above issue.

However, when the floating-in-the-air issue happens, if I try to use adjustheight to prevent the issue by putting me back on the ground (with a -115cm setting - I tried it), it will bury me in the ground when the issue doesn't happen. There's no way to know if it happens or not, not in a script anyway. It's obvious looking at the screen of course.

ETA: Oh yes, I forgot that since the hovering effect is local to my viewer, anyone else sees me properly on the ground. So if I used the setting to lower me, they would see me buried, lol. I tried that too on Saturday.

All that adjustheight does is the same as using the quick prefs hover slider (or the debug setting).

Edited by Vulpinus
Link to comment
Share on other sites
Whirly Fizzle

Whirly Fizzle

Posted
Posted (edited)

I don't have that horse avatar to test, but I wonder if it's related to this bug:
BUG-8616 -  Rigged mesh avatars created using the "cube trick" deform when detaching any rigged mesh attachments - only reproduces on post attachment-fix viewers.

See the comments for the hover issue.

Edited by Whirly Fizzle
Link to comment
Share on other sites
Vulpinus

Vulpinus

Posted
  • Author
Posted (edited)

hmm... does seem sort of similar, but nothing in that about how to reproduce that is needed here. Interesting that it mentions Water Horse avatars though.

I use an Aesthetic body normally, and I've just tried reproducing my issue wearing another mesh body, and a naked system body. All reproduce my issue exactly when I detach the horse and attach another folder quickly. Everything happened exactly the same.

So it points towards the horse causing it. Only when the horse is linked with it's accessory parts and attached/detached as one object,  but not when they are all attached as separate parts. Then it does not happen. I only got around to linking the horse the other day, and the issue happened almost immediately.

 

ETA: I will get Catznip and try...

Edited by Vulpinus
Link to comment
Share on other sites
Vulpinus

Vulpinus

Posted
  • Author
Posted

My HUD (and the simple test script in my OP) do not seem to function in RLV viewer. It's quite different I guess.

A brief look at the site shows I need a lot of changes to make it work, and I haven't even found the command protocol yet. Might take some time.

Link to comment
Share on other sites
Vulpinus

Vulpinus

Posted
  • Author
Posted (edited)

Hmm... I wasn't going to mention this, because it's the weirdest thing yet, and I haven't been smoking anything funny. But I will... (mention it I mean, not smoke something funny)...

After it not reproducing in RLV viewer, I copied the files from the new place that I had moved them to for RLV viewer, back to where they were originally for my HUD. The issue would not reproduce in either Catznip or FS, at first. Follow this carefully!:

  1. I installed RLV viewer, and found I needed to make changes to get my system to work.
  2. I Moved the F26 and F27 folders from #RLV/.FAST_Demon/ to directly under #RLV, for RLV viewer. (and created individual subfolders for the items and moved the items into them, but I don't think that is important).
  3. The issue did not repro in RLV; I tried using the simple script (modified for the moved folders) above. The objects attached and detached as expected.
  4. Went back into Catznip.
  5. Copied the items from those subfolders back to F26 and F27 under #RLV/.FAST_Demon/
  6. The issue now would not reproduce (tried 12 times) in Catznip or FS, with that F26 horse folder. The items in it were copies of the originals.
  7. The issue did reproduce (in FS now) on another folder set I was testing earlier, F25, which just had a different version of the linked horse in it that had not been moved or copied.
  8. I deleted the copies in F26 and F27, and moved the original files back into those folders.
  9. The issue immediately reproduced again, on every one of ten attempts.
  10. Does that make sense??? I promise I'm not smoking anything, although I have had a large glass of home-made mead. Anyone seen Mulder and Scully about???

Anyway, it is now reproducing as before. Go figure O.o

Edited by Vulpinus
  • Confused 1
Link to comment
Share on other sites
  • 4 weeks later...
Klytyna

Klytyna

Posted
Posted

I'm assuming from what I've read that your initial problem was in FS, so rather than installing the RLV viewer, try catznip as theoretically it uses the same version of tlva, but is a different viewer, this would help narrow things down, as to it being an rlva issue or an FS issue.
 

Link to comment
Share on other sites
Coffee Pancake

Coffee Pancake

Posted
Posted
2 minutes ago, Klytyna said:

I'm assuming from what I've read that your initial problem was in FS, so rather than installing the RLV viewer, try catznip as theoretically it uses the same version of tlva, but is a different viewer, this would help narrow things down, as to it being an rlva issue or an FS issue.
 

RLVa is developed in Catznip so should have the same / slightly newer code vs the latest Firestorm.

Link to comment
Share on other sites
Klytyna

Klytyna

Posted
Posted
2 minutes ago, CoffeeDujour said:

RLVa is developed in Catznip so should have the same / slightly newer code vs the latest Firestorm.

Yes, I know, thats why I said "theoretically" the same, especially as I remember having an argument with an FS dev some years back when I pointed out that FSA had at that time, fubared their rlv command buffer, so there was a 1 in 8 chance of it flushing all rlv commands at login, that's why I felt it important to figure if this is an rlva bug or just another "FS bug of the week build" problem.
 

Link to comment
Share on other sites
You are about to reply to a thread that has been inactive for 2197 days.

Please take a moment to consider if this thread is worth bumping.

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
 Share
Go to topic listing
×
×
  • Create New...