[sldev] Script/Parcel/Memory Limits

[Dahlia Trimble]

I'm curious why people deem it necessary to distribute resizing systems with
a slave script in each prim. Most of the resizing scripts I've seen only
allow you to adjust the size and position of prims, this is at most 6
floating point numbers per prim (x, y, z offsets, x, y, z scale). These
values are only needed as they are relative to the size and position of the
prim in the original design. Thus, a resizing system could be designed which
has a master script with memory storage for these values for each child
prim, and self-deleting child prim scripts which send the original values to
the master script one time (*before* leaving the designer's workshop) and
then delete themselves. The deletion function could also be enforced by
having the child prim scripts send their data and self delete when a
CHANGED_OWNER event occurs. The master script can then modify these values
and modify the child prims using the existing llSetLinkPrimitiveParams()
function.

If such a resizing script were commonly used, I suspect it may significantly
reduce sim memory usage. Unfortunately, the designers of the resizing
scripts in use today chose not to use such a method.


On Wed, Dec 16, 2009 at 6:38 PM, Twisted Laws <twisted_laws at hotmail.com>wrote:

>  Add an optional command for scripts of llLoadWhenAvatarIsWithin(meters)
> and a lot of us would use that to control waterfalls, fountains, pets and
> other things :)  Of course, you
> need an CHANGED_ACTIVED and CHANGED_DEACTIVATED events to go with it.
>
> Twisted
>
> From: babbage at lindenlab.com
> .....
>  Interestingly with over 1000 running scripts for every logged in avatar,
> that is still largely the case: you can look at Second Life as a world of
> scripts that humans occasionally visit.
> ...
> Babbie
>
> ------------------------------
> Hotmail: Trusted email with Microsoft’s powerful SPAM protection. Sign up
> now. <http://clk.atdmt.com/GBL/go/177141664/direct/01/>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20091216/67e67923/attachment.htm