Reply
Resident
Scan Correia
Posts: 1

Is there anyway to have support for "instances" for a region [new feature]?

In many 3d games there are "instances" , areas where only limited number of avatars enter at the same time and if other groups then enter into the same region they get "fresh" instance of that area which is unaffected by actions of other groups or avatars.

Does SL Server support instances or does Linden Labs plan to add support for it?

The 100 avatar limit for a single region and lag issues could be solved simply by creating multiple instances of the same area so that number of avatars never goes above 50 or something. It could also make SL more suitable for developing 3d games.

 

Peggy Paperdoll
Posts: 6,325
Registered: ‎12-30-2009

Re: Is there anyway to have support for "instances" for a region [new feature]?

Reply to Scan Correia - view message

Only Linden Lab can answer your question about "instances".  But I'm going out on a limb by saying that the answer to your question is no.  Despite what some may say, the people who develop and impliment new features to SL are far from inexperienced (and even farther from dumb).  If something that can be done that improves both the performance of SL and adds substansianlly to the users' experience it's been looked at (and probably in depth). The mistake many people with what seems to be a very viable (and doable) feature is that they make a comparison to "online games" (well, game [insert your favorite here] does it and it works fantastic).  Second Life is far from any online game in existance.  Online games are 90% to 95% housed on your local computer........nothing except the viewer (think browser) is housed on your local computer for SL.  That makes a huge difference is what will or can work for a game and not for SL.  That makes a world of difference.

Contributor
Freya Mokusei
Posts: 2,670

Re: Is there anyway to have support for "instances" for a region [new feature]?

Reply to Scan Correia - view message

Instancing is not possible with the current implementation of the SL Simulators. Significant reworking (read: Not going to happen at this stage in SL's development) would be required to enable this behaviour.

My understanding of history and SL's influences would prevent instancing from being workable; it works contrary to one of SL's founding tenets. SL was invisioned as a contiguous world, where all players were able to see and react along a single plane of virtual reality.

It's my opinion that this will not change.

Member
Gadget Portal
Posts: 1,149

Re: Is there anyway to have support for "instances" for a region [new feature]?

Reply to Scan Correia - view message

Besides the previously listed reasons, you have to remember that SL's environment and content changes. If the sim were no rez, and the owner never intended to change it, maybe the idea could work. Otherwise, the first time a cube is rezzed, you'd break everything.
Honored Member
Ciaran Laval
Posts: 4,101

Re: Is there anyway to have support for "instances" for a region [new feature]?

Reply to Scan Correia - view message

I'd love to see instancing in Second Life, many benefits from that but unfortunately it's not available and not likely to be available anytime soon, it would mean some major reworking of how Second Life runs, they'd probably need to move to a cloud based solution to pull this off.

Honored Member
Ciaran Laval
Posts: 4,101

Re: Is there anyway to have support for "instances" for a region [new feature]?

Reply to Gadget Portal - view message


Gadget Portal wrote:
Besides the previously listed reasons, you have to remember that SL's environment and content changes. If the sim were no rez, and the owner never intended to change it, maybe the idea could work. Otherwise, the first time a cube is rezzed, you'd break everything.

Well instancing isn't a solution if you want permanent changes, but rezzing a prim in a session of an instance shouldn't break it, although users who rezzed said prims would need to know that leaving the instance would mean the place would be reset to a default state.