🪰 Viewer Bug Reports

We are comparing rigged mesh export from Blender to Second Life via both .dae and .glb. We can export both formats so that they behave identically in SL, but only when deformation is limited to the standard m* bones. As soon as SL volume bones are also marked deform, the .glb result differs slightly from the .dae result after the mesh is worn on the avatar. The imported static meshes are identical. The difference appears only after wearing, when the SL rig actually deforms the mesh. A few details: -same source rig and mesh same visible export mesh in Blender before writing the file same result in SL when volume bones are not deforming mismatch appears only when volume bones participate note that volume bones have the known non-neutral/rest-scale oddities Does anyone know how SL’s .glb importer handles volume bones internally, especially their rest/bind transforms or scaling? We are trying to determine whether the difference comes from Blender glTF export, Avastar/Collada export assumptions, or SL’s handling of volume-bone skinning.

Set up a script to use llSetEnviroment on a 10,15, or around there second timer. When enviroment is applied, the entire enviroment appears overly bright for a few seconds before settling into the proper brightness. This issue is new since PBR, and happens in both the official viewer latest version, and Firestorm, both my 7.1.13 and a friend's 7.2.3. It also appears, once, when manually setting the enviroment, most notable with Midday. It appears to be an issue with loading enviroment changes.

It is Second Life at fault, showing people offline to each other while standing next to each other. IMs not getting through because it states someone is offline when they are clearly online. This is happening to a lot of people and has been an issue on and off for months. Even my wife and I, in the same house on the same IP, see each other as offline and cannot send or receive IMs to each other. With my friend, dancing next to me, we were both offline to each other until I sent an IM and then it suddenly changed her online status. [01:56] Shivahn Snowfox: Hi ♥ [01:56] Second Life: Patouli Cross (patmahon7) is online. [01:57] Patouli Cross (patmahon7): hi [01:57] Shivahn Snowfox: Only just showed you online [01:57] Patouli Cross (patmahon7): you too [01:58] Shivahn Snowfox: yeah [01:58] Patouli Cross (patmahon7): [01:57] Second Life: Shivahn Snowfox is online. --------------------------------------------------------------------------------------------------------------------------------------- [02:03] cǟȶ вlυ (catalinablu): hugs :) [02:03] Shivahn Snowfox: Hugs and hi :) [02:03] Second Life: cǟȶ вlυ (catalinablu) is online. [02:03] cǟȶ вlυ (catalinablu): hola [02:03] Shivahn Snowfox: SL is playing up with online status [02:04] cǟȶ вlυ (catalinablu): yeah happened a few times last couple of weeks [02:04] Shivahn Snowfox: yeah Been getting this error message too: https://gyazo.com/c92e26bed1eb60ddceaa413f5d227096

I access SL on a MacBook Pro (16 inch, 2023) running Tahoe. Normally I use the current version of Firestorm but I have replicated this problem using the Second Life Official Viewer. Last week left-clicking on in-world links stopped working for me – e.g. clicking on INFO or DEMO links in Layla’s Adult Clothing Store (Mission Beach 163, 106, 24, see snapshot) has no effect. Right clicking isn’t affected. However my alt has no such problems, whether on the official viewer or Firestorm. I have asked the shop owner if other customers have this problem but she has not as yet replied.

Log in on a Velopack viewer. Go to Windows "Add / Remove Programs" Uninstall the Velopack viewer. Observed Behaviour You are able to uninstall the viewer while logged in on it The viewer instantly crashes Any settings changed that session are lost Expected Behaviour You should not be allowed to uninstall the viewer while it is running Velopack should check if another application with the same window class is running

On launch of viewer I get the attached screenshot which does not interfere with subsequent login or anything

I don't know how to install SL Viewer 26.1.1.23806384790 - 26.1.1 to a custom locations, using command line parameter. I am having trouble opening the 26.1.0.22641522367 version, after the notification about the newer version pops up. Please implement the option for custom location, before the installation starts.

Please leave your comments, criticisms, screenshots and reviews of the SLV "Visual Polish Viewer" project viewer here. The viewer may be downloaded below. Geenz update - March 6: New SLVP build is here: https://github.com/secondlife/viewer/releases/tag/Second_Life_Project%2314b74c9a-VisualPolishAlpha Some notes: Much faster SSR - if it slowed your machine down previously, it should be much faster now. Much smoother "glossy" SSR - should generally look much nicer on glossy surfaces and water New "Ultra" reflection quality - enables realtime reflections on water. Some things are still a little glitchy here, but should be generally closer to 6.6.17's "realtime" reflections Planar mirrors should now be much faster. Geenz update - Feb 26: New SLVP build is here: https://github.com/secondlife/viewer/releases/tag/Second_Life_Project%2374474388-VisualPolishAlpha Some goodies: Drastically reduced striations as you move the camera around Some VRAM wins with selective texture streaming. We now downrez textures more aggressively based upon what they're used for (diffuse, normal, emissive, specular, etc.) New EEP settings for tweaking post processing.

Unable to detach item (any item) after teleport. Cleared cache, re-installed viewer. This has NOT been fixed and it's affecting my shopping experience.

Rez or create object/prim. Apply a PBR material. Attempt to apply any texture without both copy and transfer permissions to Base Color, Normal, etc. This action is forbidden Switch to Blinn-Phong Same texture can now be applied without issues Why would this security feature be enabled for PBR but not Blinn-Phong? In what way IS this a security feature? The creator of an old set of boots kindly provided me copy/mod/no transfer versions of the normal maps for their boots. I applied a new PBR material of my own but wanted to add the original normal maps for additional detail. It would be a major security concern if creators had to give out copy/transfer versions of their textures to allow more involved modding and customization.