Viewer Bug Reports

This problem started cropping up after the introduction of PBR. We have had many reports of this in Firestorm support, and it does repro on the official SL viewer. The problem generally involves letter/number displays that are scripted to change. Other parts of the object are not affected. Typically the scripted item will make its texture change, and the texture will rez, blur, rez, over and over, or simply remain in an unreadable, blurry state. Right clicking the item or putting it into edit mode will often cause the textures to completely rez. Once the item is deselected, it blurs again.

Put a landmark in a subfolder of Landmarks On a fresh login, search for a LM, right click the LM and choose Show on Map The map will open but the LM/Slurl won't be there Relog, and the map will be open with the LM coordinates but the map will otherwise be empty. I have also had it happen that the map doesn't open at all. It's intermittent. Second and further tries work. I think the key might be the subfolder--LMs directly in the Landmarks folder work, and other LMs in subfolders don't. It also happens on Firestorm. I've included a screenshot that happens to be FS but the LL viewer is the same. The landmark I'm using is to the HHBS school, a mainland location and LM that hasn't changed and has worked until recently. https://gyazo.com/3ba250b71bdbdb899e83260eaf6121e8

I have an 8 core Intel i7-9700K CPU, 32 GB RAM and a Nvidia GeForce RTX 2070 GPU. Not a bad PC setup. Sure, a few years old, but still good. I can play loads of games on Ultra, do my 3D mesh building and Photoshop editing, and make and upload videos with ease. SL up to now has been fine, using Firestorm. I tried the new LL viewer over the past couple weeks, and installed the new Firestorm view yesterday. I have turned off mirrors, and set the graphics to the lowest possible settings. My PC has crashed 3 times, and when it is not crashing, the GPU is running so hot I can cook my fried eggs and bacon on it. When SL is open, the fans all ramp up to max even on these low graphics settings. This is nuts.

A few groups I manage are not showing the number of group members accurately overall and in roles. Searching for members you know are in the group and even verifying with them they still are aren't working either.

Textures in every viewer since the PBR update have now been unloading and reloading, often times failing to do so, and remaining blurry. I have tried everything suggested such as whitelisting viewers and their features, but I know I'm not the only one experiencing this. This is completely game breaking and as a texture artist it's near impossible to have a consistent workflow when half the time my textures aren't loading in. I have a new GPU and plenty of RAM to spare and then some so it's not my computer. I have been able to go into the EDIT menu and have it load in, but it does this for the diffuse texture only, and when exiting the menu it will go back to attempt its reloading cycle with multiple failures. PLEASE FIX THIS.

ExtraFPS performance does not change when using menu Advanced -> Set Window Size to a lower resolution. Older versions 7.1.8 and 6.6.17 do. Attached 4 screenshots showing the behavior on 7.1.8 and 7.1.11. This only happens when we start noticing the bug described @ https://feedback.secondlife.com/bug-reports/p/deltafps-extrafps-viewer-slowdown-coming-back-to-focus . ( Maybe this ticket should be attached to the other one, I have no idea if they are related) In fact, another interesting observation.... when we notice that bug... the viewer when out of focus, FPS goes down to 17, 18 fps instead of the usual 22 fps. There is something holding back ExtraFPS within the rendering engine, being just weird when it comes to performance, the viewer has a will of its own (ExtraFPS gets "pissed off" too easy! Needs some coaching! heheheh ). Along with the "bug" described @ https://feedback.secondlife.com/bug-reports/p/deltafps-extrafps-viewer-slowdown-coming-back-to-focus it seems to be worst on ExtraFPS with long sessions... that same 100 fps shown in the screenshots, after a 10/15 minute session with normal use, comes down to 65 at that same location, same rendering (landing point), its worst when coming from a login from 6.6.17 with the official viewers if you dont clear cache between sessions. ( I have no idea how it affects Firestorm, but I assume its relevant, since a lot of people is trying the new PBR viewer ). This contributes to that "bad" taste using the PBR viewer when it comes to performance, even on a machine that in theory supposed to push it really well, I assume it is much worse on low end machine, even though is harder to compare or notice (100 to 65 vs 35 to 25)... [EDIT: Added 2 snapshots showing that bug related (hijacked my own post), one with viewer "upset" showing the related bug above, another with the viewer in a good mood! @ http://maps.secondlife.com/secondlife/Lost%20Unicorn%20Gallery/125/111/22 , which is a very detailed region showcased at the destination guide, 6.6.17 shows 45 fps for that same region, same machine... basically that is what we are asking other users... switch to PBR, your fps can go from 45 fps at a region that you like down up to 19 depending on the viewer mood at the time! Not going to happen!] PS.: Its really easy to like the final rendering for PBR content and all the effects (I do), but even easier to hate performance compared to the old engine, which was not as fancy, not even close... but still very enjoyable.

Wear jeans with worn holes in the shins, the texture on that portion doesn't match the rest of the pants

Everything except the avitar is out of focus and if i move the camera about 100cm to the avitar that is out of focus as well. The issue is your code.

Ever since Second Life Viewer (7.1.9.10495892574) parcel music has been hard to start. It's fairly repeatable but not guaranteed. _Sometimes_ changing regions out and back will fix it. Always relogging will fix it. Coincident with this, application audio capture apps (I use Rogue Amoeba's Audio Hijack) are no longer able to capture SL audio output. The impact is severe for my DJ work. Both symptoms make it very hard to monitor in-world audio. PS I have the folks at Rogue Amoeba looking into this too, but as they use the new macOS audio capture API the solution is probably in the hands of Linden Lab and/or Apple. I am hoping you can roll back/fix whatever commit broke this.

Noticed this on the SIM I'm on, two firepits not playing transparent animated GIFs.