Jenna Huntsman

The best way to approach this normally is to have a script in the root prim with a touch_start event, combined with llDetectedLinkNumber(0) Example: default { touch_start(integer tot_num) { llSay(0, "Touched link: " + (string)llDetectedLinkNumber(0)); //After this point, do whatever. Maybe use an IF statement depending on what link was touched. } }

In terms of lowering resource usage, the only thing you can do is to limit your viewer's framerate. The viewer by default will use as many resources as it can, as it's trying to achieve the highest possible framerate on your hardware. Limiting the framerate (The lowest limit I would set is 24 fps) will result in lower resource usage, as the viewer is no longer trying to achieve the highest possible framerate, instead just meet the framerate limit. "Optimized" viewers are the viewers that can use more of your hardware, but in your situation you want the opposite.

Hey all, Been playing around with some of the other bodies I own beyond my primary body, and have fallen back in love with my Tonic Fine body, but I'm having issues finding a good set of nipple barbells for it. I've seen the MP offering from Tam's Trossau, but the barbells they're selling are a bit comically oversized, so I'm looking for something a bit smaller. Anyone have any recommendations?

I wouldn't write off the Slink Male body either - it is the least muscular body (as compared to Jake and Gianni), and generally has a pretty good shape and robust support from clothing creators (or, at least fairly robust by the standards of the male clothing market... which aren't as high as the female market, but hey, it is what it is.) LL haven't given a date for release for NUX, so you might be waiting a while. (Besides, we're all hoping that LL will give us some prototype versions to play around with and give feedback to fix issues!)

You'd want to use something like this: key normUUID = TEXTURE_BLANK; //Replace this with a UUID integer linknum = LINK_THIS; //Replace this with the link number you want to change, or leave as-is for the prim containing the script. integer face = ALL_SIDES; //replace this with a face number, or leave as-is. llSetLinkPrimitiveParamsFast(linknum,[PRIM_NORMAL,face,normUUID,<1,1,0>,ZERO_VECTOR,0]); //Do stuff!

I agree with the sentiment that the bodies are, from a tech standpoint, the future. Especially because the UV map is freely-licensed, meaning other bodies can adopt the same UV; The feet (No more mesh-swapping!) being fully bento-compatible (As much as some body creators say that the bento rig doesn't support feet, it does - but for whatever reason they're afraid to rig them!). I think where Cinn & Chai fell down is for a couple reasons, but in no particular order: Poor marketing. If you remember how Kupra launched, they had SO many affiliate vendors, sponsored events, etc. Not only this, but they managed to get people talking about the body, beyond "huh. cool." Shape: Cinn & Chai is another entry into a saturated market, and the shape is pretty inflexible as compared to the competition. I do wonder if they'd gone for another market segment (e.g. the petite market, go after Maitreya Petite, Legacy Perky Petite, etc. users) if the body would have fared better. 3rd party support at launch: Especially because of the new UV, it would have been great to see a bunch of creators release new stuff which would fit the new UV map. This is still a pain point for the bodies, and given the lack of traction of the new UV thus far, is likely to continue being so until another body adopts the UV. All my opinion of course. I'd like to have seen the body succeed, mainly so that the tech which makes them up would have got noticed more, and maybe set a standard.

Not that these framerates are useful to anyone, given the fastest ("common") refresh rate is ~360hz, while (I believe) the most common HRR being 144 / 120 hz ; or likely for most SL users have 60hz monitors (for anyone reading: Any framerate above this just represents wasted frames, as your monitor is not fast enough to display them! Generally speaking, especially for laptop users, you should set your framerate cap to the same as your monitor's refresh rate). I don't have CoolVL on my Linux install currently, but FWIW the measured swap time in Firestorm is 0.1 (Not that a Linux benchmark really helps given the OP is using Windows)

Okay, slightly more scientific test, with my camera settings on both viewers set as follows: My position settings: Debug setting Value CameraOffsetRearView X: -3 Y: -1.65 Z: -0.5 FocusOffsetRearView X: 3 Y: -1.65 Z: 0.25 CameraAngle: 1.047 rad Draw distance: 128m Particle Count: 4096 Mesh object LOD boost: 2.0 ALM: Enabled; no shadows Water reflections: Disabled With these settings, the framerate between the 2 viewers is pretty much the same as far as I can tell. Measured swap time on CoolVL on my setup (in the above location) is 0.0

I've ran a test at my place on CoolVL - Cool VL Viewer v1.30.0.12, 64 bits, Aug 7 2022 22:28:44 RestrainedLove viewer v2.09.29.27 Release notes You are at 270796.0, 249844.2, 52.4 in Crooked Posse located at simhost-09d9fd0ddccf428d9.agni.secondlife.io (35.91.211.116:12035) Alias: ec2-35-91-211-116.us-west-2.compute.amazonaws.com Second Life Server 2022-07-07.573176 Release notes CPU: AMD Ryzen 7 3800X 8-Core Processor (3899.99 MHz) Memory: 32681MB OS version: Microsoft Windows 10 64 bits v10.0 (build 10586.856) Memory manager: OS native Graphics card vendor: ATI Technologies Inc. Graphics card: AMD Radeon RX 6900 XT Windows graphics driver version: 31.00.12019.5007 OpenGL version: 4.6.0 Core Profile Context 22.8.1.220810 Detected VRAM: 32677MB J2C decoder: OpenJPEG: 1.4.0.635f Audio driver: FMOD Studio v2.02.07 Networking backend: libcurl 7.47.0/OpenSSL 1.0.2u/zlib 1.2.11.zlib-ng Embedded browser: Dullahan 1.12.3/CEF 91.1.21/Chromium 91.0.4472.114 Packets lost: 9/26936 (0.0%) Built with: MSVC v1916 Compiler-generated maths: SSE2. Compile flags used for this build: /O2 /Oi /DNDEBUG /D_SECURE_SCL=0 /D_HAS_ITERATOR_DEBUGGING=0 /DWIN32 /D_WINDOWS /W3 /GR /EHsc /std:c++14 /EHs /fp:fast /MP /TP /W2 /c /nologo /GS- /Zc:threadSafeInit- /DLL_WINDOWS=1 /DUNICODE /D_UNICODE /DWINVER=0x0601 /D_WIN32_WINNT=0x0601 /DLL_PHMAP=1 /DLL_NETBIOS=1 /DBOOST_ALL_NO_LIB /DLL_FMOD=1 /DAPR_DECLARE_STATIC /DAPU_DECLARE_STATIC /DXML_STATIC /DCURL_STATICLIB=1 with approximately the same settings as on Firestorm - average framerate is ~65 FPS I had a quick look around CoolVL, but couldn't find where that is - where did you hide it?

I do apologize - I completely forgot I even had one! (Linden Security system hidden in the house!). It's disabled now. Testing now with the same version of Firestorm on Linux has roughly the same framerate (maybe averaging 2 FPS or so higher). FWIW - I think this particular test location is being bottlenecked by something other than the GPU, as that'd explain the similar performance between radically different GPUs.

You'll have access to it via the web browser on your PC. Go to either 192.168.1.1 or 192.168.0.1 and it'll present you with a login screen. Chances are that the router is in a factory state, so it's likely the login is admin with password password - from there, you'll need to find wherever the option to Reboot or Restart is in the web console. Alternately, you can just unplug it, but obviously that requires physical access to the router. It's not that people hate it; but it's out-of-date to the point it poses a significant security risk.

ALM: ENABLED Shadows: NONE Water Reflections: None (Opaque) Point Lighting: Full Draw Distance: 128m Particle Count: 4096 Anisotropic Filtering: ENABLED Streamed VBOs: ENABLED Vsync: DISABLED Antialiasing: 2x DoF: ENABLED

FWIW, on my setup - (I normally run Linux, but on Win 11 for testing purposes). AMD Driver 22.8.1 Am seeing avg. FPS of ~80 in a loaded scene (Belli ground level, facing South West) Firestorm 6.6.3 (67375) Aug 8 2022 14:47:02 (64bit / SSE2) (Firestorm-Betax64) with Havok support Release Notes You are at 203.9, 245.0, 52.4 in Crooked Posse located at simhost-09d9fd0ddccf428d9.agni SLURL: http://maps.secondlife.com/secondlife/Crooked%20Posse/204/245/52 (global coordinates 270,796.0, 249,845.0, 52.4) Second Life Server 2022-07-07.573176 Retrieving... CPU: AMD Ryzen 7 3800X 8-Core Processor (3900 MHz) Memory: 32681 MB Concurrency: 16 OS Version: Microsoft Windows 11 64-bit (Build 22000.856) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: AMD Radeon RX 6900 XT Graphics Card Memory: 32452 MB Windows Graphics Driver Version: 31.0.12019.5007 OpenGL Version: 4.6.0 Core Profile Context 22.8.1.220810 RestrainedLove API: RLV v3.4.3 / RLVa v2.4.2.67375 libcurl Version: libcurl/7.54.1 OpenSSL/1.1.1l zlib/1.2.11.zlib-ng nghttp2/1.40.0 J2C Decoder Version: KDU v8.2 Audio Driver Version: FMOD Studio 2.02.07 Dullahan: 1.12.3.202111032221 CEF: 91.1.21+g9dd45fe+chromium-91.0.4472.114 Chromium: 91.0.4472.114 LibVLC Version: 3.0.16 Voice Server Version: Vivox 4.10.0000.32327 Settings mode: Firestorm Viewer Skin: Firestorm (Grey) Window size: 3840x2054 px Font Used: Deja Vu (96 dpi) Font Size Adjustment: 0 pt UI Scaling: 1 Draw distance: 128 m Bandwidth: 500 kbit/s LOD factor: 2 Render quality: High-Ultra (6/7) Advanced Lighting Model: Yes Texture memory: 2048 MB (1) Disk cache: Max size 2048.0 MB (55.9% used) Built with MSVC version 1916 Packets Lost: 0/2,459 (0.0%) August 15 2022 12:21:39 SLT

FWIW, I wouldn't use Singularity as it hasn't been updated in a long time, and uses a compromised version of CEF. Anyway -- If you know the router's login details, you can normally reboot it via the web console. That's what needs to happen first. If problems persist - when your roommate moved out, did you switch providers or was the contract just transferred to another name?

.. Is there any reason why the figures wouldn't already contain the scripts when rezzed? Transferring the scripts is inevitably going to be nightmarish due to the forced sleep period.

I tend to think of the positions of children in a linkset as being an offset value instead of positions, so you don't feed them a position value but the offset to translate by from the Root's position. (Not sure if that made any sense, but in my head it does).

To my knowledge, parcel bans =/= region bans, so it's possible that calling llTeleportAgentHome would not cause them to teleport to the hub, as the region is still up and is accessible to that user, but instead be forced outside of the parcel (sometimes, into a region corner if they cannot access any parcel on the region). I've seen that happen a few times.

I'm gonna guess that if they set their home to your land, then calling llTeleportAgentHome won't do anything useful, adding them to the ban list would cause them to freeze on the parcel border. Admittedly, though, it sounds like this kind of problem doesn't really need a script to solve it, instead you'd probably be better served either: Converting the region into a whilelist-only region (only avatars whitelisted can access). Add that user to the estate ban list, so they cannot access or teleport to the region at all.

I actually shared a small library for colour space conversion, take a look: I did have a demo object for interpolating using this library, will have to see if I can dig it up.

Not 100% sure what you're trying to do, but for the above question, look at llDetectedTouchST https://wiki.secondlife.com/wiki/LlDetectedTouchST

If that's the case, that sounds more like a UI quirk to me than an actual bug with the function (it does it's job to open the dialog in the viewer, but the functionality of that dialog isn't something related to the LSL function).

That's because llSetClickAction has to be set BEFORE an avatar clicks on an object. Changing the click action WHILE an avatar is clicking (click & hold) an object won't do anything. Will add this as a caveat, but this does seem to be intentional, so not a bug.

Link has been changed (Thanks Rolig!)

Only if you're a business (sole trader included), and that you pay the tax at the end of the year instead of at time of sale (again, to my knowledge).

The UK still uses the VAT system, but rates are set by the UK Government, not the EU. The VAT rate is the same between the 2, so yes, you're being charged correctly. (The only way to get around paying VAT in SL is to pay for an annual premium membership. Individual L$ purchases are still VAT eligible to my knowledge).