Henri Beauchamp

Stupid question, but did you check Windows' sound mixer while the media are playing ? Depending on your system audio devices, it might happen that the viewer cannot ”catch” the audio level properly for your audio output device, and then it must be done from the audio mixer of Windows, or even from some mixer your audio device vendor is providing with their drivers...

To be honest, and for being myself spending 95% of my SL online time in adult regions, I do not think any significant number of child avatars are roaming them (I could likely count them all on the fingers of a single hand in one year worth of SLing): also, most of the times I witnessed such a rare occurrence, they were either politely asked to change their look or leave, or were ejected by the region owner/moderators. I personally have no problem at all with the principle of adult region = child avatars forbidden. The only problem I have is to determine what a ”child avatar” is exactly... A change in the current policy, even if not more restrictive than the above principle could lead to another period of paranoid, knee-jerk reactions from land owners/moderators (or even any resident using them), with many non-child avatars being considered as ”too childish” to be accepted. I already experienced such an issue, back when the first child porn hammer struck, while my own avatar, even if young (and rather effeminate-looking), is/was definitely not a child (as tall as myself in RL, clearly identified as adult in the profile, never wearing childish attire, never playing childish anims (AO & Co), and always role-played as a young adult, never as a child, not even as a teen): I then had to leave a few regions I used to RP in, because of such knee-jerk reactions, which never happened again ever since, in the past 15+ years or so... But I guess I might be faced with the same occurrences again, now... 🫤

It happens that the parcel info arrives late (especially after login). Like many things in SL, you just need to be patient enough...😉 But when it happens, moving to another parcel will help to kick the server's ass and make it spit out the parcel info...

Since you are not adverse to the v1 UI (Singularity, Genesis), give a try at the Cool VL Viewer: it got better VRAM and RAM management algorithms that might help you to keep things in line (for VRAM do have look to the Preferences floater, Graphics tab, GPU/GL features sub-tab, and do read the tool tips for the settings there: they are worth a user manual).

What OS ?... For Linux, the main CEF library is in the lib/ sub-directory of the installation folder as libcef.so. For Windows it is in llplugin/ as libcef.dll. There are also other CEF files (IIRC, for FS, they keep them in bin/ for Linux, which is not very ”clean” a layout: my viewer got everything in lib/, but this involves telling Dullahan/CEF where those files reside), a couple *.bin files, *.pak files with most of them in a locales/ sub-directory, some other lib*.so (Linux), *.dll (Windows) libraries for GL/EGL/GLES/VK/v8/chrome...

The libremetaverse project is a library, not a full client: it is used to connect to SL or OpenSim servers, and got a simplified renderer too, as well as simple GUI building blocks (inventory, chat, etc), but you need to implement your own UI and logic around it. RLV is one such ”logic”, where you restrict things the user can do or see, at the client level. Radegast, which is using libremetaverse, does have RLV support implemented...

The Linux SLVoice client is deprecated and won't connect properly any more with the Vivox servers in SL. You need to install Wine and let the viewer use it and the SLVoice.exe Windows client to connect.

Please see this message of mine about the parcel ”no fly” flag... Yes, you would be flying, even in a no-fly parcel (since the latter only disables the UI to start flying, and only when not in ”Admin” mode).

The Cool VL Viewer v1.32.0.17 got a workaround for this and will actually log you in the same flying/non-flying state as when you logged out (also, this is a per-account setting in this viewer, unlike others which use a global setting: I fixed that silliness a little while ago).

Dullahan/CEF is using the OS' installed CODECs: Win11's ones are likely more up to date...

In fact, those spurious ObjectUpdate's messages have mainly been an issue with agent attachments, for C++ viewers. Gory details here (in paragraph 1). So yes, most TPVs do have code to ignore those bogus ”kill attachment” messages, in one form or another... However, the agent stays rooted to the region it arrived in, even if the departure sim says otherwise via a bogus ObjectUpdate: the agent only changes region on ”AgentMovementComplete” (which callback is process_agent_movement_complete() in llviewermessage.cpp), and therefore any position received from another region is ignored. You could do the same thing with Sharpview...

The ”no fly” parcel restriction is only ”enforced” viewer-side, and can actually be bypassed by enabling the ”Admin” mode (CTRL ALT V with most viewers). So, if you are flying before a TP, you will keep flying on arrival: the server won't have any say in ”flying” matters and follows what the viewer tells it via the ”agent flags”. Thus why this ”flying on login” issue is a bug, and why the viewer does not ”reflect” the flying status with its UI in this particular case.

Well, you can convert a prim-based builds to the LI system, and it is usually very worth it in term of parcel prims usage: once converted to a ”convex hull”, a non-tortured prim land impact is reduced to 0.5; convert it to ”none” (child prims only, not the root prim), and you might even reduce the total LI of the object further (though, it usually only affects the Physics cost, which is still a good thing for the sim health, reducing the Physics engine lag). The only caveat is that you must do the conversion in a place where you have plenty of unused LI (a sandbox is the ideal place for this), or you risk to see your object returned to your inventory should the LI algorithm go wild (it does happen, especially if the converted prim is a tortured prim) and suddenly causes the object LI to skyrocket (I have seen 30 prims objects exploding to a 200+ LI); for best results, ensure you start the conversion with the root object (changing its type from ”Prim” to ”Convex hull”), then continue with children, and as a rule of thumb (but there are exceptions too, depending on the prim actual usage/function/torture level) do not attempt to turn tortured prims to ”Convex hull” (but you may convert them to ”None” with many benefits, as long as you do not need them to collide with avatars). Sculpty prims, however, should not be converted (even as a child with ”None” type, they will always account for 1 LI and most of the time 2 LI or more). Once the conversion done, you can see very nice benefits in term of LI (sometimes 50%). Also, the LI is rounded in a 5/5 way (i.e. a an object with a 1.49 LI will account of 1 LI/prim in the parcel allotment, while an object with a 1.50 LI accounts for 2 LI/prims): by cleverly linking objects together (or on the contrary splitting some), you can lower your land prim usage, using this rounding to your advantage (i.e. maximizing the number of objects with a xx.49 LI)... 😜

The feature in question already existed ! Before this bug, when you were flying at logout, the viewer remembered it in its settings, and made you fly on next login... LOL, yes, good point !... Well, fixed (worked around) already in the Cool VL Viewer v1.32.0.17 I just released... 😜

Wild guess: a playful Linden's April fool ? 🥳