[sldev] Reviewing/Fixing the Particle System
Strife Onizuka
blindwanderer at gmail.com
Wed May 23 04:55:08 PDT 2007
I looked at both past and present source with that in mind when I wrote my
last message. Regardless of the 1.14. changes, there hasn't ever been a
clamp on the system life. Adding one would break content.
http://svn.secondlife.com/trac/linden/browser/branches/2007/sculpties2 -
Current (1.16.0.?)
https://wiki.secondlife.com/wiki/Source_downloads#2007-Jan-08 - Past (
1.13.2.?)
On 5/23/07, Nicholaz Beresford <nicholaz at blueflash.cc> wrote:
>
>
> Strife,
>
> I wouldn't exactly go for the current code with that, because the
> particle system was completely rewritten in 1.14 (or around that date)
> and this may have been that way in earlier version. In fact the fact
> that current 1.15 does not delete partcile systems after some time may
> be responsible for some of the stuff around VWR-418
>
> (VWR-418 is the reason why I was looking at this and in fact would
> prefer to have the limiting of lifetime)
>
>
> Nick
>
>
>
>
> Strife Onizuka wrote:
> > I've never seen the 60 second limit mentioned on PSYS_SRC_MAX_AGE
> > before. I think it's an error in the documentation. It isn't logical
> > that it should clamp the particle system life, implementing this would
> > kill objects that constantly stream particles but never update the
> > particle system (like fires).
> >
> > It's hard to follow the code because both the particle and particle
> > system classes both have a mMaxAge attribute (corresponding to
> > PSYS_PART_MAX_AGE & PSYS_SRC_MAX_AGE respectively). I can't find
> > anywhere in the source where the system life is clamped so I'm
> > removing that from the documentation outright (the only clamping going
> > on mMaxAge is on the particle life side).
> >
> > Thanks for bringing this to my attention.
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070523/30572b76/attachment-0001.htm
More information about the SLDev
mailing list