Difference between revisions of "Talk:LlSetSoundQueueing"
| Line 2: | Line 2: | ||
:Cool, very good job. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 03:21, 16 May 2009 (UTC) | :Cool, very good job. -- '''[[User:Strife_Onizuka|Strife]]''' <sup><small>([[User talk:Strife_Onizuka|talk]]|[[Special:Contributions/Strife_Onizuka|contribs]])</small></sup> 03:21, 16 May 2009 (UTC) | ||
== Calling Strife Onizuka... hehehe. I would assume you would be the first to find this. == | |||
As you are aware I am trying to find a way to make good use of this function since lists and sleeps are rubbish in comparison but the two sound limit is beyond frustrating. What I have found is that even with switching queueing on and off at responsible times and by shifting states and even by trying to run different sounds from different scripts I cannot find a way to get the second of two sounds to become the first of two if a third is introduced. Can you think of any little trick that might work? I can't imagine that there is not a way. But I am assuming that the problem with allocating the second sound as a new first in a new pairing is linked with the way sounds are played out (the fact that the second sound function fires before the first sound has finished playing). Any inspiration would be appreciated since even though I have the will I simply don't have the skill. | |||
Revision as of 16:49, 28 May 2009
Queueing survives take and rez even if it has no script in it when taken and then a script without queueing is placed in it. It also survives when a brand new script never used before replaces the original. The queueing state continues to exist unless it is expressly ordered to FALSE. Cool I liked the challenge. bring em on. lolz -- Eddy 01:20, 16 May 2009 (UTC)
Calling Strife Onizuka... hehehe. I would assume you would be the first to find this.
As you are aware I am trying to find a way to make good use of this function since lists and sleeps are rubbish in comparison but the two sound limit is beyond frustrating. What I have found is that even with switching queueing on and off at responsible times and by shifting states and even by trying to run different sounds from different scripts I cannot find a way to get the second of two sounds to become the first of two if a third is introduced. Can you think of any little trick that might work? I can't imagine that there is not a way. But I am assuming that the problem with allocating the second sound as a new first in a new pairing is linked with the way sounds are played out (the fact that the second sound function fires before the first sound has finished playing). Any inspiration would be appreciated since even though I have the will I simply don't have the skill.