Avoid using resizer script!

As an example of a self-deleting prim-by-prim script, which might be useful I suppose, here is one that I wrote earlier: http://ordinalmalaprop.com/wiki/index.php?title=Script:Check_Inventory_Permissions

The script itself is designed to be used to check all of the permissions of all of items in all of the prims of an object, to avoid those irritating "oh god this thing just will not change to copy I must have left a script in one tiny prims that is nc/t where on earth is it I have to release this thing right now" moments. But the basic principle could be used for resizing as well.

Thanks Ordinal! I'm looking forward to checking that one out.

I had the joy of producing an item that not only had a lot of contents, the contents had contents -- and in some cases, those contents had contents. How fun it was to test the permissions, and track down the offending items! I should have written a script like this in the first place.

PS: It's lovely! Btw, you should delete "menu" from the help, since it isn't implemented.

Oh dear, there are probably a large number of things like that as well.

It is often implied in the advertising: if an item is no mod, for instance, but it is also described as 'resizable' then it most likely uses a resize script. That said, I was bitten once or twice, but I wouldn't buy the product again on an alt account for example.


Thanks for sharing that fab and groovy script, Ordinal. Have you already fixed the detail about 'menu' that Lear pointed out? I couldn't find it in the script.

Ack! It appears we can no longer delete a script from a no-mod object. Can't set them to not-running, either. Now, if only I could find a way to get them all to do a stack heap error ...

I guess I won't be wearing my J's Boots much any more. Darnit.

Correct. That changed a couple of years ago. I protested that it broke the agreement LL had with us that everything be either no-copy or no-transfer but not both, to preserve a working first-sale doctrine in SL: either customers got to resell what they bought, or they could copy their objects as if they were software... keeping them safe from loss. If someone could put a no-copy script in a no-mod no-transfer object, or vice versa, you were stuck.

Alas, Linden Labs simply removed that text from their website, and claimed that they were merely fixing an "exploit". It seems that certain "games of chance" needed to be able to give out no-copy no-transfer tokens. Too bad they had to get rid of the games of chance since then, and the code's never been changed back.

I'll open a JIRA. I feel this need outweighs the old one! Of course, that'll raise a furor. I know there are a number of people who want no-xfer/no-copy. Personally, I have no sympathy for them; even with gaming, I can't think of a single good reason for this ability. BTW, there's another way to make a no-copy/no-xfer token without disallowing script removal (doh, there are numerous ways). For one, if the script is removed, the token is rendered invalid.

It's not just scripts, BTW. You can't remove any content from a "no mod" object.

Funny to see how many of you blames so many things without knowing the facts.

There are allready resizers with one script only. Those have all the information saved in that script.

The issue about scripts using more memory is not really a problem either. Mono is made i a way so it can "share" and "reuse" certant kind of information. Not only bytecode sharing, but also by using pointers rather than record on record in lists.

Where it earlier was so that 2 x "Hello world" used 2 x what a record in a list did they now only uses 1 since they are similar, PLUS a pointer.

So resizers made the right way will take advantage of this and not really be a memory problem at all.

I am a creator of one of those resizers and i have them on our own sims in several items, and still have one of the least laggy sims in SL.

So please people. Get your facts straight before you start hitting on a complete type of script just because some of them are bad.

Zep Palen makes a resizer script that is low lag. Once added to your item and registered, it auto deletes all registration scripts save for one in the root prim, and that one uses 0.002 ms script time all in all. that final script can also be deleted using the delete button in the menu by end users. its a brilliant gadget, easy to use, and works perfectly.

Good for you, Zep.

But please get one or two things in perspective yourself: Mono is a comparatively recent introduction and there is a shitload of products, not some, using excessively laggy scripts to resize non-mod objects.

Ehmmm yes ?? Did I say it wasnt ? The issue in the thread is that it is claimed that the memory usage WITH mono is a big problem. I just responded to that. Doesnt really matter how long time it has been here.



I dont think I denied that anywhere in my post. The only thing I wrote was that there ARE low lag resizers. Meaning: "Not all resizers creates lag or overuses memory."

Is other kinds of scripts that I think are unnecessarily put into attachments.

About 2 weeks ago I started to notice an increase in copybot-like messages appearing on my screen. I didnt think much off it until I login into my parcel 3 days ago and I get the message that copybot protector is activated. I start examining all my attachments and find a copybot protector script in my hair. Geez !!!

Copying is a huge problem True. But please can creators not let this turn me into a lag monkey without my knowledge. Thanks.

I'd completely wig out if a creator got in my hair like that.

Let's please avoid silly personal attacks and focus on the facts.

I apologize that I implied that all resizers suffer from this problem. Thanks for this correction. I'll edit my OP with this in mind.

A 200-prim attachment that uses 200 prims wastes both memory and script time. I know the former as a tested fact (every running script takes about 2 microsec of script time, which quickly adds up). The latter I know from discussions on how script memory works, and will be able to document as soon as memory reporting is implemented.

False. List sharing of memory does not happen between different scripts. It also does not happen for lists containing values that happen to be equal. It only happens for copies of lists.

I agree. Resizers that take advantage of the actual facts won't be a big problem. A single script, and even if it does consume some memory to hold the details for a number of prims, that's substantially less overhead than a script per prim.

Teach your grampa to suck eggs, much?

Given that copybot protector is 100% completely worthless and nothing but a spam advertising engine for the crooked scriper and weapons-creator who wrote it and continues to sell it, I hope you gave the idiot who made the hair a piece of your mind.

THERE IS NO EXCUSE (not no REASON, no EXCUSE) for Copybot Protector to have EVER been put into operation, anywhere. It never worked. It doesn't work. It's a complete and utter piece of nasty stinking toxic waste.

However.... I defy ANYONE to successfully resize a 200 prim belt, or hair, if it's more complex than ALL BIGGER or ALL SMALLER.

Can't be done, not with any degree of sanity. Period. Can't.

If resizer scripts have value other than to make the item no MOD, then there'd be creators leaving the item modify for those of us that would rather do it that way or scripted for those that can't.

But I have had this scripted junk, doesn't matter WHO the creator is, it simply is not an effective way to allow large prim items to be modified to anything other than bigger/smaller for the whole linkset.

If you believe otherwise, i'll gladly enjoy a demo!

You're absolutely right, Lear.

I sincerely hope to curb my temper (and work on my lack of experience) before I reach 1,000 posts. However, some things touch a nerve with me such as bad scripting, which, along with bad texturing and poor permissions, constitutes some of my more salient objections regarding product sales in SL.

The issue is not just a matter of wasted lindens and wasted processing time but mostly of wasted manhours. My primary objective in SL is entertainment, which means that I would be happy to pay for items that I do not want to exhaust personal resources developing for myself.

In the past, I have been content to avoid buying items that do not function absolutely to the peak of their potential, but on the other hand, I have since learned that many otherwise brilliant products in my possession have been ruined by zealous creators using inappropriate scripts or overly dense textures that effectively render their products unusable at best or laggy at worst.

I also know quite a few regular residents, outside of these forums, who do not give a damn about the issues under discussion in this thread but are nevertheless prepared to pay for, and wear, products that not only fail to add to the SL environment but instead these same products actually detract from it to everyone's disadvantage.

One or two responsible creators aside, the issue is serious to the point of retarding the basic function of SL: I spent a half hour on a sim just last night, where every detail registered with crystal clarity except fifteen of twenty avatars, all of whom remained grotesque blurs until I logged off - although each of them was undoubtedly a paragon of gorgeousness to him or herself throughout that time.

Does anyone need to spent however many lindens with the result that they just hang around, half-formed in the ether, like so many ghosts?