|Anonymous | Login | Signup for a new account||2019-05-20 18:45 PDT|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0008490||opensim||[REGION] OpenSim Core||public||2019-02-22 01:07||2019-04-08 01:29|
|Target Version||Fixed in Version|
|Summary||0008490: About big size.|
|Description||About big size. Test large locations. Made bunker 3 to 3 km. Region 4 to 4 km. Mesh Collada dae.|
1. In the Singularity Alpha (64 bit) Viewer the object is loaded normally on the region with the original size of 3 by 3 km (in the region the maximum size of the prima is set to 4 km), and in Firestorm-Releasex64 the model is loaded a little somewhere 100 meters. Can't fix.
2. - If you do not put the physics when you import, the avatar falls haphazardly to the surface. Where the passes through them, where the unless. There is no system.
- if you put physics, the picture of the wall does not pass, but the openings are huge 7 to 5 m passes away.
In General, it is very difficult to work with large objects. Textures then lie on the surface, then no, then fall away.
|Tags||No tags attached.|
|Git Revision or version number|
|Run Mode||Grid (Multiple Regions per Sim)|
|Environment||.NET / Windows64|
|Attached Files|| g3x3.JPG [^] (217,678 bytes) 2019-02-22 01:07
g3x3_2.JPG [^] (121,543 bytes) 2019-02-22 01:23
edited on: 2019-02-22 01:15
Mesh scale is enforced by the viewer, not OpenSim.
Again, mesh upload is handled differently from viewer to viewer and some may permit upload or handle things more gracefully than others. This is not an OpenSim issue.
Yes,but why then if I import from Singularity normally 3 on 3 km, in Firestorm too then normally. And if you load in Firestorm, just a small and maximum 100 m where it becomes.
Please do so in the comments to the problem, too, you can add screenshots
|Firestorm imposes a maximum size of mesh according to the SecondLife standard, that is why it will tell you on the Options tab of the mesh upload that it scaled the mesh down from its original size. We can't change that.|
Something I have learned with the import dae. Need to that the to decide in this direction. Unfriendly at all. It is possible as that to load dae through the OS console? Can make the download via console to the inventory, that was not the difference in standards? And then deploy to the region.
2. What's the problem with physics then? Why not work. Installed physics of the highest quality, and does not miss the openings. The model is quite simple, 10 of the walls 2 ceiling
edited on: 2019-02-22 03:12
I see how much effort has been put into improving the OS. Let me make an observation as a user.
OS is a unique development and it may now be dawn, when a lot of computers are able to pull its power. There is only one bad place - the discontinuity of the regions. I think the work in the direction of Varregion was the wrong decision. It is necessary to make the continuity of peace between ordinary regions. Only 3 things.
1. moving objects (boats, vehicles)
2. The ability to be the object (house, primitive) in two regions at the same time.
3. The inability to make water above sea level. (solved by other means - but ugly, and you can not let the boat)
I have discussed with many users. There are many ideas (projects), which are now limited to these two restrictions.
There is a good idea OS planet Earth. T e copy of the planet, so that people can travel in the real landscape, architecture. We have already tried several times to start this in the mega-regions and in Varregion, but failed because of the inability to put the building in two regions at the same time (with crossing the border). They tried to crush the building, but it often passes at an oblique angle of the border. OS could become more popular Google planet Earth. I would like to ask you to implement these functions. OS would get a second wind. Is it possible to hope that you have such plans, or to look for other approaches?
Is it possible to participate if there will be work in this direction?
1. crossing of vehicles between regions has been vastly improved as of late, OpenSim is still an alpha-software and not meant for production use still, expect problems from time to time.
2. That would require some serious effort to create and potentially pose a security issue or even enable ways to grief adjacent regions, since SecondLife does not have this feature it is also unlikely to be implemented.
3. OpenSim does not actively work with viewer developers on new features as they are SecondLife-orientated, that is unlikely to change in the near future and breaking compatibility with viewers from our end would not be helping the cause.
Your concerns are valid, but we are already fully aware of the potential and issue OpenSim has. If you wish to participate in the project you may do so, but continuously reporting "issues" here that are outside of our control or scope is not going to provoke a change on either end, viewer or OpenSim.
The comparison between Google Earth is rather unfair, it has a completely different purpose compared to OpenSim.
This type of discussion is not exactly meant to be for Mantis, either use the mailing list or IRC for this.
edited on: 2019-02-22 03:40
No, I didn't compare OS to Google earth. (probably the difficulty of translation). I said that we wanted to make an OS-based project like a full earth (real terrain) with real architecture for virtual travel and rapprochement of peoples. But faced with one big problem (the main) - the impossibility of setting the building (real) on the border of the two regions.Real building with real terrain-can not be displaced. You can not shift the Capitol to the side))). Well, the second problem is that many bodies of water above sea level (sometimes large bodies of water). And unfortunately you can not make water there.
Maybe you can direct me to people (there is information) who are doing large mega-projects to share experiences. Or maybe there is somewhere you have a very large megaregions servers to see how they went around limitations.
Once again I apologize that I write here. I won't. I just couldn't find another way to contact the developers. I tried IRC chat.
|Well it is unlikely that things are going to change any time soon, so your best option is to try and work around these "issues" with the solutions that are already available to you. Other than, recreation of large scale realworld terrains is not really something OpenSim is specifically suited for and it was/is not really meant to.|
|Thank! Yes, I understand that 10 years ago, the OS did not think for very difficult. But I believe that this little girl has ideas, and she was originally well-made, that she has the potential to draw immoral spaces. Computers are evolving, and the OS could use their power, which was not there before. There is a psychological moment when a person knows that the world is continuous. SL had a mistake to make a torn world|
just a comment:
Our meshes we have conform to the mesh format imposed by viewers.
They where designed to have limited size, their vertices resolution is only 15bits(+sign).
|2019-02-22 01:07||Nuk||New Issue|
|2019-02-22 01:07||Nuk||File Added: g3x3.JPG|
|2019-02-22 01:09||tampa||Note Added: 0034823|
|2019-02-22 01:15||tampa||Note Edited: 0034823||View Revisions|
|2019-02-22 01:18||Nuk||Note Added: 0034824|
|2019-02-22 01:20||tampa||Note Added: 0034825|
|2019-02-22 01:23||Nuk||File Added: g3x3_2.JPG|
|2019-02-22 01:27||Nuk||Note Added: 0034826|
|2019-02-22 03:12||Nuk||Note Added: 0034827|
|2019-02-22 03:12||Nuk||Note Edited: 0034827||View Revisions|
|2019-02-22 03:19||tampa||Note Added: 0034828|
|2019-02-22 03:37||Nuk||Note Added: 0034829|
|2019-02-22 03:40||Nuk||Note Edited: 0034829||View Revisions|
|2019-02-22 03:44||tampa||Note Added: 0034830|
|2019-02-22 03:57||Nuk||Note Added: 0034831|
|2019-02-22 13:02||UbitUmarov||Note Added: 0034842|
|2019-04-08 01:29||UbitUmarov||Status||new => closed|
|2019-04-08 01:29||UbitUmarov||Assigned To||=> UbitUmarov|
|2019-04-08 01:29||UbitUmarov||Resolution||open => fixed|
|Copyright © 2000 - 2012 MantisBT Group|