PlaneShift

I personally don't agree with the suggested feature, but I assign this to acraig and Talad so they can evaluate according to their plans.
If this request will be placed far in the future, change status to Postponed.

I was just throwing ideas around, as during the house auctions many players complained about the "lag-of-death".

Most of the lag caused by players being close together. I don't think that teleporting all of them to a different instance will help.

Hmm, you're probably right.

edit:
Seems I was right. Though instead of using instances to prevent crowding that leads to lag, Kerol wants to use it to uncrowd events that shouldn't be IC'ly crowded.

"Another new idea is to use the instancing of the maps to "uncrowd" those events that aren't supposed to be mass-events but attract many people so people don't get the "why are 50 people here trying to get a flower for this poor old lady?"-feeling again.
But for this we'll probably require at least one new command to make things smooth and (again) gather experiences."
– By Kerol, 24-02-2008: http://hydlaa.com/smf/index.php?topic=31450.msg363796#msg363796

As I suggested in IRC, I prefer to have this done via /teleport [target] instance # (pos/map left free to only switch the instance number, not the other coords).
Together with :area: this should work fine or even better than /event for most cases.

To check if any player is left out when ending the event and moving them back to instance 0 I would like to have a filter in GM console that only displays the players in the event (and their instances).
This should also display chars that are offline and their last position. (feel free to open a new task for this)

EDIT: In an event that isn't supposed to be a mass-event one could have the interacting GMs in instance -1 and have the players split up over several instances, thus reducing the amount of players in one place dramatically.
If a response is supposed to go only into one instance one can use /impersonate (which should be simplified, btw) while targetting an entity in this very instance. This works quite well as tested.

I see your point, but I think just grabbing the list of characters in an event and moving them to instances, possibly in groups of x characters (10, 20, etc) is easier to do. However, since there's much more spirit for this idea than when I requested it, let's call in a dev and let him think about what's technically possible ;)

How about adding a '/event teleport [instanceid]' command? It'll teleport all players who are signed to that event to the specified instance id, without changing anything but their instance.

That sounds good to me. Some behaviours that should be thought of:

-What should happen if a player de-registers himself from an event (is this even possible or do GMs need to do that?) while he is in an instance.
-What if you want to spread the players in an event over multiple instances? Could you specify the number of instances you want players to me moved to, for example 5, and the playerlist would be split into 5 groups and teleported to different instances?

Kerol, can you give input on these ideas? It's the GM-team's toy after all.

1. :area: is implemented. /teleport [target] [location] [instance] is implemented. How hard is it to mod this command and say if loc = 'instance' then the current position is used and only instance is switched?
2. "[..]grabbing the list of characters in an event and moving them to instances, possibly in groups of x characters (10, 20, etc) is easier to do."
It might be easier to do but it's a lot less useful than having the GM console upgraded with event stuff. Reasons: For the thing I had in mind you have people grouped in different instances but in the SAME event, basically, which is impossible to realise with your suggestion. The idea might be useful however at the end of an event, when everyone is restored to the instance 0.
I really dislike the suggestion with the "possibly in groups of x" though. GMs often follow a logic when grouping players in events which the engine simply can't know.

3. Only GMs can close an event or de-register (which should stay that way, imo). I would like to leave completely the idea of auto-splitting groups via /event. Keep in mind that one can do very much the same with :area: and much more convenient. Also GMs need to know which player is in which instance to organise. If you auto-split players the GMs would check /pos for each and every of them.
If the GM decides which player goes where, they can keep track beforehand, by writing down the names in group etc.
An upgrade of GM console is prerequisite of any advanced /event command simply because it won't be used if one can't control and keep track of things may it look as convenient as it may.

Removing assignment of developers to feature requests, requested by Talad.

1. :area: is implemented. /teleport [target] [location] [instance] is implemented. How hard is it to mod this command and say if loc = 'instance' then the current position is used and only instance is switched?

This can be done even easier. Please include "there" as option just like "here" for which "there" are the current coordinates of the target. If no instance number is included, choose the current one, if an instance is included, teleport to the coordinates of target but in the given instance.

"there" is working perfectly on trunk thanks to Aresilek. Now only an extension for area would be needed that could work like

/teleport area:event:"test event" there 12

that would switch all players registered in the event to instance 12 where ever they are right at the moment.

Marking this as prospect task, but it might very well be implemented already.