On 2012-11-02 11:01 , Adeon Writer wrote:
> A few months back there seemed to be interest on this mailing list in a
> formal way to have custom animation sets for avatars without LSL scripts
> (Animation Overriders)
Yes, this did kick off some interesting and fruitful discussions
internally, bu
I've written and used my own LSL AOs for years. I also don't agree with
Carlo's "majorly fail" assessment since he didn't really give a reason,
but relying on control inputs rather than a moderately quick timer (à la
Argent) also doesn't work.
Control events aren't reliable enough for this as an A
On 2012-11-03, at 22:39, Carlo Wood wrote:
> LSL AO's have always failed majorly.
I have used and written LSL AOs for 7 years now, and I haven't seen this
"majorly" failing. Certainly nothing compared to the shortcomings of
client-side AOs. Being able to load AOs from a wearable is kind of a k
On Sat, 3 Nov 2012 11:49:36 -0500
Argent Stonecutter wrote:
> I think the requirement for this is somewhat overstated, and I hope
> that LL does not include any such function in the viewer. A well
> written LSL based AO has very little overhead, because it can get by
> with fairly slow timers by
I think the requirement for this is somewhat overstated, and I hope that LL
does not include any such function in the viewer. A well written LSL based AO
has very little overhead, because it can get by with fairly slow timers by
using control inputs to detect state changes. Even the somewhat con
A few months back there seemed to be interest on this mailing list in a formal
way to have custom animation sets for avatars without LSL scripts (Animation
Overriders)
The last I heard there were inquiries on how TPV's were pulling it off (fully
client-controlled isn't the most ideal implementa