|Anonymous | Login | Signup for a new account||2020-11-23 23:07 PST|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006985||opensim||[REGION] OpenSim Core||public||2014-01-30 06:10||2020-11-19 08:02|
|Assigned To||Robert Adams|
|Product Version||master (dev code)|
|Target Version||Fixed in Version|
|Summary||0006985: [VarRegion] Incompatibility between VarRegion and MegaRegion|
|Description||Since the merge of the VarRegion in the Master OpenSimulator, the MegaRegions no longer function properly.|
This is particularly visible at the border crossing between the SW Region and sub-regions, and the MegaRegion is considered as a set of standard parts. It is the same with all methods of teleportation. This is the same with "physics = BulletSim" and "physics = OpenDynamicsEngine"
The MegaRegions are unusable because in half the time (at least) the viewer becomes unstable.
|Steps To Reproduce||Set a MegaRegion and circulate between the sub-regions (walking, flying, teleportation, double-click teleport...)|
|Additional Information||An idea for a workaround: before any modification concerning VarRegion, test if the simulator contains a MegaRegion.|
It may not be a MegaRegion and VarRegion in the same simulator, since the configuration element "CombineContiguousRegions" can have only true or false (not both :)).
To detect if there is a MegaRegion in the source:
- if you can access the config params
if (ConfigSource.Source.Configs["Startup"].GetBoolean("CombineContiguousRegions", false))
isMegaregion = true;
isMegaregion = false;
- else you can test the RegionCombiner module
IRegionCombinerModule rcMod = scene.RequestModuleInterface<IRegionCombinerModule>();
if (rcMod != null)
isMegaregion = rcMod.IsRootForMegaregion(scene.RegionInfo.RegionID);
isMegaregion = false;
|Tags||No tags attached.|
|Git Revision or version number||Master 24305_c467dfc_300114|
|Run Mode||Standalone (Multiple Regions)|
|Environment||.NET / Windows32|
|Viewer||FireStorm & Singularity|
>It may not be a MegaRegion and VarRegion in the same simulator, since the configuration element "CombineContiguousRegions" can have only true or false (not both :)).
That doesn't preclude a mega and a var in the same simulator. The setting name suggests that you could, for example, have four contiguous regions that get combined into a mega, and separate, non-contiguous var and/or legacy regions.
On my test grid with latest Dev Master Robust and Opensim, there is now a lag (Border crossing) each time you move from one 256x256 region on a mega region. This is not right as megas should not have interior border crossings.
In OSGrid using latest dev master opensim, with the slightly older OSG Robust, you can no longer leave the SW sim in a mega by either flying or teleporting. Megas are broken in OSG right now. Sometimes it even says "Unable to cross into banned parcel" when you try to move around in the mega.
edited on: 2014-02-15 10:52
My experience with Megas on r/24361 is that when on Ode and attempt to fly outside of the SW region, a message comes up "Cannot region cross into banned parcel". Attempting to TP to a different region from the SW one results in a viewer crash.
Using Bullet physics instead results in different behaviours, ie first crossing appears successful but a subsequent cross results in all builds disappearing and suddenly dropping under the region -30,000+ and an eventual viewer crash.
Robert Adams (administrator)
|I've rewritten the mega region to be more compatible with my varregion changes. Check out and report on the latest master commits.|
Garmin Kawaguichi (reporter)
- flying, walking, and running from root region to sub-regions, between sub-regions and from sub-region to root = OK (no lag, no instability and the current region remains the root).
- double-click teleport out of the root region: the teleport destination is OK but the current region changes to the sub region of destination. From that point flying, walking, and running generates false displayed position of the avatar (but in case of negative x or y, the current region becomes the region overflown.)
- teleport from the map: the teleport destination is OK but generates instability.
edited on: 2014-02-16 10:56
Tested again on r24366, with physics set first to Ode and then restarted with Bullet. Bullet seems good in all respects, flying, walking, teleporting whereas Ode still has the Doubleclick tp issue and everything but the SW region has a bit of a mushy feel when flying.
On Ode the viewer tends to either freeze or crash with the doubleclick tp as well as throwing the avatar to the edge of the sim.
The setup is a 20 region mega running on a dual core 4GB machine.
|Further testing on the Mega with Bullet showed that doubleclick tp's had unpredictable results when double click tp'ing to regions that were diagonally placed from the start location. ie jump from SW region to the center one. Screen would flash multiple times and avatar appeared stuck. Teleport home worked and stopped the flashing but the issue was repeatable each time. North South or East West double click tp's worked as expected.|
edited on: 2014-02-16 15:03
I am seeing similar results with a mega switched back to ode for testing.
I have a mega in OSGrid switched back to ODE for testing this specific issue. It is on the map as Polynesia_36 through Polynesia_66. Feel free to test this mantis here.
Just checked the mega running ODE and somehow every sim got changed to Blocked Teleports and Allow edit terrain in About Land. I went through and changed every sim back to not allow terrain edit and to allow teleports anywhere and did the test again.
Teleport from the SW sim to the sim 1 up and 1 to the right lands you in the upper right corner of the far sw sim. Teleporting almost anywhere in the mega lands you in the top right corner of the sim that is 1 down and 1 to the left of where you are trying to teleport to. Eventually the viewer crashes and you are logged off.
|2014-01-30 06:10||Garmin Kawaguichi||New Issue|
|2014-01-30 06:23||Garmin Kawaguichi||Description Updated||View Revisions|
|2014-02-02 06:23||Robert Adams||Assigned To||=> Robert Adams|
|2014-02-02 06:23||Robert Adams||Status||new => assigned|
|2014-02-02 06:54||smxy||Note Added: 0025108|
|2014-02-15 10:14||kenvc||Note Added: 0025201|
|2014-02-15 10:19||kenvc||Note Edited: 0025201||View Revisions|
|2014-02-15 10:50||kenvc||Note Edited: 0025201||View Revisions|
|2014-02-15 10:51||kenvc||Note Added: 0025202|
|2014-02-15 10:51||kenvc||Status||assigned => confirmed|
|2014-02-15 10:51||kenvc||Note Deleted: 0025201|
|2014-02-15 10:52||Arielle||Note Added: 0025203|
|2014-02-15 10:52||Arielle||Note Edited: 0025203||View Revisions|
|2014-02-15 19:02||Robert Adams||Note Added: 0025204|
|2014-02-16 01:46||Garmin Kawaguichi||Note Added: 0025211|
|2014-02-16 10:55||Arielle||Note Added: 0025218|
|2014-02-16 10:56||Arielle||Note Edited: 0025218||View Revisions|
|2014-02-16 14:24||Arielle||Note Added: 0025220|
|2014-02-16 14:45||kenvc||Note Added: 0025221|
|2014-02-16 15:03||kenvc||Note Edited: 0025221||View Revisions|
|2014-02-16 15:43||kenvc||Note Added: 0025222|
|2020-11-19 08:02||tampa||Status||confirmed => resolved|
|2020-11-19 08:02||tampa||Resolution||open => not fixable|
|Copyright © 2000 - 2012 MantisBT Group|