🪰 Viewer Bug Reports

I am not sure if this is the right place to post this so if it's not please somebody recommend a more specific form recently we had both of our regions converted over to web RTC. We did this understanding that this is the future and we might as well get used to it now and avoid the rush when the world converts. However there are a few things that I have noticed that are concerning. There are times when you're in world and ones voice can sound quite robotic almost like it's dropping packets. The temporary fix seems to be unclick your voice key scroll way out from the distance hit the escape key to return to normal view and then re toggle on your voice. I have no idea why this works but it seems to fix it temporarily. Web RTC also seems to use a very different calibration of voice levels whereas when you can hardly hear somebody their voice brackets are in bright red in in a regular SIM would be over modulated. I am not sure are these things that LL knows about or who to talk to regarding these concerns. The individual individual volume control for other specific users do not function. The Voice waves are not correct

First noticed this with Firestorm 7.1.12 (77610), there is a relatively quiet, murmuring wind noise looping constantly as long as the avatar is hovering but not moving. Not as loud as the wind noise when flying, so it is a different sound which is not supposed to be playing at all while stationary. This sound is also attached to the camera and not the avatar, so when zooming or moving the camera around the sound keeps playing, coming from the camera position. Upon stopping flying, the sound stops instantly, it seems to be consistent with the avatar hovering in one spot. According to others this has already been present in Second Life Viewer 7.1.11. When I first tested it with Second Life Viewer 7.1.12 I couldn't hear this noise even though master and ambient volume settings were at maximum. Since others could hear it though I checked again and now I could hear the noise in this viewer as well, even though it wasn't as loud as in Firestorm. The expected behavior of the avatar flight wind noise is to only play when moving up, down, forward, back, left or right, when simply hovering no noise should occur. Steps to verify: 1: Stand still (no flying) - no wind noise 2: Fly up - after a brief wind noise that is supposed to be there while flying up, a quiet murmuring wind noise will loop constantly 3: Fly in any or all directions for a while - normal wind noise will play while moving 4: Stop moving - the quiet murmuring noise will keep looping again while hovering 5: Stop flying - the noise will stop immediately

I see my dot - so I am connecting  too the server or it's a false connection ? I see no sound waves for myself - other avatars are in the RED; they can not hear me and I can't hear them. Was told to wait for a region restart-  I did nothing changed. Was sent the Wiki on sl voice trouble shooting - even though it did not apply too me, its trouble shoots the Vivox  system .     BUT humor them anyway and went through each step 1. by 1. too no avail Things I have tried on my own and with help from Tech friends Both Firestorm Viewer , current and Beta  The Current SLV viewer  tried them all . White listed the recommend files  in Windows Defender installed a different Anti virus , no change  ( Avast - and the firestorm is white listed in there) reinstalled all viewers-  from scratch , deleted everything off my pc! ( a long shot)  did not work !  i didn't think it would :) Tried other accounts on my PC  same as my main . Tried 2 other pc's in the house and worked fine.  so its not blocked in my router/firewall was told it used Port 443? then is open , if that is the port its using and was blocked why would it work on other pcs? I restarted the router and unplugged it and restarted pc ... I have been to the testing regions but it doesn't work.   the old voice system does work just fine its just the WebRTC that is the problem I was thinking it was My Pc where the problem is - but having talked to support again this am.  seems too think it may not be? I  have sent my logs to support . Which is where I am at now. submitting this to form as requested by support

After more than 11 years working perfectly fine for EVERY single SL Viewer out there, including the official SL viewer, it has suddenly been changed in JUST the SL viewer. Since there's no way to label stream URLs in the drop down list, I've always labeled them by putting 2 spaces after the URL and then a label in (brackets). This has always worked for everyone. I've done 3200+ shows over the past 11 years and no-one has ever had an issue. One of my biggest fans just recently could no longer toggle my stream on. We had help from VIOLA LINDEN and the 3 of us brainstormed and figured out that if I removed the text label, now the SL viewer will be able to toggle the stream on. I'm requesting that this recent change be reverted such that the SL viewer simply reads the music URL until the first SPACE is encountered and then stops reading it, and then connects. This is how it works on every other viewer. To have the SL viewer suddenly stop being able to do this is extremely detrimental to thousands and thousands of performers in SL. Please change it back.

Try typing data:imagesssss in an IM with sounds enabled. after the : it makes a ping opening the emoji window. Every letter further makes another 'opening emoji window' pop even if none are found. It repeats on backspace/delete and finally stops after a space. I was trying to talk about the data:image url schema and got inundated with pop noises.

Avatar A & Avatar B go to any region running WebRTC, for example http://maps.secondlife.com/secondlife/By%20Design/113/96/22 Avatar A speak on voice and teleport a short distance away either via a landmark or double-click teleport Observed Behaviour When Avatar A teleports while talking on voice, Avatar B will hear Avatar A's voice squelching and Avatar A will sound like they are talking through a tin can from far away. Avatar A does not hear any squelching. Bug also reproduces on ExtraFPS and Firestorm WebRTC viewer.

Ever since Second Life Viewer (7.1.9.10495892574) parcel music has been hard to start. It's fairly repeatable but not guaranteed. _Sometimes_ changing regions out and back will fix it. Always relogging will fix it. Coincident with this, application audio capture apps (I use Rogue Amoeba's Audio Hijack) are no longer able to capture SL audio output. The impact is severe for my DJ work. Both symptoms make it very hard to monitor in-world audio. PS I have the folks at Rogue Amoeba looking into this too, but as they use the new macOS audio capture API the solution is probably in the hands of Linden Lab and/or Apple. I am hoping you can roll back/fix whatever commit broke this.

Since it was announced that vivox system will be dropped in favor of WebRTC this have been an occuring problem in all of the updated thrid party viewers AND the official LL one. When I launch the SL client the Surround Sound output stops working on any other programs too, causing errors if you try to play videos or sounds in an external brower or player. The Surround Sound program itself keeps running and doesn't chash. To replicate the issue on Windows 10: Have Surround Sound 7.1 ver 1.1.85 running and have Surround Sound 7.1 set as the default output device in the system. Launch the viewer while there's NO other sound playing through this output (Expected: normal launch. Actual: the output/driver breaks) Log in and go to audio output settings (Expected: Being able to change to other working outputs. Actual: viewer's sound is absent no matter what output is chosen until the next successful launch). The crash can be avoided if there's already sound being played through SS 7.1 output upon the viewer's launch. I doubt that it's Razer's fault because in no other circumstance SS ever crashes like this. After the crash happens I have to log out of SL, change the output to any other one, restart SS program and then change the output device back to Surround Sound 7.1

In the release build of the LL viewer this works fine. This is ONLY in the RC 7.1.9.10326512121 build (and Firestorm 7.1.9.75794 which is based on this RC code) I set voice to input and output using my Plantronics Headset. On the live LL client this works as it should and all other sound is sent to my default device which is my iMac speakers. With the RC client all sound is sent to the default device and it takes input from the default mic on my iMac but there is a very quiet "echo" of this being played on my headset as if it is also trying to use that. This currently renders voice inoperative for me as I am unable to use a headset and it defaulting to use the iMac speakers for output plus the iMac mic for input results in a great deal of background noise in addition to echos caused by feedback.

I went to a popular dancing place, and i noticed the stream wouldn't start. (it's possible it would refuse non secure (https) streams? but i didn't check the stream url or tried other sims). I might complete this observations after some more tests. Also the performance is much better on this M2 Pro macbook, since the modifications made in llvertexbuffer, and other optimisations.