Open chotaire opened 1 year ago
I'm hereby offering a bounty of 💰 L$20,000 to the contributor who provides a merged patch to the entire avatar floating problem after login, I think 10 years have been enough. ;) Contact me in-world (Chotaire Seelowe) If you wanna start debugging.
This floating, is this in 3D view only or does the avatar float from other viewers' perspectives as well?
From other viewers perspectives. 3D view hasn't been working in quite a while ;)
There are avatars with shapes that would always have floated before v2.39.335.0, no matter what (except when logging in with other viewers). And there are others, that had randomly floated after a reconnect. They could still be fixed by wearing a "normal human" shape, and then "Replace Outfit" back to the original outfit folder (v1). When watching this from another viewer, it is visible how the avatar will correct its "hover height" a second or so after the last step.
If interested, I can send you a mesh avatar that causes this problem at all times, no matter the Radegast version.
3D view has always worked for me, but I have a rather old gfx card. At this point, I think it's broken more because of using fixed function shaders, but I digress.
Thank you for clarifying. I am looking into this.
Any news on this?
The new Radegast versions prevent me from updating because of a worsened issue with rendering avatar shapes:
When using deformed shapes for mesh avatars, there has always been the possibility that an avatar will end up floating over the ground after login. This could previously (at least until v2.39.335.0) be fixed by switching to a "normal" shape, then "Replace Outfit" back to the clothing folder in question. With most shapes, this would fix the issue for an average of a "couple of logins" until the problem reappears. I ended up just doing this "replace shape and back" trick upon every login just to be sure.
With late versions of Radegast, in this case tested with version v2.40.347, there seems to be a 100% probability of the avatar ending up floating after login. Unlike previously, this can no longer be workarounded by changing to a normal shape and back.
I have tested the original problem on numerous Windows versions and hardware, it happened randomly on all installations for around 10 years. That it can no longer be workarounded is a huge problem to me and will require that I stick to an outdated version 2.39.335.0 of Radegast until it ceases to work with Second Life. To me this is a showstopper.
Interestingly, when reverting back to v2.39.335.0 from v2.40.347, the avatars in question will not only need to be "replace shape and back" to look normal again, they will additionally require another relog otherwise they will continue to show as orange clouds to everyone. Something seems off here.
In all other viewers except Radegast, the avatars in question will never pose a floating problem. Is anyone willing to look into this? I will be happy to devote some time for debugging or supply example shapes.