🪰 Viewer Bug Reports

As an effort to chase down opengl errors while working on megapahit, i found this one among others that i could fix, but this one, i am not sure what to do with it : so this is in lldrawpoolwater.cpp, lines 209 and 210. shader->bindTexture(LLViewerShaderMgr::BUMP_MAP, tex_a); this line is binding the texture it calls a bindfast()), then the next line will set its filtering options: tex_a->setFilteringOption(filter_mode); Problem is, when transparent water is turned OFF, this call will generate an invalid_enum error in llrender.cpp : void LLTexUnit::setTextureFilteringOption(....) The reason why is, when it's called and the transparent water options is OFF, the mCurrTexType is equal to TT_NONE, which indicates the texture unit isn't active. subsequent calls to glTexParameteri(...) generate an invalid_enum error, since the target is invalid (sGLTextureType[mCurrTexType]). So it appears, for some reason shader->bindTexture(LLViewerShaderMgr::BUMP_MAP, tex_a); doesn't succeed at enabling the texture. I saw this on Mac, i can't say if it happens on other platforms. Also i didn't "explicitly" see this error in SLv, but it's most certainly present as the relative code in megapahit is identical and based on 7.1.15. This has been around for several updates ( at least 7.1.13 ), i couldn't say if older. In some cases it leads to performance drop when water transparency is OFF, but .. not always ... might depend on a combination of settings. I thought i would share this as the engineers who worked on this would certainly know better than me.

Since the most recent SL Official Viewer and the recent (mid-June) Firestorm viewer, I get crashes shortly after logging in at my home location or other locations. If login is successful, I will crash shortly after beginning to move around or when remaining still but flycamming around. This is on Mac (intel) and AMD graphics as noted in the info block below. --also-- Logging in to my home region (Cape Poge) occasionally fails, especially after relogging following a crash as described above. When it does, I can usually log in to a mainland location (DeHaro or similar) and TP to my home location, but will usually be followed by the crash scenario. This does not seem to occur on my Apple Silicon M4Pro notebook, just my intel-based desktop machine, which is older but was working great up till the latest releases. Currently unusable on said hardware. EDIT - update - It looks like Debug Setting "RenderAppleUseMultiGL" set to FALSE is the solution here. Testing now but night & day difference so far. Currently stable with this setting.

I would like to apply BOM AUX textures on the lashes of my mesh heads but I noticed annoying differences in their rendering when they are alpha (which is the case for lashes). Here is an example : https://gyazo.com/a46d41f4fbbbb8588a82c71d69892870 Above, the texture applied directly on the prim. Below, the texture applied through the BAKED_AUX2 texture. As you can see the rendering is different. The BAKED_AUX2 is "lighter". Why is it so ? For the moment I can not use the AUX textures for my lashes because of that difference...

After login or teleport, it often happens that some objects (usually large props like parts of buildings, landscaping stuff) are not displayed until I (accidently) rightclick on them. In older viewer-versions you could toggle wireframe off/on to force all objects to be shown and there are other tricks to 'unhide' those objects. That issue is well known for many years, for example, look here: https://community.secondlife.com/forums/topic/459592-problem-larger-mesh-props-remain-invisible/ and its a mystery to me why it gets no attention from the devs. Its extremely annoying, almost a showstopper for me. It just happens a lot to me, no matter what viewer I'm using (FS and LL), what PC I'm using and how fast my connection is. I'm not using any exotic hardware or settings. After almost every teleport I'm standing on invisible floors, bouncing against invisible walls and looking at party rezzed buildings.

Rez a prim Set material to PBR Metallic Click Texture Picker and set material to Blank Edit Selected material and Base Color, ORM or anything else Attempt to remove material using Texture Picker and Selecting None Any edits are removed, but the Blank material remains on the object If you select a saved material from Texture Picker, the material can be removed by using Texture Picker and Selecting None. This is the expected behavior.

The issue I reported probably like 10 years ago still exists: * Teleport to a new region * Source region sends circuit info of destination region to viewer * Viewer acknowledges circuit info being received * Simulator of source region transfers agent to simulator of destination region * Simulator of source region immediately closes circuit with agent's viewer * If for some reason to connection to the simulator of the destionation region fails, the viewer has no connection to either the old simulator nor the new simulator and gets logged out after 60 seconds The connection with the viewer must only be closed after the simulator of the destination region confirms the connection with the viewer has been established instead of relying on faith the handover will succeed without any problems.

When taking a snapshot with Screen Space Reflections (SSR) enabled in the viewer, reflections visible on reflective surfaces in the viewer window are not captured in the resulting snapshot. This results in a discrepancy between what the user sees in the viewer and the final saved image. Steps to Reproduce: Enable Screen Space Reflections in the viewer settings (Graphics -> Advanced Lighting Model -> Reflections -> Screen Space Reflections). Position your avatar in a location with reflective surfaces (e.g., near water, mirrors, or shiny objects). Ensure that reflections are clearly visible in the viewer window on those surfaces. Take a snapshot using the in-viewer snapshot functionality. Observe that the saved snapshot does not include the reflections that were visible in the viewer. Expected Result: The saved snapshot should accurately capture all visual elements present in the viewer window, including screen space reflections. Actual Result: The saved snapshot is missing the screen space reflections, resulting in a visually inconsistent image. Workaround: None known. Affected Versions: [Specify affected viewer versions] Attachments: Snapshot_001.png - Result of the snapshot showing the missing reflections. Viewer_Screen_Snip_Capture.JPG - Screenshot of the scene as seen from the viewer in-world, with reflections clearly visible.

The orientation of a prim is affecting its bump-map shadow effect (relief). An upside down prim seemingly inverts the effect, turning an emboss into an engrave. This is showing in Firestorm and LL viewer, which was updated moments ago. The effect is shown in the images below -First is a single prim 1m square -Second section is a 4x4 grid of 0.25m prims, rotated differently but textures aligned -Third and Fourth are the same things using Materials rather than Blinn-Phong, which do not have the issue The bug is the Second section showing differing relief amounts even though they are co-planar and same orientation. The difference here is the orientation of the prims themselves.

PARTICLE RENDERING: Please fix the system default particle rendering. Specifically, the white dot default particle in version 6 (pre-PBR) is perfect, but now in version 7 it shows up as a white center with a visible square outline. An alpha issue I believe. This is the system particle which is called by default when no texture is added to the emitter. It is the basis for so many generic particle generators. So it would be great if LL could just tweak this little one for us please and smooth away the edges :) ! https://gyazo.com/97e97aeb4f68771c3c0c9791d444da9c

In Pony Play we have something called "Quick Jump" this is where you put a tick in the setting "Preferences > Move & View > Movement > Disable waiting for pre-jump and landing". As a ponygirl this is absolutely banned. However, I see the quick jump motion from time to time even though I don't have this option ticked. It usually happens if I'm doing a series of jumps in a row. This occasional missing of the prejump and landing animations can be seen in SL Viewer, FireStorm viewer Kokua viewer and Alchemy viewer. I see it least often when using the SL official viewer, however the fact that this occurrs in all viewers suggests it is a bug in the under lying code. Observations in the Pony community suggests that this has got much more worse since the PBR update. The time when it is seen is when you hold the jump key to do a series of jumps. This bug has also been reported in Firestorm: https://jira.firestormviewer.org/browse/FIRE-34049 Videos have been made of the motion: Not working as expected https://youtu.be/1r5fyyj847g Now working as expected https://youtu.be/5noQgxkKM7Q No change in preference were made during this test. Video recorded using Firestorm 7.1.9.74746 I repeat the same motion can be seeing using SL Viewer, Alchemy Viewer and Kokua Viewer.