Leda Sands

Update: the problem seems to have gone now.

I have been using outfits for ages. My active gestures used to stay active when I changed outfit. Suddenly, as of yesterday, all my gestures were deactivated when I changed my outfit. Now, I can't get them to stay active through outfit changes. I have to reactivate them all after each change. This seems to be a new behaviour. How can I get the gestures to stay active? Edit: I have just found that I can copy and paste gestures as links into outfit folders, after which the gestures show in the outfit folders like attachments. I never could do this in the past. I'll have to see if this persists. Edit 2: I don't believe this can be an intended change as it will add hugely to inventories and add to server load. Edit 3: Screenshot of inventory with gestures showing.

Thanks, Phate, I'll try that.

We'll experiment with this too, thanks:))

That sounds feasible but will it work for media on a prim or just for parcel media?

Yes, we're just discovering how each user will experience media according to their own settings. So it probably can't be done.

My partner and I are working on a project to show videos of rl scenes, including webcams, as if seen through the windows in our skybox, using media on a prim to show the video. Movement and sound contribute greatly to immersion. We are now adding windows that 'open' and 'close'. We want to have the video sound level increase and decrease automatically (probably just come on and go off) when the windows open and close. Can anyone suggest how this might be done (and even if it's possible)?

Thanks both for your responses, particularly for the info about how the viewer displays media on a prim. @Qie Niangao I will check with my partner exactly what version she is using. @Fritigern Gothly I just updated my LL viewer and the live stream plays for me, so thje problem is with Firestorm. Here's hoping the main release of Firestorm updates soon. I can't stand the LL viewer!

My partner and I are working on an in-world media player using media on a prim face (set via the texture tab in Edit). We both see, for example, YouTube videos in world without a problem. However, while live webcam feeds work fine in my home pc browser, in world they work for her but not me. I only see the message "Your browser does not currently recognise any of the video formats available." Example streams: https://www.skylinewebcams.com/en/webcam/united-kingdom/england/blackpool/blackpool.html https://www.earthcam.com/usa/nevada/lasvegas/fremontstreet/?cam=catsmeow_lv_fremont I don't understand what browser it's using in world or why it works on my pc browser but not in-world. I have set Firestorm to use my own browser, not the built- in one; changed my default browser from Firefox to Microsoft Edge; compared using the official sl viewer; changed my internet connection (between wifi to my own mobile data dongle); and been through the Firestorm wiki guide to media problems, all to no avail. We can’t see any difference in our pc/browser/viewer setups that would explain this failure of shared experience. Has anyone else experienced this issue (and solved it!!)?

Thanks for the replies. I'll just have to persist and try to pinpoint the issues.

Thanks, Thanks, it's reassuring to know it's not the gaps in the routing. I'll follow your advice and get back when I have any more information.

I live on a boat and have two options to get on line, both wireless. One is the marina wifi, the other is my TP-Link M7350 mobile data dongle using an EE sim. The marina wifi is relatively slow and occasionally drops completely for time, which is a major annoyance, but when it's up it works ok with Second Life. The TP-Link is much faster, seems not to drop the connection, but often the viewer stalls loading textures and sometimes makes me crash when tp'ing. The firmware for the dongle is up to date. I've changed many of its settings (band, channel, mode) without success. On my phone the Wifi Analyser app shows a much stronger signal for the dongle than the marina wifi and the channels automatically selected are rated good. I have just now tried tracert with the following result for the dongle: Tracing route to sim10091.agni.lindenlab.com [216.82.48.157] over a maximum of 30 hops: 1 5 ms 3 ms 5 ms 192.168.0.1 (the dongle IP address) 2 * * * Request timed out. 3 90 ms 34 ms 37 ms 10.248.27.149 (local IP address) 4 107 ms 35 ms 36 ms 10.247.84.163 (local IP address) 5 * * * Request timed out. 6 56 ms 36 ms 38 ms 10.247.84.113 (local IP address) 7 91 ms 36 ms 48 ms 10.247.84.142 (local IP address) 8 115 ms 39 ms 33 ms 87.237.20.152 (EE address) 9 60 ms 23 ms 37 ms 87.237.20.73 (EE address) 10 20 ms 38 ms 36 ms lag-107.ear1.London1.Level3.net [212.187.166.145] 11 * * * Request timed out. 12 283 ms 158 ms 155 ms LINDEN-RESE.bar1.Phoenix1.Level3.net [4.53.104.14] 13 * * * Request timed out. 14 * * * Request timed out. 15 2698 ms 148 ms 146 ms sim10091.agni.lindenlab.com [216.82.48.157] Link to screenshot of stats https://prnt.sc/tr3rv6 There are many local stages and two timeouts in this route. Could that be the problem? Any suggestions what to do about it please?