Difference between revisions of "Talk:LlSleep"
m (Formatting appeared to be old and using HTML markdown - updated to properly parse code sections.) |
m (→Use of small values with llSleep(): Added syntaxhighlight for more beautiful rendering of LSL) |
||
Line 6: | Line 6: | ||
To use, place both scripts within one prim, attach and detach enough times to note the chat messages and when they occur. Uncomment either of the llSleep() statements in "Sub" to observe the differences. | To use, place both scripts within one prim, attach and detach enough times to note the chat messages and when they occur. Uncomment either of the llSleep() statements in "Sub" to observe the differences. | ||
<syntaxhighlight lang="lsl"> | |||
// Main | // Main | ||
default{ | default{ | ||
Line 37: | Line 38: | ||
} | } | ||
} | } | ||
</syntaxhighlight> | |||
: [[User:LepreKhaun Resident|LepreKhaun Resident]] 19:23, 13 January 2014 (PST) | : [[User:LepreKhaun Resident|LepreKhaun Resident]] 19:23, 13 January 2014 (PST) | ||
Try this:- | Try this:- | ||
<syntaxhighlight lang="lsl"> | |||
default | default | ||
{ | { | ||
Line 52: | Line 53: | ||
} | } | ||
} | } | ||
</syntaxhighlight> | |||
I got values as low as 0.01825, mostly around 0.021, and once 0.044 (2 frames) from a sleep of 0.0001 | I got values as low as 0.01825, mostly around 0.021, and once 0.044 (2 frames) from a sleep of 0.0001 | ||
Revision as of 08:29, 22 September 2024
Use of small values with llSleep()
I believe these 2 script shows that a small value (as in less than 0.0222... (1/45)) sent to llSleep() causes the script to sleep out the rest of the server frame it's then active within, always causing a minimal delay of approximately 0.022s. They also show that llSleep(0.0); is a NOP.
To show this, I'm using a technique to see what gets en-queued during the detach event. Both scripts announce when their attach event handler is triggered. The "Sub" script, when it detects a detach event message, also sends a link message to "Main" which then announces when it's been received. With either no llSleep() or with llSleep(0.0) in the indicated spot within "Sub", nothing is queued through the detachment. However, use of a small value will cause the response of the link message to delay until it's reattached again.
To use, place both scripts within one prim, attach and detach enough times to note the chat messages and when they occur. Uncomment either of the llSleep() statements in "Sub" to observe the differences.
// Main
default{
link_message(integer sender_num, integer num, string msg, key id){
llOwnerSay(msg);
}
attach(key id){
if (id == NULL_KEY)
llOwnerSay("Main detached.");
else
llOwnerSay("Main attached.");
}
}
// Sub
default{
attach(key id){
if (id == NULL_KEY){
llOwnerSay("Sub detached.");
// Uncommenting next line will not change the observed behavior
// llSleep(0.0);
// Uncommenting next line will cause this script to sleep until the end of the server frame
// llSleep(0.0001);
llMessageLinked(0, 0, "DETACHED", NULL_KEY);
} else
llOwnerSay("Sub attached.");
}
}
- LepreKhaun Resident 19:23, 13 January 2014 (PST)
Try this:-
default
{
touch_start(integer total_number)
{
llResetTime();
llSleep(0.0001); // Try also with 0.0
llSay(0, (string) llGetTime() );
}
}
I got values as low as 0.01825, mostly around 0.021, and once 0.044 (2 frames) from a sleep of 0.0001
but consistently 0.00000 from a sleep of 0.0
- Omei Qunhua 03:28, 14 January 2014 (PST)
Mo' bettah, fo' sure. LOL I'd made the observation while tinkering with synchronicity in multiple scripts and never thought to simplify. I guess the question would be does it warrant mention on the front page and, if so, would it fall under Caveats?
- LepreKhaun Resident 07:26, 14 January 2014 (PST)
IMHO it would be great to have this with the scripts on the llSleep page. Wouldn't it fit under deep notes?
- Poppet McGimsie 17:10, 17 February 2014 (PST)