Edit of alpha to opaque not holding when edit is done in object
tracked
B
Brigantia Mole
We are facing a texturing issue when needing to change a PBR face from alpha to opaque. Currently when we do this in world by editing the mesh object ... editing the texture, changing from alpha to opaque and saving, it seems to save but the next time we log in, it has reverted back to alpha. The current fix we have found to work is to edit the material while it is in inventory and then to apply it. Can this be investigated so that when editing the mesh object face itself, that the changes will hold. Thank you. Please reach out if this is not clear.
Log In
Andrey Kleshchev
Can't reproduce, tried the following:
- Create a material with 'blend' and some alpha containing textures
- Dropped it onto an object
- Edited the object->Texture->Edit and set it to opaque
- Relogged
Are you applying that material via script? Are other agents able to see the change right after it was applied? Does it happen everywhere or on a specifc region? Region might be missing caps for some reason, in which case viewer will show changes, but they won't apply.
I will doublecheck failure handling, but sound like something is dropping changes or there are network issues.
Edit: viewer was applying changes locally even in case of missing a cap, fixed that, build will be added later.
Dan Linden
Issue tracked (https://github.com/secondlife/viewer/issues/2863). We have no estimate when it may be implemented. Please see future updates here.
Dan Linden
tracked
Dan Linden
Brigantia, Can you ask one of the other people seeing this bug to also add their About Second Life info in a comment. Maybe we will spot a pattern.
The underlying problem is that your viewer is either not receiving or not applying the material override data.
B
Brigantia Mole
Dan Linden Hi Dan. I just sent out a message in Mole Discord and asked any who have seen this issue to add their About Info to this ticket. Fingers crossed we will see a few responses. Thank you!!
Dan Linden
under review
Dan Linden
Hi Brigantia.
I'm not able to reproduce this issue. Maybe I don't have my material set up the same way or maybe it only reproduces in certain regions. Can you paste your entire Help > About Second Life info into a comment. Can you also attach a photo of the Material floater. If possible, please share an object that has this bug with Dan Linden, Atlas Linden, and Caleb Linden.
B
Brigantia Mole
Dan Linden Hi Dan. Thanks for the reply.
- I believe this is what you wanted a photo of ... https://gyazo.com/7409b608e4d1651356ddd662c8d14d8a
- I'm sending you a copy of one of the items where the issue is happening and also the material that was loaded. NOTE, the material was uploaded as an alpha, but when trying to edit in the object and changing to opaque, the setting is not always holding.
- I am adding the complete About here ....
Second Life Release 7.1.10.10800445603 (64bit)
Release Notes
You are at 199.1, 19.6, 23.1 in LHR Dev located at simhost-054105e5c9dc39069.agni
(global coordinates 282,567.0, 371,220.0, 23.1)
Second Life Server 2024-07-22.10048683488
Release Notes
CPU: 12th Gen Intel(R) Core(TM) i9-12900HK (2918.4 MHz)
Memory: 32440 MB
OS Version: Microsoft Windows 11 64-bit (Build 22631.4169)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: NVIDIA GeForce RTX 3080 Ti Laptop GPU/PCIe/SSE2
Windows Graphics Driver Version: 32.0.15.5612
OpenGL Version: 4.6.0 NVIDIA 556.12
Window size: 1920x1009
Font Size Adjustment: 96pt
UI Scaling: 1
Draw distance: 128m
Bandwidth: 3000kbit/s
LOD factor: 1.125
Render quality: 4
Texture memory: 16384MB
Disk cache: Max size 1638.4 MB (100.0% used)
J2C Decoder Version: KDU v7.10.4
Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.23.1 / OpenAL Community / OpenAL Soft: OpenAL Soft
Dullahan: 1.14.0.202408091639
CEF: 118.4.1+g3dd6078+chromium-118.0.5993.54
Chromium: 118.0.5993.54
LibVLC Version: 3.0.21
Voice Server Version: Not Connected
Packets Lost: 2/20,249 (0.0%)
September 21 2024 14:03:22
Dan Linden
Brigantia Mole:
Thank you for the test object. I have not been able to reproduce the bug you are reporting. I know that an edit of alpha to opaque will not work if your avatar is on a different region than the object, but in that case the change will fail immediately.
If you can think of any other action that possibly triggered this but, let us know.
B
Brigantia Mole
Dan Linden I'm really at a loss for why this is happening. It is happening for several of us as we are building. I appreciate the comment about being on different regions, but when working, I am only in one region. The challenge is that this is sporadic. When I first logged in today, the sample chair was solid. But when I logged in later, I could see through it. All I can share is that when we change a material while it is in inventory and apply it, it holds. but if I change an alpha to an opaque reading once it is applied to an object, it seems to fail a good portion of the time. Thank you for your efforts here.
Andrey Kleshchev
Brigantia Mole:
> When I first logged in today, the sample chair was solid. But when I logged in later, I could see through it.
Are you applying that material via script? Is your network connection working fine? You can also try cleaning cache.
'Material on object' consists of two parts. An inventory item and object's additions on top of it. Those additions getting lost suggests that either there are network issues or something is dropping/reapplying material, which results in additions being removed (ex: a script).
Crexon Resident
So I have a question if when you do the save of the material to a new material with those changes, are you applying the new material to the pbr material swatch in the build window? If not this might be why you are not seeing it save next time you log in since the save function saves to a new material to your inventory.