search

secondlife / jira-archive

2 stars 0 forks source link

[BUG-10330] Sitting avatars are sometimes invisible #670

Open sl-service-account opened 9 years ago

sl-service-account commented 9 years ago

Observed

Behaviour of imposters on the STORM-2082 test viewer.

Attachments

Links

Related

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-10330 | | Summary | Sitting avatars are sometimes invisible | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Whirly Fizzle (whirly.fizzle) | | Created at | 2015-02-16T06:37:26Z | | Updated at | 2019-08-02T18:47:02Z | ``` { 'Branch/Repo Fixed In': 'https://bitbucket.org/oz_linden/391-blizzard', 'Business Unit': ['Platform'], 'Code Review': 'https://bitbucket.org/oz_linden/391-blizzard', 'Code Reviewer(s)': [ { 'active': True, 'avatarUrls': { '16x16': 'https://jira.secondlife.com/secure/useravatar?size=xsmall&ownerId=oz.linden&avatarId=14145', '24x24': 'https://jira.secondlife.com/secure/useravatar?size=small&ownerId=oz.linden&avatarId=14145', '32x32': 'https://jira.secondlife.com/secure/useravatar?size=medium&ownerId=oz.linden&avatarId=14145', '48x48': 'https://jira.secondlife.com/secure/useravatar?ownerId=oz.linden&avatarId=14145', }, 'displayName': 'Oz Linden', 'key': 'oz.linden', 'name': 'oz.linden', 'self': 'https://jira.secondlife.com/rest/api/2/user?username=oz.linden', 'timeZone': 'America/New_York', }, ], 'Date of First Response': '2015-06-22T16:28:43.943-0500', 'Severity': 'Unset', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'see descriptions', 'What were you doing when it happened?': 'see descriptions', 'What were you expecting to happen instead?': 'see descriptions', } ```
sl-service-account commented 9 years ago

Whirly Fizzle commented at 2015-02-23T22:33:09Z

This bug is fixed on Second Life 3.7.25 (299166) Feb 22 2015 08:25:57 (Second Life Test)

sl-service-account commented 9 years ago

Mike Denneny commented at 2015-06-22T21:28:44Z

Do you know how the 20k Arc was determined?

sl-service-account commented 9 years ago

Whirly Fizzle commented at 2015-06-22T21:55:08Z

Not sure what you mean... Advanced -> Performance Tools -> Enable "Show draw weight for avatars" will display each avatars ARC reading. This issue is old & fixed now & a lot has changed in the test viewer since I filed it.

sl-service-account commented 9 years ago

Mike Denneny commented at 2015-06-22T21:57:10Z

What I saw is that it will default the maximum render weight before forcing imposters as 20k.

https://gyazo.com/becd2cde6a832fcfdfd965ade4cd6a19

sl-service-account commented 9 years ago

Whirly Fizzle commented at 2015-06-22T23:25:24Z

I chose 20k as my Maximum ARC setting for testing. Maximum ARC has now been renamed to Maximum Complexity. The viewer will set the default Maximum Complexity setting according to which graphics quality setting your card defaults to. Low defaults to Maximum Complexity of 30k, anything above Low defaults to Maximum Complexity of 60k, but those numbers may change in the future.

The info on this issue is outdated now, it's best to try the viewer yourself to see how the feature works: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-render-weight/latest.html Note that jellybaby rendering is somewhat broken currently, LL know about that bug.

sl-service-account commented 9 years ago

Whirly Fizzle commented at 2015-07-05T04:08:57Z

@Oz You seem to be using this issue for ttracking the new imposter fixes (though this bug was different) so I'll comment here.

Are the broken imposters still a work in progress? Behaviour is not correct on https://bitbucket.org/oz_linden/viewer-render-weight/ built at rev 7010c20 (current tip), but I dont know if its too soon to file issues for the bugs found on that build.

(I stopped testing this viewer - see email for why).

sl-service-account commented 8 years ago

lindenrobot commented at 2015-08-06T15:59:22Z

New Changeset: http://bitbucket.org/andreykproductengine/weight-notification/changeset/cfa7e0925e64 correct labels for rendering choices for STORM-2107 Committed by: Oz Linden oz@lindenlab.com

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-08-24T03:36:24Z, updated at 2015-08-24T05:17:29Z

@Oz This bug still reproduces on Second Life 3.8.4 (304433) Aug 19 2015 17:10:20 (Second Life Project QuickGraphics) I'm seeing a lot of invisible imposter avatars, both normal imposter & jellybaby imposters unless I set Maximum complexity to no limit.

Do you need a new JIRA issue for this in BUG? Not sure because this issue is still open...

Entered the region with Max Complexity set to 20k. Waited 20 mins and all imposters, both standard & jellybaby are still invisible: http://prntscr.com/886w5j Alt logged in on default release saw everyone fully rendered with no problems.

Setting Max # imposters to no limit & back down to default (12) then all jellybabies & standard imposters then rezzed correctly, apart from new avatars who entered the scene that were imposters. I had to keep setting Max # non-imposters to No Limit to force those new arrivals to render at all. http://prntscr.com/886y04


Second Life 3.8.4 (304433) Aug 19 2015 17:10:20 (Second Life Project QuickGraphics)
Release Notes

You are at 166.9, 134.9, 24.3 in Franks Place 2 located at sim10026.agni.lindenlab.com (216.82.48.36:13016)
SLURL: http://maps.secondlife.com/secondlife/Franks%20Place%202/167/135/24
(global coordinates 163,239.0, 320,391.0, 24.3)
Second Life Server 15.07.28.303910
Retrieving...

CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (3491.94 MHz)
Memory: 16268 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 750/PCIe/SSE2

Windows Graphics Driver Version: 10.18.0013.5560
OpenGL Version: 4.5.0 NVIDIA 355.60

libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1h zlib/1.2.8
J2C Decoder Version: KDU v7.2
Audio Driver Version: FMOD Ex 4.44.31
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Vivox 4.6.0017.21209

Built with MSVC version 1800
Packets Lost: 285/79,396 (0.4%)
sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-08-24T06:29:25Z

On Second Life 3.8.4 (304433) Aug 19 2015 17:10:20 (Second Life Project QuickGraphics), non-imposter avatars are also rendering as invisible until you disable & re-enable imposters.

sl-service-account commented 8 years ago

Oz Linden commented at 2015-09-25T19:36:18Z

Please provide a complete repro, including exactly how each avatar is attired, and all relevant setting values at each step.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-09-27T10:26:27Z, updated at 2015-09-27T10:27:25Z

This still reproduces sometimes on Second Life 3.8.4 (305448) Sep 25 2015 14:08:38 (Second Life Project QuickGraphics).

Example taken on 3.8.4.305380 https://gyazo.com/93a1ea60b9e749a540d09818b096bac7

Example taken on Second Life 3.8.4 (305448) Sep 25 2015 14:08:38 (Second Life Project QuickGraphics) https://gyazo.com/8d109c5e3a96831fda1c8e562825f471

On both gifs, these avatars were totally invisible until I disabled imposters by setting Max # non-inposters to No Limit. When you see an invisible avatar, they remain invisible no matter how long you wait unless you disable imposters. Once imposters have been disabled, the avatars will render correctly as either a standard imposter or a jellybaby once you enable imposters again. Changing the Maximum complexity will not make them visible.

Settings I have been using: Graphics Quality: Ultra. Maximum Complexity 19999 All other graphics settings are in defaults for the Ultra setting.

So far every invisible avatar that I have seen on recent builds has been sitting down - sitting on an object, not ground sitting. I'm unsure if this is just a coincidence or not. I'll try to pin down a better repro.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-09-27T12:12:33Z

Logs attached from a session on Second Life 3.8.4 (305448) Sep 25 2015 14:08:38 (Second Life Project QuickGraphics) where I reproduced invisible avatars. SecondLife_305448_1.log

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-09-27T12:37:40Z

@Oz

...including exactly how each avatar is attired

What's the best way to do that? I can enable DebugAvatarAppearanceMessage (though this doesn't seem to work properly when you also have "Show avatar complexity information" enabled) & dump their attachments with llGetAttachedList().

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-10-06T04:16:13Z

This still reproduces on http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/3.8.5.305528

Graphics settings: Default Ultra apart from Maximum Complexity changed to 19999.

This ladies partner remained invisible to me after waiting 20 mins: http://prntscr.com/8o8kuy I could see his attached particles though ;)

After disabling imposters, the invisible avatar rendered: http://prntscr.com/8o8lkm Here is a gif showing disabling imposters fixing the problem: https://gyazo.com/ea6b962d9057df1aebdc7ecb6c8e28aa

The invisible avatar was sitting on a dance ball - I still think this only reproduces with sitting avatars. I've yet to see an invisible standing avatar. I still don't have a solid repro for this, though I find it easy to reproduce just by visiting busy places where there will be lots of sitting avatars.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2015-10-06T09:43:27Z

Another possible clue for the cause of invisible avatars. Refer to BUG-10401 When you have an avatar blocked on the QuickGraphics viewer, the way the blocked avatar renders now is really buggy - sometimes the blocked avatar is invisible and sometimes it's a Jelly Baby. Could this be related to this problem with Jelly Baby avatars incorrectly rendering as invisible? Disabling imposters always fixes the invisible Jelly Baby issue and disabling Imposters causes any blocked avatar to fully render (which is a bug).

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-03-13T03:12:48Z, updated at 2016-03-13T03:14:08Z

Testing on the new Quick-Graphics RC: Second Life 4.0.2.312297 (Second Life Release)

I'm seeing even more invisible avatars then ever before on this build. The avatars are only invisible when they should render as jelly.

For example:

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-03-14T22:57:33Z

@Oz I saw you had changed the title of this issue. I just wanted to note that in the example I gave above, this invisible avatar was not sitting & was walking around that area.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-03-20T02:14:17Z, updated at 2016-03-20T02:21:02Z

I'm still hunting a solid repro for the invisible avatars, however here is one way that seems to often (but not always) cause it to happen.

Observed Avatar A now renders as invisible. Avatar A will remain invisible unless you either choose to Render Fully or you set Max Complexity to No Limit.

https://gyazo.com/1fc6f9652cf256e285508b4f7226eedd http://prnt.sc/ahh8sh

Expected Avatar A should render as a jellybaby.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-04-06T15:25:19Z

Theory from Niran (with permission to post chat):

[08:17] Amethyst (NiranV Dean): If an avatar was previously impostored (not jellybabied), this Avatar will permanently be flagged as Impostor, even if he later gets derendered either by right click or the jellybaby feature. Sometimes when impostors are created, they are invisible and since they dont refresh anymore properly, they will stay like that. If you happen to jellybaby this person now, he will be rendered as normal impostor and therefor become invisible because the normal impostor was invisible too
[08:18] Amethyst (NiranV Dean): the "fix" therefor would be resetting the impostor flag
[08:18] Amethyst (NiranV Dean): same goes vise versa btw
[08:18] Amethyst (NiranV Dean): if you jellybaby someone, he will be jellybabied even if you disable the feature
[08:18] Amethyst (NiranV Dean): or in worst case, rendered invisible
[08:22] Amethyst (NiranV Dean): my theory is easy to reproduce
[08:22] Amethyst (NiranV Dean): the really hard part is
[08:22] Amethyst (NiranV Dean): making an impostor not render properly
[08:22] Amethyst (NiranV Dean): and THEN
[08:22] Amethyst (NiranV Dean): after it didn't render properly
[08:23] Amethyst (NiranV Dean): jellybabying him
[08:23] Amethyst (NiranV Dean): if he stays invisible
[08:23] Amethyst (NiranV Dean): then there might be your problem
[08:23] Amethyst (NiranV Dean): but as far as I've tested this stuff that is how it should work
[08:23] Amethyst (NiranV Dean): since it still takes the normal impostor afterward
sl-service-account commented 8 years ago

Grumpity Linden commented at 2016-04-06T16:14:43Z

From Ruslan: Hi Whirly, could you please retest this problem on the build http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/ruslanteliuk-391-blizzard/rev/312596/arch/CYGWIN/index.html It contains fixes for MAINT-5700,MAINT-5022 which is related to the problem with avatars. I try to reproduce this bug on London City: http://maps.secondlife.com/secondlife/London%20City/88/217/24 but without success. If I'm correct, you reproduce it with settings: Avatar Maximum complexity: 19999 Max. # of non-imposters: 1

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-04-06T22:03:10Z, updated at 2016-04-06T22:24:41Z

Reproduced invsible avatars on the build Grumpity gave me: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/ruslanteliuk-391-blizzard/rev/313256/index.html

Example:

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-04-07T21:11:23Z

Bug also repros on Oz's build: Second Life 4.0.4.313590 (Second Life Release)

Reproduced several invisible jelly avatars at this location: http://maps.secondlife.com/secondlife/Happy%20Heaven/113/186/2003

Example:

So just to clarify - it is only the jellybaby imposters that are invisible. Not the standard imposters.

Second Life 4.0.4.313590 (Second Life Release)
Release Notes

You are at 112.7, 186.5, 2,002.6 in Happy Heaven located at sim10095.agni.lindenlab.com (216.82.48.161:13017)
SLURL: http://maps.secondlife.com/secondlife/Happy%20Heaven/113/186/2003
(global coordinates 172,401.0, 356,794.0, 2,002.6)
Second Life Server 16.03.04.312045
Error fetching server release notes URL.

CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (3491.94 MHz)
Memory: 16268 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 750/PCIe/SSE2

Windows Graphics Driver Version: 10.18.0013.6472
OpenGL Version: 4.5.0 NVIDIA 364.72

J2C Decoder Version: KDU v7.2
Audio Driver Version: FMOD Ex 4.44.31
LLCEFLib/CEF Version: 1.5.3-(CEF-WIN-3.2526.1347-32)
Voice Server Version: Vivox 4.6.0017.22050

Packets Lost: 5,762/129,784 (4.4%)
sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-04-28T00:40:45Z

Grumpity found an avatar that will reproduce this bug 100% of the time: https://marketplace.secondlife.com/p/avatarium-Stitch-Puppet/1856559 This avatar renders normally as a standard imposter but when it renders as a jellydoll, it is always invisible.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-04-28T01:13:31Z, updated at 2016-04-28T01:16:17Z

Finally, steps to reproduce this from scratch. I think this is a different case to some of the invisible avatar cases above because this one will reproduce 100% of the time but a lot of the times I've seen this before, a relog will fix the invisible JellyDoll.

Observed

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-05-18T21:30:01Z, updated at 2016-05-18T22:58:08Z

Still seeing invisible Jellydolls on Second Life 4.0.5.315117 (Second Life Release)

Example: https://gyazo.com/37c38769bf56b1306f769dc4bd28a6ea This avatar was not wearing a full body alpha.

sl-service-account commented 8 years ago

Whirly Fizzle commented at 2016-05-20T12:12:21Z

Conveniently, those 2 avatars shown in the above gif appear to be bots, they are still both sitting in the exact same place today when I went back to have a look. Location is Sweethearts: http://maps.secondlife.com/secondlife/Sweethearts/121/19/24 Avatar name is janineee10, find her on the radar.

I think there's several different repros that produce the invisible Jelly Dolls. I can now see why her particular avatar is "invisible" when she renders as a Jelly Doll though & this is quite possibly why I seem to see this problem more often with sitting avatars.

What seems to happen with certain avatars, or maybe certain sit poses is that when the seated avatar renders as an imposter (standard or Jelly) is that they will often render underground or offset in some way from the seat, sometimes depending on camera angle & sometimes not.

Example using janineee10 sitting on that couch at Sweethearts:

I don't think this behaviour explains all the cases of the invisible Jelly Dolls, because when I've seen them before I've moved my camera around them a lot & they remained invisible, yet after a relog, they rendered correctly as a Jelly Doll, but it probably explains some cases of it. Looks like it's just the way imposter can behave when sitting down, but now with Jelly Dolls, it's more likely to be noticed.

Second Life 4.0.5.315117 (Second Life Release)
Release Notes

You are at 121.4, 19.4, 23.8 in Sweethearts located at sim10017.agni.lindenlab.com (216.82.48.27:13016)
SLURL: http://maps.secondlife.com/secondlife/Sweethearts/121/19/24
(global coordinates 193,145.0, 291,347.0, 23.8)
Second Life Server 16.04.21.314319
Retrieving...

CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (3491.93 MHz)
Memory: 16268 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 750/PCIe/SSE2

Windows Graphics Driver Version: 10.18.0013.6472
OpenGL Version: 4.5.0 NVIDIA 364.72

J2C Decoder Version: KDU v7.2
Audio Driver Version: FMOD Ex 4.44.31
LLCEFLib/CEF Version: 1.5.3-(CEF-WIN-3.2526.1347-32)
Voice Server Version: Vivox 4.6.0017.22050

Packets Lost: 1,262/101,528 (1.2%)