🪰 Viewer Bug Reports

Requires AMD GPU, Adrenalin 25.10.2 or later. See attachment for a visual of the issue. Toggling AO makes no difference. Please note that there is a risk of this issue being prevalent for many months to come if Linden does not exert pressure on AMD to work together on a solution to this rendering issue. I'm speaking from experience with other software. The workaround is to revert back to 25.9.1 driver. Others complained here: https://reddit.com/r/secondlife/comments/1olf72w/skinclothes_glitching/

I've become aware of a texture rendering issue that impacts textures when on a face. It's not so much an issue that only impacts PBR textures, but it is exponentially worse and makes certain designs as mastered in Substance unusable as PBR. I'm not enough of a rendering brain to understand what is going on here, but it's my belief this is not correct and is a bug. I hope that this will get in front of the right people to be evaluated and hopefully fixed. This is being demonstrated with a 0-25% gray bi-linear gradient, however anything that uses color and gradients near this will exhibit the same obvious defects. A single example using real-world art is included for reference. Texture UUIDs Dark gradient lossy: cac83520-08b2-500f-b683-1ede13d4e052 Dark gradient lossless: bd66f42c-6b56-780e-c183-3307151f8292 Raw files, non-anotated screenshots, and sample items shown are available upon request but I don't think they will be necessary. As I was sharing this around with creator friends moments before submitting this I was made aware this may be or have been a known bug, and can be alleviated entirely on the material side by setting the alpha mode selector to blended. Masked and opaque do still exhibit the shown issues. This made me frown. There is no alpha channel on the textures shown.

God-take a copy of the green box at http://maps.secondlife.com/secondlife/By%20Design/123/110/22 Alternatively, Dan has a copy of the sweater Unpack the box & attach the rigged mesh "Rokins - Tari Sweater - LaraX - Fatpack" sweater to your avatar To be able to see the sweater correctly, you will likely need to wear an alpha on your upper body The sweater should look nice & fluffy like it does in attachment "Expected.png" Occasionally though the sweater will be broken as soon as you attach it & you will have to remove it & reattach it for it to render correctly When you see the sweater correctly with all the fluff displaying, Teleport around a few different regions Roughly 50% of the time after a teleport, the sweater will lose either some or all of its fluff & look like the attachment "Broken.png" When the fluff doesn't render on the sweater, sometimes zooming the camera out & back will fix it. This doesn't always work though & you have to remove & reattach the sweater to see it correctly When the fluff isn't rendering on the sweater, right clicking the sweater doesn't fix it When you see the sweater fluff rendering correctly, observers may see the fluff missing & when you see the fluff missing, observers may see the fluff rendering correctly If you rez the sweater on the ground, you will see it is made up of many different layers & there is quite a bit of space between each layer so I wonder if it's the way the sweater is structured that triggers this behaviour I'm also not sure if this is a bug or a content creation issue. Dan Linden has also reproduced the bug. Bug reproduces the same on the LL viewer & Firestorm Viewer.

The base color of a PBR material is inconsistent depending on whether it's opaque or alpha blended: in opaque mode, the base color's low end is crushed in a way that's consistent with a lossy sRGB-linear conversion, whereas in blend mode it is not. Steps to reproduce: 1) Rez 2 cubes 2) Apply this material by UUID on both cubes: 4123dd84-6f3e-52d0-4f8d-051d7c1a7c20 3) Set Scaling to U 0.125, V 1.0, offests U 0.24, V 0.0 to zoom into the gradient's dark end 4) Observe the intense banding at the dark end of the gradient's colors 5) Set one of the cubes into alpha blend mode instead of opaque 6) Observe that the banding disappears and the texture is displayed correctly wrt. the actual colors in the base color layer 7) Bonus: rez yet another cube, apply this texture as Blinn-Phong diffuse: bf0a0a57-8574-3f55-b5bc-eaae688b181e 8) Set scale H 0.125, offset H -0.2 to zoom into a similar region as the PBR material 9) Observe there is no banding, looking quite identical to the alpha blended PBR Demo image has opaque cube on left, blended cube on right.

A script that reapplies an environment to an avatar at set intervals using a timer event, causes the transition to restart every time it is re-applied, even when it's the same environment, creating a "bouncing" effect where the sun/moon keep moving back and forth in the sky, as well as causing probe reflections to constantly turn on and off as the environment keeps constantly changing. The only way to fix this at the moment is to simply set the transition time to zero, but on some viewers like black dragon the reflection flickering persists despite of this, creating an inconsistent experience between viewers.

Since the V7 viewer was introduced there is a major issue with highlighting transparent faces which often renders it completely useless. If there are alpha blended and alpha masked surfaces in the same scene, once an alpha mask highlight happens to be behind an alpha blend highlight, it doesn't render behind the alpha blend highlight. See the screenshots below. First highlight transparent (Ctrl+Alt+T). Rez a cube and set the default transparent texture on it or change its transparency to 100%. Then rez a second cube, set the default transparent texture on it, switch alpha mode to alpha masking and set mask cutoff to 100%. Then place the alpha mask cube behind the alpha blend cube and move your camera view so that the alpha blend cube will be in front of the alpha mask cube. The blue highlight will vanish behind the red highlight. Also see the expected behavior screenshots from a V6 viewer. This used to work like this forever before V7 viewers and it is crucial for particular workflows. In a large scene where you have alpha blended and alpha masked faces and you need to make sure invisible parts of these objects are not reaching over borders or places where they shouldn't, the alpha blend highlights will cover any alpha mask highlight under or behind them. Now instead of seeing the entire scene when highlighting transparent, we need to turn off alpha blend highlights to check for alpha mask highlights. It breaks this workflow completely and makes it complicated, it also takes a lot more time to check a scene. Another example that is very important is that vehicles have alpha blended windshields. If you need to highlight transparent while in a vehicle because you hit an invisible obstacle, with the current behavior you can't see the alpha mask highlights at all, again unless you turn off the alpha blend highlight. And then you need to check for the two kinds of surfaces separately while you are supposed to be traveling. Another issue is that the red highlight of the alpha blended faces is extremely bright and also more transparent than it used to be (difference visible in the screenshots), so it is very difficult now to work with alpha blended textures on objects without getting a headache, and the edges where the texture is too transparent cannot be seen properly. I can't see the reason behind this, there is no benefit of making the red highlight so bright. I assume the transparency of the texture is simply the result of the new rendering system, but then the texture should have been remade to look like it used to be before V7. Please restore the full functionality of the alpha highlight system to how it used to be before V7.

I have had this issue for month that glass materials (BlinnPhong and PBR) keep flickering to opaque white in certain angles without any discernible systematic reason. I tried to adjust environment lighting, reflection probes, point lights etc. I tried SL viewer & Firestorm and both have the same problem. I provided a video to show the issue (recorded in Firestorm). This game is unplayable due to this issue and it used to work fine like half a year ago at the very least. The problem persists if I change my graphic settings to anything from Low to High (record shows low settings)

Blinn-Phong textures with alpha channels appear excessively transparent in the PBR client, with thinner alpha edges. Adjusting the exposure to the lowest setting or changing environment settings doesn't help. This issue affects many products, and the only solutions are to double the layer or make textures more opaque and have two versions of the same product included with the purchase. However, this causes inconsistency for users who don't use PBR, as they will see the items differently than PBR users.

Create PBR a material Set mode to "Mask" or "Opaque" Preview texture on any object you will see texture depth loss. Change mode to "blend", color depth issue will be resolved but alpha issues will occur so this is not a viable alternative, mask is required to fully resolve the issue. The above issue happens on every object I have tested it on and greatly impacts and limits creativity for all users wishing to use PBR. I've tried this with numerous textures and all have the same outcome, Will add more detail if needed but I think this covers it enough.

When a probe larger than 64x64x64 is created, all other reflection probes stop baking normally. They will still update on forced changes but will not update over time. Fixing this behavior or disabling probes above 64m are both acceptable fixes.