🪰 Viewer Bug Reports

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.

I'm currently working on an alpha, and today has been particularly chaotic. I've encountered this glitch multiple times. As the message clearly states, the issue seems to be with your servers. How is it possible that a file can’t be found when it's clearly visible on screen?

These issues appear to occur with a High DPI monitor with Viewer UI scaling or Windows UI Scaling: Cursor disappears in any text box, including on login screen, script window, search boxes, and chat windows. Shift-tab to un-indent, or pressing enter to auto-indent to next line in script editor is awkward. Shift-tab pulls more lines than it should back. Shift-Up to select a prior line off by 1 space making things misalign. Trying to shift-tab a single line erases it. These may seem unrelated but I've had the issue occur over UI Scaling as well, so I avoid that now. Well, now Windows is UI scaling, and the same issue occurs. Temp fix: Properties on the viewer shortcut, Compatibility tab, Changed High DPI Settings, and Override high DPI to System. This slightly blurs fonts (ClearType is no longer active) but fixes the cursor issue. The text editor issue Ive seen occur from using any viewer UI scaling and trying to edit scripts. If there was any doubt about it being a High DPI thing, my main monitor is 2560x1600 w/ 150% scaling in Windows. My secondary is 1920x1080 with 100% scaling, and just moving the window from main to secondary fixes the cursor issue. In the mp4 added: 00-08s: I cant see my mouse so I'm moving it around between the UI and Input field showing it disappearing. This doesn't show in the recording. 08-12s: I pressed enter at the end of the llSay line to make a new line, and pressed Shift-Up. It should have selected right before llSay, but catches an extra space in front of it. 15-17s: Using keyboard again (cant see the mouse after all) copy several llSay lines and then select lines 4-8, Shift-Tab affects lines 4-12. Pressing again selects even more, and Shift-Tab operates on those as well. 17-27s: Undoing the extra lines to restore to new script default 27-32s: Select line 4 and Shift-Tab. It erases the line entirely. Undo, End, Shift-Home, Shift-Tab, does it again.

login fly to a area away from where you logged in at look for missing items that were in world prior logout where the items are missing login > items reappear after logging into that location

Working on a mesh lantern, the materials are doing a weird thing when I apply the scripting function to swap the material via UUID. Both materials have identical maps, one material has a different emissive tint (the lamp lighting in places). The function I am using in the script is llSetLinkPrimitiveParamsFast, no scripting changes were made to the material properties, just swapped out the whole material, A for B / B back to A, over the entire mesh object UV, not individual faces. The script has no errors, and though the materials are fully rendered and clear the materials are showing up with these odd edges, like the normals or smoothing groups are messed up, but they were not before scripting (see pictures). These artifacts are not everywhere on the whole object, but in random places all over it. In the FS client, If I rez the scripted object from inventory, it shows the glitched material. If I then drag and drop that same material onto the mesh from inventory, it suddenly looks fine. If I click the button to activate the script, it reverts back to the glitch and remains so no matter how many times it is turned on or off. So the script changing the material is causing the issue. I and others have checked all aspects of the scripting and the code and UUIDs are correct. Next I used the latest SL client and when I rezzed the item from inventory, the glitch was visible on the material, HOWEVER If I dropped the material from inventory onto the item, it cleared up and looked correct AND the fix was persistent before and after running the script that made the glitch revert back in FS. So initially, it showed the glitch, then if I drop the material onto it, it is fixed permanently. If I drag a "fixed" one back into inventory, rez it again to see if it remains fixed, it does so. Problem solved in SL client. When I went back in to FS, the ones I had fixed and left out while in the SL client looked correct still. When I clicked to run the script, they glitched again. If I dragged the material onto it, fixing the material, then clicked, it glitched then also. If I dropped the material onto it from inventory, fixing it, then took it back into inventory fixed, when I rezzed it, it was glitched again and operating the script would continue to be glitched. No permanent fix for the visual glitch, in or out of inventory. I repeated all these tests in the FS, FS Beta, Alchemy Beta, Black Dragon client and the results were all the same in every client except the official SL client, so I am assuming it is an issue with the script handling of PBR materials in all 3rd party clients. The SL client was able to consistently reproduce the correct rendering using the script, also upon taking the item into inventory and rezzing it again.

CONTINUES to be a problem. This is a particular nuisance when your recent build all get returned to you because you group is set to NONE even though your TAG still reflects the group you were in during the last log off...

I use voice a lot so yes I know how to turn it on. When I log into sl, I cannot hear. My friends hear me occasionally but most of the time they can't. I have to log into firestorm which I really don't like using. This has been going on since April 2nd or 3rd.

I have been working with a Firestorm dev on this issue, he has pretty much sorted out the repeats per meter not working at all, but... Now he has the ui working, there is a disconnect from the Blinn-phong in that with BP textures the repeats per meter uses the texture aspect ratio for repeating, as you would expect. The PBR repeats per meter is using the objects aspect ratio and changes the texture to match that and repeat. Not only is this for the majority of cases not the expected behaviour given most textures are 1:1 ratio and designed to be repeated AT that ratio, it is also a complete disconnect from the BP and PBR workflows where the same UI elements will produce different repeats.

Viewers constantly fail to load block list

There is a connection to the server, I see how others speak on the visual indicator. But the opponent's voice is not heard, I am also not heard, and there is no reaction from my indicator. My sound card is detected in the settings correctly. This only happens when using webrts on vivox everything works fine. This happens on all viewers that support webrts, both official and on the latest versions of firestorm, including beta. Most likely this is due to the fact that I am not using the built-in sound card but a Sound BlasterX AE-5 Plus. Viewer gives the ability to select the correct inputs and outputs but the voice sound in webrts mode is completely absent.