Sending a non changing message to an object in another sim

[steph Arnott]

OK, i read the book,wiki and anything else with no understanding. is there a way to send a fixed message to an object in another sim? Fixed as in will be the same message all the time.

[Stickman Ingmann]

Two methods come to mind.

One is sending an email, which you can do if you know the UUID of the object. http://wiki.secondlife.com/wiki/LlEmail Note that it has a 20 second delay, and there is a limit to how many/fast you can send them.

Note that email requires a way to receive the UUID in the first place. You can manually input it, but the object's UUID will change whenever it is rerezzed. Thus, while being fairly simple, this method has some hard-coded or less dynamic methods to it.

Two is using the http functions. You can use llRequestURL to get a URL that the other object can access. http://wiki.secondlife.com/wiki/Category:LSL_HTTP

For HTTP communications, you can use some sort of "LSL DNS" system, which requires an external server. There are some free ones set up that you could tap into, I believe. A quick serch shows this page: http://wiki.secondlife.com/wiki/Public_Object_DNS Which, if is not the answer, will lead you towards the answer.

So HTTP can be entirely automated even after rerezzing things, but setting it up as such is way more involved than just sending an email.

Hope that helps!

[Darkie Minotaur]

4 ways come into my mind:

1. llEmail
2. via HTTP from object to object (llHTTPRequest )
3. via HTTP out from the sender to a webserver and HTTP in from the webserver to the receiver (llHTTPRequest, llHTTPResponse)
   
4. via HTTP out from the sender to a webserver which writes it to a database or a file and the receiver polls for new messages (llHTTPRequest,)

1 and 2 require that the UUID of the receiver is known to the sender. 3 requires the webserver knows the receivers URL.

[Innula Zenovka]

Stickman beat me to it, but I was going to suggest looking at the Public Object DNS example, too -- it's a lot easier to set up than you think it's going to be.

[steph Arnott]

I understand that an in world virtual server can be used, but the wiki does no explain how to do things it just dumps a load of script assuming we all pro programers. The whole point SL went to lsl was to get people scripting.

 

[steph Arnott]

Thankyou both, not from what i read can i understand what it doing.

[steph Arnott]

I will look into this in more depth but i think this beyond my capabilities at the present time. Thanks for the help.

[Darkie Minotaur]

If you tell us a little more about what you actually want to se this communicaton for, we can advice you on how to best set it up.

[steph Arnott]

If hve my own Tardis system which works well, i just can not find away of deleting the exterior when it in another sim. This part is the only thing that is bugging me. I do not want to run an outside server as i wanted everything in world. If you read this it may help.( rezz object on tp) it on this page

[Innula Zenovka]

What's the sequence of events?   You tp somewhere, wearing an attachment, and this rezzes a Tardis when you get there (if it can),   Then you tp off elsewhere and, on arrival, this attachment tells the old Tardis to de-rez itself?

If that's the case, I would have thought the simplest way is to have the rezzed object check periodically to see if the owner is on the sim, and kill itself if she's not there.

[steph Arnott]

lol, i posted an empty page.

Actually i never thought of it doing a detect. That a hot idea, thanx big hug. Simple and functional.

[Innula Zenovka]

Probably the most economical way of checking if the owner is on the the sim is to store the owner's uuid when the Tardis is rezzed (no point in keeping on checking who llGetOwner is, since you know it's not going to change) and then start a slow timer, checking 

 

if (llGetAgentSize(owner)==ZERO_VECTOR)

 If it does, then the owner has left the sim and the Tardis can dematerialise.

[steph Arnott]

Yes that makes good sense. I detest using up resources unnecessarily. Some residents don't seem to understand that groups have to pay for them. I think 10 min timer would be reasonable. Doing it the way i was thinking is far to complicated for a simple thing.  Was trying to be clever, lol