Script Library: Open-Source Hyperteleportation

Script removed due to people complaining about this script being a trojan and bad mouthing me regarding my scripting work. I give large rafts of my scripting work away for free, and I'm tired of getting complaints for doing so.

Script removed due to people complaining about this script being a trojan and bad mouthing me regarding my scripting work. I give large rafts of my scripting work away for free, and I'm tired of getting complaints for doing so.

Just a quick note...this was not a hack, contain stole-code from ROAM, or any way affiliated with the product called ROAM.

NICE !

I like how you solved the "holes in mainland" problem, clever . As for routing between North and Old Continents, I'm not sure how you did... Care to explain ? I thought about simply checking for target sim's vertical position being beyond the NContinent limit and starting sim's being below the OContinent limit, then routing through the "channel"... is that what your script is doing ?

Yes; the "Reroutes" are simply maps of the "empty spaces" that you may encounter while travelling across the mainland (maps meaning they describe the minimum world x, maximum world x, minimum world y, and maximum world y coordinates that would comprise the "empty space".

If you "bump-up" or attempt to travel into one of those spaces, and it's the edge of the world (meaning there is no sim there), then depending on whether you are entering from the north, south, east, or west I have a list of sims you need to travel through to avoid the empty space. If in the future LL decides to put a sim there, it's no longer the edge of the world and you would just continue along your straight path to your destination.

-------------------------------------------------------------
For Example:
253696, 254976, 258048, 260096, brown;argent, andraca;garuda, tecta, tecta

Means that if you attempt to travel into a region (that tests positive for llEdgeOfWorld) with the world coordinates...
253952, 259072
... the x world coordinate falls between the values of 253696-254976
... the y world coordinate falls between the values of 258048-260096
... therefore if you are entering from the SOUTH edge of the empty area, you would need to travel to the sim named "andraca" and then to the sim named "garuda" to get around the obstacle.

If the llEdgeOfWorld tests negative (assuming LL added a sim into that empty space sometime in the future after we made our Reroutes list), then we would just continue along our straight line path.

The process isn't the most efficient pathway like what ROAM does, but it does work in most cases to provide a very quick route to your destination. This approach is forwards-compatible with the world, and will only fail if new obstacles are added to the mainland and they affect your current travel. This method doesn't need to know the entire world map before hand, other than some ways to get around known empty spaces in the map, which is easier to maintain.

Overall, this process is more economical as you don't need to be constantly updating for an external map server and pathfinder service (expensive), you can just do pseudo-pathfinding (which is good enough in most circumstances) at very low cost with the scripting resources we have inworld.

Now, I'd like to see others refine the work done here as there are a lot of improvements that can be made in the code. It's by no means perfect...far from it!

Very much appreciated. Will have to study this as I'll no doubt learn quite a bit. Thank you.

Very creative and efficant Hank.
Does have quirks thou.

Not able to land on skybox when landmark is set for that Z access
Not able to store landmarks in device and use at quick access for like common teleports as Home

oo.. yum. A good exmaple script AND a useful tool. Can't beat that.

As far as the phantom phazer goes you may want to see my posts in the hotline. LL doesn't seem to like us having this rather useful travel necessity.

As a small nit pick your in world example is volume detect and physics on rez. So it plops through prims to the ground if rezzed in world instead of as an attachment.

Yeah, it's not supposed to set PHYSICS TRUE, that was a mistake. You can just set that to FALSE. I was playing around with something, and forgot to take that line out.

The reason for the 'phase' script is simple : you'll likely hit crap on the way up/down and the pack will keep trying to move.

LL will likely fix this bug, meaning people will no longer be safe from pushguns unless they have sim-killing sheilds.

Could a "dns" system be useful here? I'm new so I don't know what technology already exists in sl, but, my thinking is this...

Rather than recall coordinates or have gobs of landmarks, simply chat something like "/5 teleport coolstore.midnightcity.sl"

I have been pondering what I would like to call "sl-dns". In other words, I'm considering creating a database to map kludgy things (like coordinates) to friendly, easy to remember names. Seems like this concept could be useful here.

I'd also like to store more information for each "friendly name"... meta data I guess you'd call it. Owner, keywords, description, etc. Seems like it could be used for many things.

Thoughts?

One compound word. WetIkon. They basically did something like this, using an outside server.

It's quite an impressive bit of scripting.

I went to to Geignano and bought the hypertelepotation obeject for $1 and when I rezzed the oject to my avatar a prompt came up asking me for $1 for permission to use this...$1 each time You telport somewhere adds up and id hardly call this free.

Although it was set a filter for listening to the owner on the state idle, I wonder if it could listen to the Landmark Retriever's saying.

I wish this excellent script could work by sitting, that is, as a vehcle. Is it possible?

Just thought I would mention that last night I tried both known phasing techniques (setScale psudo-phantom attachment and llVolumeDetected sit object) and neither one works anymore in the 1.7 preview.