Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

stupid question

Alicia Sautereau
if (!social) hide;
Join date: 20 Feb 2007
Posts: 3,125
02-15-2008 11:19
from all the things possible, i ofcourse find the one wich has no answer where ever, not even on all the wiki`s...

is it possible to teleport a prim by script?

this is without an avi and just a signle object
the cordinates of the destinations are known (region,x,y,z)

looked at the warppos but that would be navigating trough a maze of no object entry land plots, only work for the mainland and pretty much useless for huge distances
_____________________
Hewee Zetkin
Registered User
Join date: 20 Jul 2006
Posts: 2,702
02-15-2008 11:31
No.
Ollj Oh
Registered User
Join date: 28 Aug 2007
Posts: 522
02-15-2008 11:55
no.

We need an opensource pathfinding sl-script.
Preferably one that has a database about where there is gov-linden land/road.
Atashi Toshihiko
Frequently Befuddled
Join date: 7 Dec 2006
Posts: 1,423
02-15-2008 12:14
Thinking outside the box, and I don't know if this is fully possible, and it would be kind of a bit of extra overhead, but...

You could have the prim be owned by a bot, who's job was to stand around unobtrusively, and when the prim needed to go somewhere, it could llOwnerSay the region,x,y,z coordinates. The bot would then take the prim into inventory, teleport themselves to the desired destination, then rez the prim. Then the bot would stand around waiting for its next assignment.

You could even have the bot TP somewhere else like a 'home base', and have the prim summon it with llInstantMessage rather than llOwnerSay. That way when the prim needed to go somewhere the bot could TP in, grab the prim, TP where it was told to, then rez the prim and finally TP back to its base to wait.

-Atashi
_____________________
Visit Atashi's Art and Oddities Store and the Waikiti Motor Works at beautiful Waikiti.
Alicia Sautereau
if (!social) hide;
Join date: 20 Feb 2007
Posts: 3,125
02-15-2008 12:17
From: Atashi Toshihiko
Thinking outside the box, and I don't know if this is fully possible, and it would be kind of a bit of extra overhead, but...

You could have the prim be owned by a bot, who's job was to stand around unobtrusively, and when the prim needed to go somewhere, it could llOwnerSay the region,x,y,z coordinates. The bot would then take the prim into inventory, teleport themselves to the desired destination, then rez the prim. Then the bot would stand around waiting for its next assignment.

You could even have the bot TP somewhere else like a 'home base', and have the prim summon it with llInstantMessage rather than llOwnerSay. That way when the prim needed to go somewhere the bot could TP in, grab the prim, TP where it was told to, then rez the prim and finally TP back to its base to wait.

-Atashi

that idea has crossed my mind as the final solution, problem is, i have 0 knowladge about libsl to even make something like that :(

btw, thanks all ;)
_____________________
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
02-15-2008 14:14
I'm curious as to what you'd do with a teleporting prim? maybe there's another way to get the same or similar end result without it.
_____________________
|
| . "Cat-Like Typing Detected"
| . This post may contain errors in logic, spelling, and
| . grammar known to the SL populace to cause confusion
|
| - Please Use PHP tags when posting scripts/code, Thanks.
| - Can't See PHP or URL Tags Correctly? Check Out This Link...
| -
Alicia Sautereau
if (!social) hide;
Join date: 20 Feb 2007
Posts: 3,125
02-15-2008 15:27
From: Void Singer
I'm curious as to what you'd do with a teleporting prim? maybe there's another way to get the same or similar end result without it.

automate upgrading using the remote pin load

both need to be in the same reqion and same owner

can`t rez an object remotely using a uuid (the upgrade box) and you can`t remote load the script with the pin by uuid, both need to have the actual script inside

when the prim can go around on it`s own, the restrictions are waved byebye if you get my drift :)
_____________________
Hewee Zetkin
Registered User
Join date: 20 Jul 2006
Posts: 2,702
02-15-2008 20:40
Oh, there are plenty of systems that could make wonderful use of this. There are a lot of attacks that could make devestating use of it too. **shrug**
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
02-15-2008 22:26
From: Alicia Sautereau
automate upgrading using the remote pin load

both need to be in the same reqion and same owner

can`t rez an object remotely using a uuid (the upgrade box) and you can`t remote load the script with the pin by uuid, both need to have the actual script inside

when the prim can go around on it`s own, the restrictions are waved byebye if you get my drift :)

interesting idea, but you have one more hurdle too... remote load script pin doesn't work on items owned by someone else, so the owner of the object to be updated still needs to take possession of the updater object, which means either the av has to click and buy the updater (even if for 0$) or has to be given the updater, which leads back to the server just giving the updater directly.

llGiveInventory is pretty stable for this (at least better than the list version) but would drop the updater in the objects folder... where as the list version is less reliable, but allows for a new folder.

I'd envision a button on the sold object, that polls a webpage for the update servers uuid, sends a request to that update server, with it's version number, and the owners key. the update server sends a message back with the availability of a new version, and if there is one, also pegs the av with a give inventory of the updater.

not perfect because of some llgive failures on occasion, but those aren't usually too bad if the av is online. and it's not like the av can't just press the update button again.
_____________________
|
| . "Cat-Like Typing Detected"
| . This post may contain errors in logic, spelling, and
| . grammar known to the SL populace to cause confusion
|
| - Please Use PHP tags when posting scripts/code, Thanks.
| - Can't See PHP or URL Tags Correctly? Check Out This Link...
| -
Alicia Sautereau
if (!social) hide;
Join date: 20 Feb 2007
Posts: 3,125
02-16-2008 09:12
From: Void Singer
interesting idea, but you have one more hurdle too... remote load script pin doesn't work on items owned by someone else, so the owner of the object to be updated still needs to take possession of the updater object, which means either the av has to click and buy the updater (even if for 0$) or has to be given the updater, which leads back to the server just giving the updater directly.

llGiveInventory is pretty stable for this (at least better than the list version) but would drop the updater in the objects folder... where as the list version is less reliable, but allows for a new folder.

I'd envision a button on the sold object, that polls a webpage for the update servers uuid, sends a request to that update server, with it's version number, and the owners key. the update server sends a message back with the availability of a new version, and if there is one, also pegs the av with a give inventory of the updater.

not perfect because of some llgive failures on occasion, but those aren't usually too bad if the av is online. and it's not like the av can't just press the update button again.

oh i know, said it in my first post ;)

the thing is for a person to use the bot software to automaticly update items wich are place in world at different locations

master server sends an update notice and new updater box
user can login with the bot, attach the updater and press a button to start the update proccess
or just asks the update server what version and automaticly attaches it/drops it at each location using the on_rez() to initiate upgrade and tp to the next location after asking the server wich it is

still playing with the idea while doing some nci work to give libsl a try
_____________________
Lee Ponzu
What Would Steve Do?
Join date: 28 Jun 2006
Posts: 1,770
Brain storm....
02-16-2008 09:15
Do you need to TP the actual prim, or do you need the illusion of a TP of the prim?

If there were a rezzer at the destination, you could rez a clone, then all you would need is a communication channel from the start to the destination.
_____________________
So many monkeys, so little Shakespeare.
Alicia Sautereau
if (!social) hide;
Join date: 20 Feb 2007
Posts: 3,125
02-16-2008 10:12
From: Lee Ponzu
Do you need to TP the actual prim, or do you need the illusion of a TP of the prim?

If there were a rezzer at the destination, you could rez a clone, then all you would need is a communication channel from the start to the destination.

preffered a tp cause the update box could get stuck in no entry land and never reach the destination or not able to get to an island if needed where it will have to update the product

the fun of lsl hehe
_____________________