LissomePrey

I'm about to dive into the maths of scripting a pendulum (a rod attached to a ceiling at one end but otherwise free to move) and a feather (slowly falling object that can be 'wind blown'). Not asking for anyone to provide a script but has anyone useful hints or pitfalls to avoid?

Thanks!

Someone has asked me for a script to handle a 'scavenger hunt' where participants have to touch various objects to complete the hunt. The participants each have an attachment that gathers the touches. I can't see a way that this can be done without the objects having a very trivial script that announces they have been touched. None of that is hard to achieve, I already have suitable code snippets, but I would like confirmation that I'm not missing an obvious trick that would allow the objects to be dumb.

Going almost way off topic, apologies, thinking about this reminded me of John Conway's Game Of Life Wikipedia Article which probably almost everyone who studied or even worked in IT in the 70s or 80s coded a version of. I have no doubt that there are SL versions of it somewhere but thinking about automata, if an object could rez exact copies of itself, you could have an entirely autonomous version with no central control. As is, I think you could only go semi-autonomous with a central object that you requested to create new objects, though that object wouldn't need to know where any existing cells were. And no, it isn't on my list ... yet.

I just got interested as a friend said they had bought a script and I wondered how difficult they were and then read the wrong sample script off the internet! There is something odd about an object rezzing a copy of itself that is not a true copy but thinking about it, it is probably a good thing to stop griefing as objects that could rez multiple copies of themselves forever would be a gift to griefers, so good that it doesn't work.

Thanks

I've got a stage further. The TP Box has full permissions for next owner as does the copy inside it. After the first use whilst it appears the new TP Box is the same , the copy inside it has lost Copy permissions for next owner. Not sure if there is a way around that.

I've been playing about trying to understand how teleport on touch works. The approach seems to be that touching temporarily sits you on an object that rezzes a copy of itself and then moves the avi to the required location before it dies, leaving the new copy for the next person to touch. I've done a stripped down test (code below). 1) I rez the object (TP Box) which contains the script and a copy of itself. 2) I touch it and get transported 3) I come back, check that the new object appears to be a true copy, which it seems to be. 4) I touch it and get tranported 5) I come back, check the new object and it has the script but not a copy of itself. I can't see why that happens, any suggestions would be appreciated. default { //set up new copy of the object on_rez(integer start_param) { llOwnerSay("rezzed"); llSetClickAction(CLICK_ACTION_SIT); llSitTarget(<0.0, 0.0, 1.0>, ZERO_ROTATION); } //detect someone sitting so create a new copy ready changed(integer change) { if (change & CHANGED_LINK) { llRezObject("TP Box", llGetPos(), ZERO_VECTOR, llGetRot(), 1); llSleep(1.0); } } //new copy is ready so move with avatar and then die object_rez(key id) { llOwnerSay("object rezzed"); key avi = llAvatarOnSitTarget(); llSetRegionPos(<210.0, 240.0, 2400.5>); llUnSit(avi); llDie(); } }

Using the Catznip viewer ( I am not sure whether other viewers supported the option) I could set up folders within the Outfits/My Outfits system folder, for example one called "Lara v5.3 plus Lelutka" and then keep basic outfits in there, separately from those using Catwa or other heads. This facility has now disappeared, you get an error if trying to create a folder, and the Catznip forum says it was a change in the LL code that has stopped it. Was there a purposeful reason for this or accidental in some other development? Was there a way that it caused harm? If not could it be reinstated at some point?

Thanks. The rlv bit would work fine if the folder went in the correct place but it doesn't. I was hoping there was some symbol I could put before #RLV that forced putting it into the root rlv folder. I could use a viewer that had the root as default for accepting inventory but I can't force others to do that. As my viewer is Catznip and they look after rlva, I'll seek their opinion.

I'm trying to use llGiveInventoryList to set up an rlv folder in #RLV directory. I, and I imagine many others, have a default directory for new items, let's call it "2024 To Sort" Using the line llGiveInventoryList(myId,"#RLV/CARP Test",["Cuff LW","Cuff LA","Cuff RW","Cuff RA"]); The inventory arrives in - 2024 To Sort/#RLV/CARP Test How can I force it into #RLV/CARP Test?

Does anyone know if any designers have a leather jacket very similar to the one worn by Sydney Sweeney in the new Rolling Stones video?

Thanks everyone, I have some shopping to do!

I'm just coming back to doing some landscaping after several years. I am well stocked with trees, rocks etc. but looking for new shrubs, flower fields, outside plants and so on. Does anyone have recommendations for which designers are good in this area these days?

Just a note of the solution. It was caused by being friends but him not being able to see my online status (not sure if I had unticked the box or it was an sl issue).

He can see me. If I request a TP he can do it, he just can't offer me one. I've tried switching viewers between Firestorm and Catznip so we're thinking it his side. He is going to try and reset things. Thanks for the help. I'll post if we find the solution.

Thanks for the quick responses. We do use rlv but all restictions are off. We've tried multiple sims for sender and receiver.

I have a friend who can TP other people and I can be TPed by other people but when he wants to TP me, his "Offer Teleport" is greyed out. Any idea what we have set wrong and whose side it is on?

Thanks, knew it would be simple.

There is probably a trivial answer to this but I can't find it right now. I have an attachment to an avatar that I want to sense objects in a relatively small arc behind the avatar. It seems that sl always considers the positive x direction of an attachment to always be facing in the directoin the avatar is facing. Am I missing something? Is there a way to make the sensing area behind the avatar?

One additional comment: llSetLinkPrimitiveParamsFast(LINK_SET,[PRIM_POSITION,position,PRIM_ROTATION,rot]); seems to be the same as llSetPos and restricted to how far it can move the object so I have to go back to llRegionPos.

Thanks to all It seems one particular chair doesn't react when I drop the script (I'll investigate further) in but I've now tried with another model and it works so I can scrap the child prim in that case. I think I will still keep the child prim handy incorporating the suggested mods.

It actually does work fine apart from the rotation but maybe my explanation is poor. I fix the correct location in my prim before linking with the chair as the root prim. If the chair was the child prim returning it to the correct position and rotation worked perfectly but I couldn't get at the chair menu. So I make the chair the root prim. My prim then has this timer event timer() { float newClock = llGetWallclock(); if (newClock < savedClock) { savedClock = newClock+50.0; llSetRegionPos(position); llSetRot(rot); } else { current_position = llGetPos(); float distance = llSqrt(llPow((position.x-current_position.x),2.0)+llPow((position.y-current_position.y),2.0)+llPow((position.z-current_position.z),2.0)); if (distance > 20.0) { llSetRegionPos(position); llSetRot(rot); } } } The llSetRegionPos works fine, moving my prim and the chair to the correct co-ordinates. The llSetRot only rotates the child prom not the chair. That can be lived with (I'll just remove the llSetRot entirely) but I'd love to get it to work perfectly if there is a way to rotate both prims.

I help run a group/sim where we have chairs set up in an open area for people to sit and chat. Ideally we would let people move the chairs about into circles, groups etc but the admins think the work of tidying up and getting the chairs back in place is too onerous. I am trying to develop a script that will return the chairs to their correct place, either if they are moved too far or at midnight each day. Basically it is a simple flat surface that remembers its co-ordinates and rotation when I say 'FIX' in local (it then kills the listener so that location is permanently fixed). I then need to link it with the chair, which is bought off marketplace and so non-modifiable. The chair will have a menu on touch which seems to mean that the chair must be the root prim, with my surface as a child prim. It works perfectly for resetting the co-ordinates of the chair but it doesn't get the correct rotation for the chair itself. The child prim is rotated correctly by llSetRot but not the chair. Is there a way to force rotation of the root prim to match that of the child prim, given that I can't do any scripting for the root prim? It isn't a vital element but I'd love to be able to do it perfectly.

I would like to make a tightrope stretched between two points for photography purposes. I'm putting learning particle streams to one side for the moment (can you force a stream into a catenary curve out of interest?) I thought a long cylinder would work and it seems to if I'm happy with a perfectly straight rope, i.e. no gravity sag. As soon as I make it a flexible prim though, gravity works from one end rather than both. As a building newbie am I overlooking any obvious solutions?