Scripting Features

I've spent about the last week updating some scripts to handle both PBR and Blinn-Phong updates simultaneously. The scripts work fine, but the current way you have to update PBR values - through llSetPrimitiveParams and the full list of values - is not ideal. In order to avoid overwriting your existing values with blank or incorrect data, you have to have a way to know and store your existing values, modify those values, and send the whole list back in. Adding in some llFunctions for PBR values, so you don't have to modify the entire parameter array to change one value, would make scripting PBR modifications much more pleasant to work with. If llFunctions are not feasible, a way to update individual values in the parameter arrays without data loss (e.g. being able to pass a blank string as a texture and have it skip the value instead of applying it) would be appreciated. I've compiled a list below of how I would personally pop each value out into a Set function (they would have matching Get functions, a la llGetColor and llSetColor): --- For PRIM_GLTF_BASE_COLOR: llSetGLTFBaseTexture(string texture, vector repeats, vector offsets, float rotation_in_radians, integer face); llSetGLTFBaseColor(vector color, integer face); llSetGLTFBaseAlphaMode(integer gltf_alpha_mode, integer face); llSetGLTFBaseAlpha(float alpha, integer face); llSetGLTFBaseAlphaMask(float alpha_mask_cutoff, integer face); llSetGLTFBaseDoubleSided(integer double_sided, integer face); --- For PRIM_GLTF_NORMAL (this really only has one function): llSetGLTFNormal(string texture, vector repeats, vector offsets, float rotation_in_radians, integer face); --- For PRIM_GLTF_METALLIC_ROUGHNESS: llSetGLTFMetalRoughTexture(string texture, vector repeats, vector offsets, float rotation_in_radians, integer face); llSetGLTFMetallicFactor(float metallic_factor, integer face); llSetGLTFRoughnessFactor(float roughness_factor, integer face); --- For PRIM_GLTF_EMISSIVE: llSetGLTFEmissiveTexture(string texture, vector repeats, vector offsets, float rotation_in_radians, integer face); llSetGLTFEmissiveTint(float emissive_tint, integer face);

Currently, if you want to walk, you have to hold down the W/↑ key, which can get annoying and - for people with arthritis, for example - painful. Many modern platforms therefore have an auto-walk feature which makes walking a toggle. For SL, this would also be a nice feature. You can assign a key, tap it, and you walk until you hit the toggle, W/↑ or S/↓.

hi, has anyone ever asked for a function called llGetGroupKey(key id);? A function like this would make it easier for many stores to rez group gift giver in any group instead of the landholding group. llSameGroup & llDetectedGroup are not an option if it is group owned land and the store uses a different group. LG Dae

Pretty simple request: llClamp(integer val, integer min, integer max)

key llGetRegionWorldMapTile(string region_name) A LSL function to return the UUID of the current world map tile for a named region, so that it might be placed on a face using PRIM_TEXTURE. This could also be added to llRequestSimulatorData Currently the only ways I know to accomplish this depend on MOAP and voodoo to get an image from slurl.com , or pulling the CDN UUID from gridsurvey.com via a HTTPRequest. Which all seems pretty hacky and unfun.

While certain gesture triggers exist to activate if a given user is speaking on voice (/voicelevel1. /voicelevel2, /voicelevel3) it appears that there is no LSL analog to detect these states (or any voice use state). Adding AGENT_SPEAKING to llGetAgentInfo would be analogous with voice, to the long-existing AGENT_TYPING detection. The creative uses for such a trigger are nearly endless, from scripted a multi-camera setup for an interview program, with a camera that could automatically change position to the person currently speaking (useful for vlogs like Lab Gab!), to debate and open mic performance timers, recording cues for editing machinima, scripting a mesh head with custom bones or other nontraditional 'mouth' designs to animate the mouth while the wearer is speaking, or even silly things like a microphone that appears in your hand when speaking (similar to the classic magic keyboards). This seems like a simple to implement feature, that could add a wide variety of creative options.

Same as llMessageLinked() but addressing directly the named script to stop losing time extra checking each script with link_message(). That way it would open the path to structured / modular programming and better architectured / readable scripts, in spite of overloading scripts with things having nothing to do with each other and having spaghetti programmers always bragging because they are lacking memory.

Rationale We have sit targets to define where an avatar should sit on a linked object. But when standing up, it's always at that exact same position. This is awkward for things like vehicles where the user will unsit inside the vehicle instead of stepping out gracefully. This goes together with a possible unsit event as proposed here: https://feedback.secondlife.com/scripting-features/p/unsit-events Proposal Add a possibility to let us define the exact spot and rotation where the avatar will be positioned/moved to at the moment of unsitting.

Currently, we have no way to rotate the avatar. This function would rotate the owner of the script on the Z-axis and would work as an attachment. With this, we can rotate the avatar to the surface normal of a wall, table, or other avatars without the need to use RLV functions that manipulate the camera or having to sit and unsit the avatar. This would allow for things like wall climbing and a host of other useful applications. https://gyazo.com/7d441967232c304a4fa20ce722ec18ce rotation RotNormal(vector _normal){ vector vLeft = llVecNorm( _normal % llRot2Fwd(llGetRot())); vector vFwd = vLeft % _normal; rotation rRot = llAxes2Rot(vFwd, vLeft, _normal); return rRot; } wall_climb() { vector scale = llGetAgentSize(owner); vector vStart = llGetPos() + <scale.x/2,0,scale.z/2> * llGetRot(); vector vEnd = vStart + <0.25,0,-1.0> * llGetRot(); list CN = llCastRay(vStart, vEnd, [RC_DATA_FLAGS,RC_GET_NORMAL, RC_MAX_HITS, 1]); float FW_Dist = llVecDist(vStart,llList2Vector(CN, 1) + <scale.x/2,0,0> * RotNormal(llList2Vector(CN, 2))); /* Set the position and agent rotation to the surface normal of the detected object. */ }

Reading over the wiki, I found that the only way to set the scale, offset, or rotate a texture in a linkset is to use PRIM_TEXTURE, which requires that you supply it with a texture otherwise, it will remove the texture from the face you're trying to modify. llScaleTexture(), llOffsetTexture(), and llRotateTexture() do not have an llSetLink or llGetLink equivalent or flag for setting those values directly for the other links in the linkset. It would be really nice to be able to set those values directly via llSetLinkPrimitiveParamsFast() rather than having to worry about supplying a texture or getting and setting or removing a texture. This should also be extended to work with GLTF materials.