From Second Life Wiki
Revision as of 08:33, 3 May 2010 by Dale Innis (Talk | contribs)

Jump to: navigation, search

can someone write some words about that integer param, the last parameter? maybe the one who wrote the function!

Yes, I'm adding more to the function description now. Including an example. Xaviar Czervik 18:58, 28 October 2007 (PDT)


Is the delay actually mass-based, or is it 0.1 seconds? The article currently says both... Dale Innis 12:10, 1 November 2007 (PDT)

Both, the function has a default delay of 0.1 seconds (it's part of how the function is plugged into the VM), but there is an additional mass based delay. -- Strife Onizuka 13:42, 1 November 2007 (PDT)

How far away can an object be rezzed?

I could spend some time testing it, but was hoping someone already did that. :) Lana Straulino 20:52, 29 April 2010 (UTC)

This is just a guess plus a little experience with trying to rez at distance from the rezzer....I think the maximum distance may be variable and tied to the linkability rules. It would make more sense than the maximum distance being (my memory fails me) about 18.5 meters, which was roughly the maximum I have managed in the past. Testing and posting the results would be of value if my guess doesn't help. -- Fred Gandt (talk|contribs) 22:26, 29 April 2010 (UTC)
Actually: See llRezObject Caveats. Apparently a maximum distance of 10 meters from the rezzer (center of the prim containing the script calling this function) is the limit. I'm sure I broke that though. I may end up testing it myself. -- Fred Gandt (talk|contribs) 22:36, 29 April 2010 (UTC)

As I thought. The caveat is wrong. It also turns out my memory isn't so bad as I thought. Also...A difference in maximum distance is seen depending on the size of the object doing the rezzing.

  • A 10 meter cube can rez up to 18.660279 meters away.
  • A 0.01 cube can rez up to 10.008666 meters away.

Tested using a cube as the rezzer and rezzee. The rezzee size seemed to make no difference (this was a simple test). <lsl>vector pos;

default {

       pos = llGetPos();
   touch_start(integer nd)
       llRezObject("Object", (pos + <0.0,0.0,10.008666>), <0.0,0.0,0.0>, <0.0,0.0,0.0,1.0>, 0);

}</lsl> Any testing beyond this would bore me to tears so, good luck! Hope it helps. -- Fred Gandt (talk|contribs) 23:18, 29 April 2010 (UTC)

omg! Thanks you Fred! And believe it or not, that sort of work changes entire designs. Lana Straulino 03:22, 30 April 2010 (UTC)

I'm a little concerned by the idea of just casually replacing the original 10m-limit statement with the results of some experiments. My impression has been that what's officially supported is a 10m area, and anything beyond that that any particular version of the server software happens to support should be regarded with suspicion. That's one of the problems with a Wiki :) in that it's hard to distinguish the Official Contract of the function from stuff that people have discovered and posted on the page. Personally I wouldn't write any code (or at least no code that I was planning to support someone else's use of) that depended upon being able to rez an object more than 10m away; I can easily imagine the 10m limit becoming strict in some server update, and any bug reports against that being closed Working As Designed. Of course ymmv... Dale Innis 14:07, 3 May 2010 (UTC)

Agreed Dale. However, I first discovered the approx 18.5 meter range quite a few servers ago. 1.24? (I really can't say, about 18 months ago ish) The fact that I took the time to study the results on more than one occasion and on far removed server updates does lend my results some validity. You are of course right though. If 10.0 meters is what it should be, we should mention it. :-) -- Fred Gandt (talk|contribs) 14:40, 3 May 2010 (UTC)
Yeah would probably be good to confirm with a Linden as to what the actual supported use is, and write that down. I updated the text slightly to note 10m as the "official" limit, although I admit I can't point to specific proof of that!  :) If you know which server versions your results apply to, that might be good to document as well, in case it ever becomes an issue... Dale Innis 15:33, 3 May 2010 (UTC)