Innula Zenovka

Glad we were able to solve the problem. Use the Volume Detect work-round instead of the phantom child script you've got, not in addition to it. If you want to reverse the effects, I think -- from memory -- that turning the whole linkset phantom using the edit tools and and turning it back to non-phantom would remove all the effects of my little script (I know it unphantoms stuff if you do that, which is why I stress it's no use if you want to switch between phantom and non-phantom child prims, and I assume -- though I've not tested it -- that it also removes any lingering strangeness about collision events, if that's an issue). If you wanted to be sure, I guess you could unlink the prim in question, use a revised version of my script to set llVolumeDetect(FALSE); and then relink it.

He certainly posts at SLU now and again, as do Soft and Oz sometimes.

It's because the llGetPrimitiveParams/llGetLinkPrimitiveParams calls can't read the sculptmap's uuid unless the object is full perms to the owner. The phantom child workround I use when sculpties are involved -- which doesn't work if you need to switch between phantom and solid, and causes general strangeness if any scripts in the same object use collision events, but is otherwise perfecty reliable -- is simply to drop this into the prim I wish to phantom before I link it up as a child. As I said, it shouldn't be used if you want to switch between phantom and solid, but otherwise it's ok. default{ state_entry() { llVolumeDetect(TRUE); llRemoveInventory(llGetScriptName()); }}

A note to anyone from LL who may be reading this thread. The Scripting Tips forum is an invaluable resource to scripters. Void is not only a wonderful scripter who is amazingly generous with her time and expertise, helping the rest of us; she's also pretty much the reason that Scripting Tips has survived these last couple of years. Many of the Scripting Tips regulars moved over to SLU when the old Residents Answers closed, and the only reason we kept on returning to the official forums, at least to talk about scripting, is that Void made it very clear she was staying on here and going to do her best to make it work. Which she has done, brilliantly. If Void goes elsewhere, I am certain that most scripters will follow her -- she's taught many of us much of what we know, after all, and we want to continue learning from her and discussing things with her -- and that will be a pretty severe blow to what is still -- and largely because of Void -- a great resource.

To develop Chosen Few's line of thought, lsl functions that involve reading the uuids of textures -- surface textures or those of sculptmaps -- behave differently according to whether the textures and object are full perms or not to the owner of the object containing the script. I've been caught like this a couple of times -- things that work perfectly well for me when I'm making them don't work when I give them to my alt for testing. I'm not saying this is what's happened but what you describe certainly would happen if the script is trying unsuccessfully to read the uuids of sculptmaps that are full perms to you but not to your customer. Without seeing the script, I couldn't be sure, of course, but that's what I would suspect.

Charly Muggins wrote: I am fairly new to these forums, Pamela. Are there other places that are as informative and perhaps less tight-sphinctered regarding cultural protocols, and if so, perhaps you or someone else could direct me to them? The two main third-party forums are SCII and SLU, SLU is, I think, larger and more active than is this place, though it's not to everyone's taste, certainly. I like it there a lot, but, as Pamela suggests, fights there can get rather bruising.

The way I do this, following a hint in the wiki article on llGetAgentSize, is attach(key attached) { if(attached){ vector v = llGetAgentSize(attached); if(v.z!=1.9){ //my owner was probably already logged in before I was attached } } } The idea is that 1.9 is the default height, and, as the wiki explains, "This will be the z value if an avatar's shape has not loaded yet. It is possible but extremely rare to see a fully loaded avatar with this exact size". It works remarkably, and surprisingly, well.

It's possible to do some pretty amazing things with water reflections, though, given the right circumstances, as Zonja Capalini shows:

New LSL functions are described in the release notes for the server version in which they are introduced: https://wiki.secondlife.com/wiki/Category:Server_Release_Notes I normally keep an eye on the Second Life Server forum, where a thread giving details of the present week's releases is pinned to the top.

Richard Lacombe wrote: I did use Genetica to create the 16 frames 4x4. The strange thing is that if I uncheck stretch textures and stretch the object, the image still stretches along with the object regardless of whether I repeat horizontally or by meter. I will need to resort to these recommendations and see what happens. I am determined to get this right... Unfortunately, llSetTextureAnim resets the texture repeats to 1x1 when it's running, no matter what repeats you've set on the prim (or by using llSetPrimitiveParams or whatever). llSetTextureAnim overrides everything and makes it 1x1 (and doesn't put reset them when it's finished, so it's sometimes necessary to switch between a static and an animated texture, if your device has an on/off switch. There are supposed to be some work-rounds for this, but I've never been able to get them to work satisfactorily and have always ended up making a texture to fit the size and shape of the item to which I want to apply the texture animation. I know you said you've made your own, but if anyone else reading this wants to convert an animated gif to a suitable .tga while the site Rolig mentions is offline, if you use Windows, there's a handy free tool by Goonta Maltz that does exactly the same thing you can dowload, the Gif to Second Life Animated Texture Programme

I don't quite understand what the problem would be with that. You rez it 1 meter above your head, or whatever, and, assuming the follow script is correctly done, it should follow you about. Since you mention it's a follower, I'm assuming it's both physical and phantom. Have you excluded the possibility that it's rezzing and then immediately falling through the floor?

Assuming you've checked it's actually hearing the message about what to rez, and that you're sure you're somewhere you can rez stuff, the most likely explanation is that you're trying to rez it more than 10 metres away from you, probably inadvertantly.

Was it Eternally Damned? That was one of the leading vamp regions back in the day, certainly, and, while I remember going to some great parties there, I know they went in for really serious RP.

As I understand it, whether an item infringes on someone's copyright is a factual question, not a legal one. That is, the court is being shown two items and being asked to decide whether one is to all intents and purposes an unauthorised copy of something someone else has made, with a couple of minor details changed -- or an original work that happens to look not unlike someone else's original work, because, after all, any one broadsword is going to look similar to any other broadsword anyway. The court might use precedents in assisting them to how to interpret the law relating to this, but ultimately the court's looking at two items and trying to decide whether one's a rip-off of the other or not. And since one of the items hasn't yet been made, it all seems a bit hypothetical. But I still think it's ultimately a pragmatic question. Nintendo has pots of money and a legal department that is, it would seem, very vigorous in protecting Nintendo's IP rights. And, for what it's worth, I would think that, whatever the rights and wrongs of it, if someone at Nintendo were to see an item and think "he's ripped off our sword" rather than "hmm.. that looks rather like our sword, but I can see it's not", then there's only going to be one practial outcome.

I guess the pragmatic answer to "can Nintendo claim copyright of the sword?" is that they can certainly claim it, and it's up to a court if they uphold the claim, should the maker decide to dispute it, that is. And Nintendo are certainly in a better financial position to make such claims in court than is any private individual. On the other hand, there's a limited number of ways to make a broadsword, I guess, and any broadsword is going to look not unlike any other one, so the important question is "is this a broadsword that looks pretty similar to the Nintendo one but not suspicously so, or is it a copy of the Nintendo one with a couple of minor bits changed?" To my mind, actually saying "this is inspired by the master's sword in Legend of Zelda" is asking for trouble, and best avoided unless it's absolutely necessary to draw attention to the fact.

Without testing it I can't be sure, but, from memory of my experiences with permission requests, I'm pretty certain that each request fires a new run_time_permissions event. If in doubt, I check first and only ask for permissions if I haven't got them. Certainly that's how PERMISSION_DEBIT works.

The problem is that you're asking, in effect, for legal advice -- which I don't think anyone here is qualified to give -- about whether an item that's not yet been made might infringe Nintendo's IP rights if you go ahead an make it. And you're asking for advice about two separate things -- one, "is the design of my sword so similar to that the original that it infringes Nintendo's copyright?" and, two, "can I use the phrase 'Legend of Zelda' in my marketing without infringing Nintendo's trademarks?". To my mind, though, those aren't the questions you should be asking at this stage. Since, if you go ahead and make this item, it'll be Nintendo who file the DMCA takedown request with LL, if one is filed, and since it'll be Nintendo with whom you'll have to fight it out in the courts if you resist their takedown application (and if they go after you for damages, of course), the question I'd be asking is "What's Nintendo's attitude to my doing this?" And I'd be asking it of Nintendo themselves. Having just read the Wikipedia article about Nintendo's attitude to protecting their IP rights, I have to say that I doubt your proposal will meet with their approval, but better to ask now, and be told, "forget about it" than not to ask and find Nintendo's legal team on your case some way down the line.

I think that when sims get restarted as part of a rolling restart, they get restarted using a snapshot taken shortly before they went offline for the update -- that's the point of the warnings about not-rezzing non-copy items. Certainly I've a few times returned to a sim that's been restarted like that and found that the last five or ten minutes' worth of building I did just before the restart has vanished. What happened, exactly, with your item? You bought it and it stopped working. Was it rezzed on the sim and it wasn't working after the restart? And what sort of item was it -- I'm just wondering if there's a specific reason you suspect it was the restart that caused the problems.

My impression, for what it's worth, is that there's still a lot of serious vampire RP, including Bloodlines, but it's mostly confined -- understandably -- to vampire and lycan sims. So most of us don't get to see much of it. I'm not into vampire stuff, particularly, except I spend too much at Avid, but my business partner makes a lot of vampire and lycan anims, so I get to talk to the customers sometimes. Certainly they seem to spend most of their time in SL doing vampire and lycan stuff on their own sims, and not really interacting that much with the rest of us, at least not as vampires and lycans. And when I do go to the vampire sims, they seem pretty impressive places. I don't think the serious vampire role players have much time for vamps who hang around Ahern and Waterhead hassling new residents and generally making a nuisance of themselves, and I think such behaviour is now as atypical of vampires as is similarly irritating conduct at such places by non-vampires atypical of most non-vampire residents. Certainly the vampire clans generally seem to have taken on board the wholly justified criticism of "spampires" and "mosquitoes" a couple of years ago.

Storm Clarence wrote: I agree Innula. But I look back at some older threads on Vampires and it is the general consensus and the advise to newer residents to: "NOT ACCEPT BITE REQUESTS." Why is that? You would have to ask the people giving that advice, I guess, but perhaps the idea was to discourage spampires from making a nuisance of themselves by pestering people with unsolicited requests to bite them.

Or possibly someone at LL has reasoned that some of the many fans of series like True Blood and Twilight might be intrigued at the possibility of engaging in vampire RP in SL and will come and sign up and give it a shot, and has also reasoned that it will not cost LL anything to publicise this opportunity by means of Facebook?

Nope. Poseballs (and other things that animate avatars) send instructions back to your computer (and the computers of anyone who can see you) telling them to animate your avatar -- as far as the sim is concerned, the avatar is just standing or sitting there, motionless. If you want to animate prim linksets, it's a completely different method; you tell the sim to move the component parts of the object about, using functions like llSetLinkPrimitiveParametersFast. There's several tools available on the marketplace to help you do this, otherwise you could try some of the free ones in the wiki, like this one or this one.

It's a newish feature, and it's like following on Twitter -- they see what you post on your wall. You can't see it on your own profile, but this is what it looks like to me: you can control this by going to the privacy page on my.secondlife.com and adjusting the settings in the first drop-down box on the privacy tab:

I'm wondering how the exhibition came to be built and organised in the first place. I mean, someone at the Smithsonian must have been sufficiently familiar with SL to have had the idea in the first place, and between someone having the idea and the event taking place there must have been reasonably experienced people involved to set up the build and the event. That being the case, how come no one seems to have thought about security or estate managers?

Ah. The fact the box was checked and RLV was enabled would explain it, but I am certain that it didn't check itself. You must have done it and forgotten about it -- a collar couldn't turn it on for you. Be that as it may, then, yes, it is possible to tell if someone's got RLV activated. One way is simply to IM someone with the single word "@version" (no quotes) in a line on its own. If they're using RLV, then they won't get the IM but you'll get an autoreply giving details of what version they're using. If they aren't using it, of course, then they'll wonder why this strange person is IMing nonsense at them. If they're using a relay, there's another way to ask their relay if it's turned on, but I'm assuming you wouldn't be wearing an RLV relay without knowing about it. The little robot must have contained a script that, when you attached the object, issued a couple of commands to remove all your clothes and attachments; if RLV commands come from something that belongs to you (which something you're wearing does, by definition), then they're executed automatically. Or, indeed, the robot could just have checked if you were using RLV when you attached it and, on discovering you were, gone on to remove your stuff. That's how some of my toys work -- if you're not using RLV they don't bother trying to do anything else, so you don't get spammed with incomprehensible commands from them, but you know my stuff uses RLV when you buy it. It's a nasty trick to play on someone, though I have to say that there's other pretty nasty things people who are that way inclined can do to someone who is incautious enough to accept and wear an unsolicited gift from someone they don't know, RLV or not. I've been using RLV for three years and change, now, and I've never had any mishaps I didn't want to happen (except when I'm testing and debugging items, as my unfortunate testing alt could confirm).