chrixbed

A live Particle Show in sync with the audio stream playing 24/7 now. tp: http://maps.secondlife.com/secondlife/SLEA6/91/143/1003 video:

I like the idea of having an animation that offsets the Animesh. The only issue I have with that is it seems to be limited to 10 meters by axes as far as I know. Also in my case, I made a giant Animesh and the 10 meters is not visible. Anywhoe as try to use llSetKeyframedMotion() or some Pathfinding LSL functions with success to simulate a rotation ? Or maybe I should just llSetPos() the prim using a circle equation or some sort?

Yes, that makes sense to use animation to make that rotation. I was also thinking about using a llSetKeyframedMotion() or some Pathfinding LSL functions but I'm afraid that will be too heavy compared to a simple llTargetOmega(). Any other ideas?

I made an animesh and I would like to make it spin around a cube with an offset from the center. If I apply a llTargetOmega() that will make the Animesh spin but without any distance from the center. Normally if I just link 2 prims together and distance them apart they will spin around the linkset center. Unfortunately, the Animesh only spins on itself, it can't be offset. I would like to make the Animesh spin around an offset center, is there a way to do that? Detail video: https://gyazo.com/8eb7bf82052c9c10468c245c8abece1c

I'm making a particle show and I want to have my guess to pre-load the texture I'm using in their viewer cache. So I made a simple cube that flips all the textures used with my particles so the viewer has it in memory at the time to play the particle and avoid the big white square. Question: If I set my alpha to 0, is it still gone a work to load the texture in viewer memory? here is my code: string TEXTURE; integer INDEX; integer TOTAL; integer toggle; float gap = 0.2; default { touch_start(integer total_number) { toggle = !toggle; if(toggle){ llSetAlpha(0, ALL_SIDES); // Where I set the Alpha TOTAL = llGetInventoryNumber( INVENTORY_TEXTURE ); INDEX = 0; llSetTimerEvent(gap); } else llSetTimerEvent(0.0); } timer() { TEXTURE = llGetInventoryName(INVENTORY_TEXTURE, INDEX ); llSetTexture(TEXTURE, ALL_SIDES); if (INDEX >= TOTAL-1) { INDEX = 0; return; } INDEX ++; } changed(integer change) { if (change & CHANGED_INVENTORY) { llSetTimerEvent(0.0); TOTAL = llGetInventoryNumber( INVENTORY_TEXTURE ); INDEX = 0; llSetTimerEvent(gap); } } }

Seem to be interesting but I have a hard time to visualized it; are you suggesting adjusting the size of a triangle prim to make a slider effect when you touch it?

Thanks, Quistess! That work like a charm! I also add a larger slider knob with hidden parts so the mouse does not drag over it. https://i.gyazo.com/0d052407a0d6757fd64f5384cfd5d207.mp4 Now I have to relate the position of the slider with the value I want 🙂

I try to add a slider button to my hud. I want to have a button that I can move to change the intensity of an effect similar to that controller: https://i.gyazo.com/a2556604523a37d541183aa65ede3330.mp4 Does anyone have a suggestion on how to dynamically set the position of an object on a HUD on a mouse's left click?

Your comments make me think and I realize that I was stressing the timer to close to the edge. I when for an easy way by simply changing the numbers of update which gives more time and now it's working. Ex for a song of 121BPM: -Before with 10 scales updates timer = (60/121)/10 = 0.04958 -Now with only 5 scales updates, timer = (60/121)/5 = 0.09917 The new one can handle both sim. I will try to round it to 1/45th second to make it more compatible with the timer as suggested.

That a very good idea, actually I did calculate a list with llCos() for the sizes of the object to create a sense of oscillation but using it to spread the call to the timer is a very interesting way to do that as well. I will try to comeback with a updated code version to see if I can make it works.

You are right, I notice that the timer are slower on Black Art Sand indeed:

I'm working on a mesh that a rescale (llScale()) to follow a beat on a timer. I use the script on a SIM where everything seem to work fine but when I change to a other SIM the timer get lost. I try to see if there is a time dilatation between the sims but nothing special. My timer speed is around 0.04958. In the following video: Malibu Dream's SIM follow the beat but not Black Art Sand's SIM ?! Here is an ex of my code: integer step = 0; integer steps = 5; lstSteps = [<1,9,9>,<2,9,9>,<3,9,9>,<4,9,9>,<5,9,9>,<5,9,9>,<4,9,9>,<3,9,9>,<2,9,9>,<1,9,9>]; // Scale the object default { state_entry() { BPM = 121; // Calculate the frequency to update the info to sync the beat Beat = (60/BPM)/Steps; // value = 0.04958; llSetTimerEvent(Beat); } timer() { llSetScale (llList2Vector(lstSteps, step)); if (step == (2*steps)-1) step = -1; step++; } } How can I handle that better and know when a SIM perform well or not ? Thanks !

That sad, it will has been a nice feature but I appreciate you take the time to answer. Note: I'm sorry that I post a unrelated content, I should have post that in LSL Scripting. Thank you Ghost Warblood!

I found that old footage about a proposal to add animated texture (gif?) feature for particles. A Jira was proposed about it and it's seem to has been release but I'm not sure... Is there anyone knows more about that feature and if there is an actual possible way to use or create the effect of animated texture or gif in a llParticleSystem() ? Note: I know llSetTextureAnim() but I don't think is possible to mix those, right ?

RLV, than an interesting idea which I did not think about; I will look at it as well! Thanks!