Jabadahut50

It would but this is a fundamental limitation of how SIMD (the cpu architecture feature this function is aiming to utilize) functions. It packs multiple data points into larger registers and then runs the single input on the multiple bits of data.

llListStatistics is a great function but as far as I'm aware SL doesn't employ any form of SIMD in LSL implicitly let alone explicitly as is being asked with this request, as such it is in itself a good example of how this could provide an improvement. If you have a list of 100 or so values, llListStatistics would (when compiled) call up roughly 100 op codes for adds where as with SIMD, it'd create far fewer op codes and the op codes it does call will be doing the same amount of work as llListStatistics but much of it simoultenously. Had not considered crypto in SL either. Anyone trying to create some form of crypto currency inside of second life I think would likely be violating some form of TOS rule. 🤷‍♂️ This function could benefit cryptographic communications scripts by speeding up the cryptographic hashing with bitwise XOR but other than that I don't see any value social nor monetary in anything "crypto" related in SL. Would be interesting for SL to add proper 2d (or even 3d) arrays but I think they're pretty set on sticking with the data types we have. It would not benefit that one. The proposed function is for speeding up bulk math/logic operations by doing the same operation on 2, 3, or 4 equations at a time. you would want to assign the output of llSIMD to a list variable first (either appending or prepending it) and then from there you could move it to individual variables if the list variable is not preferred. I do somewhat agree with your second point that, yes, an implicit SIMD would be nice but unless they where very clear about how it's implemented it'd be hard for us to know exactly how to implement it. Giving an explicit method of implementing it in this proposed method makes it much easier to know exactly when you are benefiting They likley do optimize basic operations to some degree. However I could not find anything about SIMD. I suppose it's certainly possible they do, but I could not find any documentation about it anywhere.

Hey there scripters, I have made a new feature request over on the JIRA for a new LSL function I think could greatly benefit us. https://jira.secondlife.com/browse/BUG-233810 I'd love to hear ya'lls opinions, critiques, ideas on how to improve the feature request, etc. Regards, Your friendly neighborhood man you've never met before... *edited because I clearly failed to spell Regards correctly*

at 22.50 a month it's pretty reasonable as far as price is concerned and if you pay the annual price it becomes a perpetual license after a year so it becomes a one time necessary payment and then you can pay again if there is an update with a feature you really want. The sheer power to make quality animations with it in such little time is REALLY impressive. I wish the free versions limitations weren't so extreme but I get it. They gotta make their money.

Oh nice... appreciate it.

according to the SUG the rollout implementation is to use glTF but just the materials part at rollout, so we're looking at JSON's that contain Metallic Map, Roughness map, Diffuse map, Normal Map, Occlusion map, and Emissive Maps. Interestingly the Normal Map has a scaling factor in the materials JSON and the occlusion map has a strength level. Whether or not we can mess with these in second life's implementation or not and if messing with the JSON before upload does anything or not remains to be seen. Source: This is a png explaining the glTF standard and on the right side of it, it explains the materials JSON. https://github.com/KhronosGroup/glTF/blob/main/specification/2.0/figures/gltfOverview-2.0.0b.png

I have thought for quite some time that people don't really take into account all the options in second life for creation and that the creation tools we do have, while limited, are FAR more powerful than people realize. It just takes a LOT more effort to tease it all out sometimes. This is one of those much simpler "Oh... why didn't I think of that!" moments

Ah I see. greatly appreciated for your time and efforts. Loving the viewer btw.

I signed up for the CoolVL forums with a gmail email address but never received an account conformation email. I know the "How to register an account" thread said don't use hotmail but it didn't say anything about gmail so I'm not sure if I did something improperly? In case it's neccesary I attempted to sign up with the same username as I use here (minus the resident bit)

I know this is a bit of a necro and from someone who doesn't really have a history here on the forums but you can solve the puppeteering impracticality problem with animation constraints. Here is a post from Extrude Ragu on what they are: and here's a link to the program they created for you to add them to your own animations:

you can control full brightness per pixel with the alpha channel on the diffuse map and give each pixel from full ambient (0) to full bright (255) and any value in between when you set the alpha mode to emissive.

Did you ever get around to doing this? I know this is nearly a year old at this point but I'm VERY intrigued at the possibilities this can enable and I'd love to have the decoded integer functionality.