Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Open Question: Prim/Object Mirroring

Tiger Crossing
The Prim Maker
Join date: 18 Aug 2003
Posts: 1,560
03-10-2005 10:17
I won't update my Mirrorator until LSL gets llGetLinkPirmitiveParams()... :)
_____________________
~ Tiger Crossing
~ (Nonsanity)
Jeffrey Gomez
Cubed™
Join date: 11 Jun 2004
Posts: 3,522
03-10-2005 11:14
The code has been posted to the Script Library. It's available here.
_____________________
---
Aestival Cohen
half pint half drunk up
Join date: 2 Sep 2004
Posts: 311
03-18-2005 14:08
Wah, I can't get it to work. It just says "Can't find object Object". Help help please Please!

P.S. I really really want this, this woudl be super cool! ^_^
_____________________
=^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^=
Luverly FLICKR photos!
=^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^= =^.^=
eltee Statosky
Luskie
Join date: 23 Sep 2003
Posts: 1,258
03-22-2005 10:41
From: Jeffrey Gomez
/15/9a/38165/1.html
So, here are a couple questions on whether or not I'll release it.
1) Would you use this to mirror your builds? (I expect a resounding "yes";)
2) Are you concerned that this might be used to "copy" existing objects with Modify permissions? If so, specify why.
3) Would you feel better if I released a version that does not copy textures in any form? One of my versions does so in a rudimentary (non-mirrored) format.
4) Do you feel that a check of llGetOwner to llGetCreator in an open-source code set would be sufficient deterent from copying builds (as most people do not edit code)?
5) If not, would you feel better if this were released as a black box than open source for the world to use?


1) potentially

2) absolutely, and it will be used as such because people do want to get free copies of nocopy objects, its already happened many many times through bugs and backdoors, this just throws the front door wide open

3) this should also be a must because you are using what amounts to an exploit to get texture keys and copy textures, regardless of actual texture permissions

4) this is no deterrent at all if people can simply comment out one line and get the 'full version'

5) its moot now (as you have released code) but this would have been workable combined with #4, but even then its still something that comes very close to basically making any mod+nocopy object 'public domain'
_____________________
wash, rinse, repeat
Jeffrey Gomez
Cubed™
Join date: 11 Jun 2004
Posts: 3,522
03-22-2005 12:54
Yes - it's a very difficult and potentially-flammable issue. I discussed it with a couple Lindens, read all of the posts here, and held several in-world discussions before the script ever came to light.

... however, I'm going to have to go with a couple windfalls here that I forgot to mention - purely because the script is already "out there." If more valid concerns come to light, such that the script need be removed from the Script Library, I shall do it myself.

(This numbering does not address the numbers you left directly; I'm simply dividing my thoughts on the matter)

1) Addressing the concern of No Modify directly, it was actually brought up to me that many outfits rest on the laurels of "Modify" permissions to get the job done. Or, addressing your subset directly, furry outfits. After thinking the problem through, and talking with Lindens about it, I came to the conclusion that people that should know better can do this already. Such is the stipulation of leaving the objects as "Modify." This actually makes a very compelling case for the Lindens to add a new permission set for prims - "No Script." I'll be adding that to the Feature Suggestions forum.

In the short term, there are several protective measures one can take to prevent this, by anyone, in the short term. If you're very concerned about it, I wouldn't mind speaking to you, or anyone, on this issue. For my piece, I have added that extra line of security in the script itself, but as per concerns I may add additional "gimping" code as needed. Again, this is something I've done in the past with certain scripts that I've released with a potential to abuse, like my 3D Model Importer.

2) The script is not a "sure fire" thing. It has trouble in many cases, and must be added to each individual prim to be effective. Again, there's nothing new here - this has been around a while, as has "copy by numbers." The concerns that something like this makes it "easier to do," though, are valid - and again it makes a very compelling case for additional LL features if it becomes a large problem. Of course, "forcing them to find a reactionary fix" is not the intent either - but, hopefully, a proactive solution like I suggested will take place before trouble happens.

3) I will not be releasing a texture version in any way, shape, or form here, for the reason mentioned, eltee. This gives additional recourse to people that feel they may get "duped," as it's one of those things that's impossible to quote "copy by numbers."

In closing, I'd like to hear further from people that have concerns, not only for the sake of this script, but in general. That way, we can work toward a solution. :)
_____________________
---
Jeffrey Gomez
Cubed™
Join date: 11 Jun 2004
Posts: 3,522
03-28-2005 07:43
In response to the concerns brought up in this, and other, threads, I will be releasing a Universal Permissions Suite for use with No Modify objects. Expect to see this within a day or two in beta form - I just need to write documentation. The features included in my current (working) prototype:

- "Import" a Prim into the set via a handy Copy feature (No Modify prevents changes in links; this does not copy contents!)
- Use invisible prims in the set to allow users to "Add" Extra Prims with Copy!
- The ability to uniformly scale the entire object with a script (yay!)
- By Face and By Prim Support for Nearly Everything llSetPrimitiveParams allows (color, texture, position, rotation, scale, shininess, bumpmap, alpha, material, etc)
- Intuitive Dialog System using Contextual Listeners and Link Messages (no passive listens!)
- The ability to "tailor" the Permissions by removing options directly from the feature list quickly and easily
- Fully-featured Undo Queue (up to five entries; still a little buggy)
- Easily Remove the Scripts when Done with just a few clicks


Essentially, I have built limited modify functionality into No Modify, so builders with valid concerns that their objects can get copied will have a final recourse in preventing that, while preserving the ability for users to tailor the objects to their liking.
_____________________
---
Jeffrey Gomez
Cubed™
Join date: 11 Jun 2004
Posts: 3,522
04-06-2005 13:21
"Prim Copy" and "Prim Mirror" have both been reinstated within my prim mirror and my new permissions script. This is posted both as a warning and as a notice to those wishing to use both feature sets. Since the former has been discussed, here is the latter.

/15/e2/40302/1.html#post433664/15/e2/40302/1.html#post433664

This new script set may be used on your own No Modify objects to add scripted modify options without the risk of anyone copying your stuff. Not only does this put the problem asserted in my first script to bed, but it also kills off the general problem that some content creators have been having.

Feedback would be appreciated on this. Please spread the permissions script to as many people as you can.
_____________________
---
1 2