Remove the timer from the teleport process

I am going to set up a proposal for this feature suggestion.

Why is there a client-side timer for the teleport process? All it does is hamper our ability to teleport. I know that the teleport process right now is foo-fooed but removing this timer would make things a lot less frustrating.

Example: The timer makes it so that no matter how close you are to "Saving attachments" it will stop the teleport process because it's "taking too long".

Why should the client decide for us users what is taking too long.

My proposal is this: Remove the timer, add something in the teleport screen that allows the user to stop a teleport process is she or he thinks it's taking too long. I think that the user should be allowed to decide if it is taking too long or not.

Comments and suggestions are welcome.

Thank you.

I totaly agree with this. Most times when teleporting and things don't want to go it's for one of 3 reasons A) tp's are borked, B) the current sim is lagged C) the destination sim is lagged. When trying to get out of a lagged sim it's extreamly annoying to have to strip just to leave. And when I want to leave, I don't want to argue with the system.

Agreed, add cancel button that I can hit, but there should be no timer to automatically cancel...

Maybe the timer is there so that the tp fails and the resources are freed up, rather than everyone wanting to tp clicking tp then going off to make a cuppa.

If there were no timer I can quite imagine the requests just piling up over time.

I can't imagine this is any worse (and probably a lot better) than repeatedly hammering the system with request after request because it keeps timing out on the last attachment.

Nah. Leave the save timer. Just leave it minimized in one portion of the screen and let us interact with the world until it goes through.

That, and as mentioned, throttle the fail timer for a finite number of requests and a Cancel Button.

Simple enough.

I think this won't work, because the user could be interacting with their attachments, making changes while the sim is trying to save them.

Can't you just gray out that portion of the pie menu during a teleport request though?

Not what I meant... I'm thinking interacting with scripted attachments, changing their state.

Yeah but... isn't that also built in?

After all, people that teleport with animation overriders should have scripts changing many times a second while a TP request is processing.


I see what you're getting at, but I'm not sure it's something difficult to correct for. The only real issue that comes to mind is sim-crossing, and preventing handoff is equally doable I think.

I don't really know how this currently work for sure, but it
sound like when you TP, or move from sim to sim, that
all the data bits of your AV attachments (and maybe
inventory,etc) are copy/moved over from one server to
another.

Is that correct?
If so, that seems like a total waste of time/CPU.

Why not make appropriate changes so that various
servers are dedicated to process specific AV's....
Server AV01 might handle Cubey Terra, Chip Midnight, etc.
Server AV02 would handle Jeffrey Gomez, Lex Neva, etc.
so on and so on.

When AV's move to different parts of the world their character
data would still remain on the server dedicated to handling them.

If several people managed by the same server stared to
all grow their inventories by leaps and bounds, the system
would re-organize which AV's were managed by which servers
and only at THAT time would data be moved from server to
server.


Of course, I might be totally off with how I think AV data
is handled now.

Gabrielle

That may work for the inventory, but the in-world items must still be served to everyone in the vicinity of the avatar. My understanding of the system as it is now is that an item which exists in-world is streamed from the main asset servers to the the sim, which then distributes the item to the avatars in that sim in proximity to that item. Thus, the asset servers send the item to the sim once, and then the data then is distributed to the avatars on the sim-level. If we switched to your system, the data would go directly from the asset server to those viewing the item. Thus, there would be a connection for every person who is viewing the item. The load would actually be severely increased. Assuming that my understanding of the current architecture is correct...