llSetSoundQueueing
Revision as of 07:11, 15 May 2009 by Strife Onizuka (talk | contribs) (I didn't know it was a prim property. I suspect the queue limit is a client limitation but I have no evidence to support that.)
LSL Portal | Functions | Events | Types | Operators | Constants | Flow Control | Script Library | Categorized Library | Tutorials |
Summary
Function: llSetSoundQueueing( integer queue );208 | Function ID |
0.0 | Forced Delay |
10.0 | Energy |
Determines whether attached sound calls wait for the current sound to finish by using queue. Sound queuing is disabled by default.
• integer | queue | – | boolean, TRUE enables, FALSE disables (default) |
Caveats
- It appears that only two sounds can be queued at a time.
- Sound queuing is a property of the prim, not the script. It can be activated and deactivated by any script in the prim.
Examples
<lsl> default {
state_entry() { llPreloadSound("SoundName1 as a string if sound is in prim inventory or UUID of sound"); llPreloadSound("SoundName2");//This loads the sounds into all in range viewers and cuts delay between sounds. } touch_start(integer detected) { llSetSoundQueueing(TRUE);//Set to TRUE for queueing and SoundName2 plays after the SoundName1 has ended. //Set to FALSE only the second will be played since the prim has only one sound emmiter and the second was called last. //Can be set anywhere withing the script (if within an event it will activate when the event is triggered. llPlaySound("SoundName1", 1.0); llPlaySound("SoundName2", 1.0); }
}
</lsl>See Also
Functions
• | llLoopSound | |||
• | llLoopSoundSlave | – | Plays a sound attached. |