Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007727opensim[MISC] Compiling / Buildingpublic2015-09-23 10:212016-11-04 07:41
ReporterHelios.Q 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusnewResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0007727: Improper rezzing of items in hollowed out sliced prims
DescriptionWhen you rez things inside of a hollowed out, sliced prim it tends to put it in the center location of that prim.
Example, i'm building inside of a hull, and it keeps moving things I drop to the center of the external hull piece.

OpenSim 0.8.0.3-ufsgrid 1.3 Release c16188f (Unix/Mono)

I have replicated this in OSGrid: OpenSim 0.8.2.0 Dev 8aa75f225b83acb5064145d51f724e37875602be r/26119 (Unix/Mono)
Steps To ReproduceRez out hollowed prim that's sliced and go to rez a prim along the outer edge, it will rez in the center of the object.
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (Multiple Regions per Sim)
Physics EngineBasicPhysics
Script Engine
EnvironmentUnknown
Mono Version3.0
ViewerFirestorm
Attached Files

- Relationships

-  Notes
(0029491)
melanie (administrator)
2015-09-23 10:22

The rez point is in part determined by the viewer. Does this not happen in SL?
(0029492)
Helios.Q (reporter)
2015-09-23 10:25

No, it does not happen is SL.
(0029494)
kenvc (reporter)
2015-09-23 11:33
edited on: 2015-09-23 14:52

I have seen this same thing happen with a mesh mountain. An object rezzed in a tunnel or in, on or close to the mountain, ends up somewhere near the geometric center of the mountain and inside the mountain, which is nowhere near where it should have appeared. This has been going on for a long time afaik

(0029495)
Mata Hari (reporter)
2015-09-23 13:17

This definitely happens with mesh. I made a U-shaped single mesh shopping center building that is about 96, x 64m in dimensions, 2 stories tall. Anything at all that I rez within the bounding box area of the building will appear at the geometric center, which can be 20+m away from the location I was attempting to rez it to.
(0031203)
Helios.Q (reporter)
2016-10-15 19:41

I have had that happen with mesh too, but this occurs within regular prims. This issue is still occurring.

Kokua 4.0.2 (38137) Apr 3 2016 06:02:37 (RestrainedLove viewer v 2.09.17.00 (4.0.2.35551))
Release Notes

You are at 247.7, 168.1, 52.1 in Knara located at hosted-by.riffle.be (89.106.244.25:12000)
SLURL: hop://login.ufsgrid.com:8002/Knara/248/168/52 [^]
(global coordinates 2,065,910.0, 2,065,830.0, 52.1)
In region Knara at (8069, 8069)
OpenSim 0.8.0.3-ufsgrid 1.3 Release 1a00976 (Unix/Mono)
Retrieving...

CPU: Intel(R) Core(TM) i5-4200M CPU @ 2.50GHz (2494.22 MHz)
Memory: 8078 MB
OS Version: Microsoft Windows 8 64-bit (Build 9200) compatibility mode. real ver: 10.0 (Build 10586)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GT 750M/PCIe/SSE2

Windows Graphics Driver Version: 20.19.0015.4463
OpenGL Version: 4.5.0 NVIDIA 372.90

RestrainedLove API: RestrainedLove viewer v 2.09.17.00 (4.0.2.35551)
J2C Decoder Version: OpenJPEG Runtime: 1.4.0
Audio Driver Version: FMOD Ex 4.44.61
LLCEFLib/CEF Version: 1.5.3-(CEF-WIN-3.2526.1347-32)
Voice Server Version: Vivox 4.6.0017.21209

Built with MSVC version 1800
Packets Lost: 0/4,750 (0.0%)

==========================================================
Firestorm 4.7.9 (50527) Aug 4 2016 11:59:10 (Firestorm-Releasex64) with OpenSimulator support
Release Notes

You are at 248.6, 168.1, 58.4 in Knara located at hosted-by.riffle.be (89.106.244.25:12000)
SLURL: hop://login.ufsgrid.com:8002/Knara/249/168/58 [^]
(global coordinates 2,065,910.0, 2,065,830.0, 58.4)
OpenSim 0.8.0.3-ufsgrid 1.3 Release 1a00976 (Unix/Mono)
Retrieving...

CPU: Intel(R) Core(TM) i5-4200M CPU @ 2.50GHz (2494.22 MHz)
Memory: 8078 MB
OS Version: Microsoft Windows 10 64-bit (Build 14393)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GT 750M/PCIe/SSE2

Windows Graphics Driver Version: 20.19.0015.4463
OpenGL Version: 4.5.0 NVIDIA 372.90

RestrainedLove API: RLV v3.1.4 / RLVa v2.0.3.50527
libcurl Version: libcurl/7.47.0 OpenSSL/1.0.1i zlib/1.2.8
J2C Decoder Version: KDU v7.8
Audio Driver Version: FMOD Ex 4.44.61
LLCEFLib/CEF Version: 1.5.3.FS6-(CEF-WIN-3.2526.1366.g8617e7c-32) (Chrome 47.0.2526.80)
Voice Server Version: Vivox 4.6.0017.22050

Settings mode: Firestorm
Viewer Skin: MetaHarper Modern (BlackGlass)
Font Used: Deja Vu (96 dpi)
Font Size Adjustment: 0 pt
UI Scaling: 1
Draw distance: 96 m
Bandwidth: 500 kbit/s
LOD factor: 4
Render quality: High (5/7)
Advanced Lighting Model: Yes
Texture memory: 768 MB (1)
VFS (cache) creation time (UTC): 2016-10-10T13:42:2
Built with MSVC version 1800
Packets Lost: 0/3,149 (0.0%)
(0031231)
UbitUmarov (administrator)
2016-11-04 05:42

This should work a bit better with ubOde (possible old ode also ?)
Note that in this case rez position depends on the mesh seen by physics.
so it may fail, or not match visual mesh.
(0031233)
Helios.Q (reporter)
2016-11-04 06:47

Thank you, I will check the version being used on the grid and test it as well depending on the physics used. I know that I encountered it on a non mesh (regular prim) object as well. However I do know that we do use VARregions which reading does not appear to support it as it requires bulletsim. http://opensimulator.org/wiki/Varregion [^] I think the main regions that I have tested it (if we aren't using the same thing for physics grid wide) has been VARregions.
(0031234)
UbitUmarov (administrator)
2016-11-04 06:58

sorry by physics meshs i mean the internal representation of the prims on physics. So physics will not see them only if phantom or physics shape NONE.
that wiki is now outdated. Var regions are supported by both ode engines on 0.9
(0031235)
UbitUmarov (administrator)
2016-11-04 07:25

I made a few changes on that wiki ( someone will later translate them to proper English ;) )
(0031238)
Helios.Q (reporter)
2016-11-04 07:41

Thanks, I will work on checking in. I do know that we are still using 0.8 as there's lots of code changes that has to be made before it's used on the grid. I do know that there is currently a number of bugs that have since popped up on the grid that are being worked on. I will pass this along to the coding team on the grid for review, although it may not be a high priority at the moment. I will try to help them out as I can, but I'm in the process of beginning a move in Rl so my time is going to be a little bit limited (not to factor in my limited coding knowledge, but I could potentially test it on a personal OpenSim on my computer) when time allows to see if it persists.

- Issue History
Date Modified Username Field Change
2015-09-23 10:21 Helios.Q New Issue
2015-09-23 10:22 melanie Note Added: 0029491
2015-09-23 10:25 Helios.Q Note Added: 0029492
2015-09-23 11:33 kenvc Note Added: 0029494
2015-09-23 13:17 Mata Hari Note Added: 0029495
2015-09-23 14:52 kenvc Note Edited: 0029494 View Revisions
2016-10-15 19:41 Helios.Q Note Added: 0031203
2016-11-04 05:42 UbitUmarov Note Added: 0031231
2016-11-04 06:47 Helios.Q Note Added: 0031233
2016-11-04 06:58 UbitUmarov Note Added: 0031234
2016-11-04 07:25 UbitUmarov Note Added: 0031235
2016-11-04 07:41 Helios.Q Note Added: 0031238


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker