User:LaniGlobal

From OpenSimulator

(Difference between revisions)
Jump to: navigation, search
m (Open Letter to the OpenSim Developers)
m (Open Letter to the OpenSim Developers)
Line 140: Line 140:
  
 
[https://lists.berlios.de/pipermail/opensim-dev/2012-October/011437.html View original open letter proposal, posted on Opensim-dev email list]
 
[https://lists.berlios.de/pipermail/opensim-dev/2012-October/011437.html View original open letter proposal, posted on Opensim-dev email list]
 +
 +
[https://lists.berlios.de/pipermail/opensim-dev/2012-October/thread.html#11437 View this thread on Opensim-dev email list]
  
 
Dear OpenSim Devs,
 
Dear OpenSim Devs,

Revision as of 12:52, 16 October 2012

Contents

Lani Global

LANI GLOBAL SYSTEMS Twitter feed

Lani Global Systems on Twitter http://twitter.com/LaniGlobal

Tweets mainly covering OpenSim, OSGrid, HyperGrid, and 3D Virtual Worlds.

Lani Global OSGrid Photo Gallery

Lani Global - OSGrid Photo Gallery http://gallery.osgrid.org/main.php?g2_itemId=6528

Photos, snapshots, imagery, and art in OSGrid, OpenSim.

OpenSim Communications Projects

SubSpace Communications RP Chat System

Extended long distance Text Chat scripted wearable and rezzable system for: region-chat, region-to-region chat, grid-to-grid, standalone-to-standalone, etc.

Compatible with the OWI Open World Interface by Snoopy Pfeffer running on Dreamland Metaverse OpenSim servers

OpenSim RolePlay Projects

Myriad Lite RolePlay Gaming and Combat System

Myriad Lite RolePlay Gaming and Combat System Founder & Lead Developer: User:Allen_Kerensky

Open Source scripted RolePlay Gaming and Combat System specifically designed to be compatible with OpenSim.

"Myriad Lite is a project to adapt a pen-and-paper role-playing game rulebook into OpenSimulator Xengine and SecondLife Mono scripts, and the related 3D objects, needed to implement a pen-and-paper role-playing game in 3D virtual worlds." -- Allen Kerensky

Lani Global contributions to the Myriad project include: Animations, Textures, HUD Design, Trap Scripts, Alpha and Beta Testing, Collaboration, Promotion and Community Distribution.

OpenSim Community Projects

Sci Fi Hub of OSGrid

A community center for promotion of Science Fiction theme environments in OpenSim. Located in the Lani region in OSGrid. Includes the Sci Fi Teleport Poster Exchange project.

OpenSim Vehicle Projects

Physical Vehicle Designed for OpenSim

In August 2012, Lani Global Systems embarked on a Physical Vehicle project designed specifically for OpenSim. Prior to this project, multi-passenger physical vehicles were practically non-existent and unknown to the public in core-dev-OpenSim. To fulfill the cutting edge goals of this project, a new vehicle script was specially written to take advantage of the then-current (OpenSim v0.7.5 dev) working vehicle functions, while simultaneously minimizing previously encountered bugs and failures. The project succeeded. Free distribution to the OpenSim Community was implemented through the release of several boxed-product objects in September 2012:

1. "Ornithopter 3-seater v8.0 (c)2012 LANI GLOBAL SYSTEMS" Multi-Passenger Physical Flight Vehicle, complete with root prim engine script, multiple special effects scripts, animations, interlock system, lighting, seating, and moving canopy/physical-enclosure. copy/mod/trans.

2. "Physical Flight Vehicle Script Engine (c)2012 LANI GLOBAL SYSTEMS" root prim, open source script, pilot animation. copy/mod/trans.

OpenSim Vehicle Bugs

Physical Vehicle Bugs Currently Existing in OpenSim

OpenSim Mantis Report # 0006334: Avatar Un-Sit Crossing Border. http://opensimulator.org/mantis/view.php?id=6334

An avatar sitting on a prim when crossing a region border is Un-Sitted. This occurs whether in same simulator or different simulator.

This is a major problem for the Pilot / Driver of a vehicle. A physical vehicle can cross the border, but the avatar is un-sitted. Usually the Pilot / Driver arrives a few meters into the destination region.

Oddly, the vehicle sitting passengers are not Un-Sitted. (However, there are other problems with sitting passenger location. When the passenger stands up, they find themselves in the original region!

OpenSim Mantis Report # 0006333: Local Chat Fail for Driver of Vehicle: Sitting Passengers & Vehicle Text Commands http://opensimulator.org/mantis/view.php?id=6333

Pilot / Driver of physical vehicle can not communicate using local chat Say channels with sitting passenger(s) after the vehicle moves more than 20m (or 30m) from the point where the passenger(s) sits on the vehicle. This also affects chat say texting commands by Pilot / Driver to the vehicle. Say text commands from Pilot/Driver to vehicle fail more than 20m from the vehicle Pilot / Driver original point of sit.

The region doesn't seem to update the sitting avatar's location (or the vehicle's location) for chat texting purposes. Tests seem to indicate that the Passenger avatar's texting location remains at the location where the passenger sat on the vehicle.

Other Vehicle Bugs or Not-Yet-Implemented Parameters

Physical vehicle parameters for banking such as VEHICLE_BANKING_EFFICIENCY are not implemented (AFAIK) yet in OpenSim dev physics ODE.

OpenSim Change-Advocacy Projects

Proposed Change Regions_ini Default PhysicalPrimMax 10m to 64m

In the OpenSim simulator settings file: Regions.ini there is a line of the file:  ; PhysicalPrimMax = 10

This default should be changed to  ; PhysicalPrimMax = 32 to support the widespread use and distribution of physical vehicles content in the OpenSim Community.

PhysicalPrimMax Size Testing

On 09 October 2012, Lani Global performed some testing in the ixi region of OSGrid using various size physical prims. The objective was to discover if there is a good 'breaking point' for simulator performance, based upon collisions and the size of the physical prim. Prims were rezzed of various sizes and shapes. Sphere shape was tested as a 'minimum impact' prim and Torus shape was tested as a 'maximum impact' prim for physics collision.

PhysicalPrimSize512.png

The following data was collected using drop tests.

SPHERE COLLISION PHYSICS TESTS

10m Sphere Physics FPS = >55

20m Sphere Physics FPS =>55

32m Sphere Physics FPS = 46.5

64m Sphere Physics FPS = 8.3

TORUS COLLISION PHYSICS TESTS

10m Torus Physics FPS = >55

20m Torus Physics FPS = 31.5

32m Torus Physics FPS = 11.7

64m Torus Physics FPS = 1.3

Note 1: The physics FPS only deteriorated upon collision of the physical prims. No deterioration was experienced unless a collision happened.

Note 2: Further testing of large physical flying vehicles made with a link set containing some physical prims larger than 32m, resulted in no deterioration of physics FPS during flight. Some short term degradation occurred during ground collision.

It appears that there is a breaking point at around 45m size.

PhysicalPrimMax Discussed at OpenSimulator Meeting

Discussion of PhysicalPrimMax 64m Default Change Proposed at OpenSimulator Meeting in Wright Plaza on 09 October 2012. The PhysicalPrimMax discussion starts at chat log time 11:49. It starts to get interesting at about 11:52.

PhysicalPrimMax Discussed at OSGrid Town Hall Meeting

At the OSGrid Town Hall Meeting on 07 October 2012 , Lani Global presented a proposal to the citizens of OSGrid. The complete transcript of this meeting is available at: http://wiki.osgrid.org/index.php/TownHallMeetingLog20121007

"As many of you know already, LANI GLOBAL SYSTEMS has introduced a new MULTI-PASSENGER PHYSICAL FLIGHT VEHICLE and an open source Physical Flight Script Engine developed for OpenSim / OSGrid. I'm not announcing this to advertise it or boast :) I am saying this because, honestly, most people previously thought that multi-passenger physical vehicles didn't exist in OSGrid. "

"Also, I would like to speak up about an important thing that is HOLDING BACK some talented OSGrid Content Creators in this field of Physical Vehicles (boats, aircraft, spacecraft, automobiles, and amphibious craft). The thing in OSGrid that is now holding back physical vehicle Content Creators is: currently there is a DEFAULT in the OpenSim OSGrid dev simulator (ini) setup file of "Maximum Physical Prim Size = 10metres". This Default prim size is a carryover from the old SL 10m prim size standard. It is now obsolete! Default "Maximum Physical Prim Size = 10metres" is WAY TOO SMALL for the design of multi-passenger Physical Vehicles... especially MESH and Sculpty vehicles, yachts, ships, airplanes, and spacecraft built to-scale."

"I realize that this is a new area of interest. During the past month of development of my open source Physical Flight Script Engine for OpenSim/OSGrid, I have been talking with other vehicle builders in OSGrid, working on converting some of the existing vehicles, and we all are stifled by this 10 metre physical prim default limitation. We now want to propose a NEW DEFAULT for "OSGrid's OpenSim dev version" be changed to "Maximum Physical Prim Size = 64 metres". This is equivalent to the current Maximum Prim Size 64 metres in current (SL) compatible viewers."

"We recognize that it is possible for each simulator owner/operator to set their own Maximum Physical Prim Size to 64 metres. We have changed this setting in some regions and are happy to report that everything works fine with larger physical prim vehicles. However, many people who rent regions in OSGrid or who run their own regions, do not have the skills to change this default. While lone builders and owners of regions can change their own regions' Maximum Physical Prim Size to 64m, it is a different story for Content Creators. Vehicle designers who create free products and put them in the stores for the larger market of the OSGrid Community (and OpenSim HyperGrid Community) must build to whatever is the Default limit! "

"Currently, the Content Creators can not deliver all their wonderful designs for vehicles, and users can't modify or convert their existing vehicles, if even one prim in the vehicle is larger than 10 metres. I argue that this is an obsolete prim size limit that has no place in our open spirit of freedom OSGrid is known for. I'm asking for the support of fellow OSGrid Citizens in respectfully proposing that the obsolete default of 10m physical prims be changed to 64m in future releases of OSGrid OpenSim dev versions. "

Open Letter to the OpenSim Developers

View original open letter proposal, posted on Opensim-dev email list

View this thread on Opensim-dev email list

Dear OpenSim Devs,

Date: 15 October 2012

PROPOSAL TO CHANGE PhysicalPrimMax=32m

This proposes a change to Regions.in file default parameter: PhysicalPrimMax=32m Old parameter was: PhysicalPrimMax=10m This parameter defines the maximum prim size limit (in any dimension x,y or z) at which the prim may be recognized by the region as a physical object. If any dimension of the prim is larger than this limit, the prim fails to become physical.

DISCUSSION AT OPENSIM MEETING

At the OpenSim Meeting last week in Wright Plaza OSGrid, I proposed changing the parameter default to PhysicalPrimMax=64m. However, after taking some data and doing some research testing various sizes and shapes of physical prims, I now propose PhysicalPrimMax=32m instead.

BACKGROUND:

The maximum prim build size using v1 viewers in SL was 10m, but this became obsolete recently with v2 and v3 viewers going to 64m. There has been *no limit* on the size of a physical prim in SL using their Havok physics engine. A mega-prim in SL can be physical (I have successfully tested 1024x1024x1024 physical prims in SL). However, in OpenSim there is good reason to limit physical prim size, mainly due to the simulator physics load causing simulator FPS to slow down.

WHY CHANGE?

Q: Why would we want to change this default value?

A: The primary motivation for changing this is the growing popularity of PHYSICAL VEHICLES in OpenSim. Content creators for the OpenSim community must design their products for the most common default value limits.

WHAT TYPES OF VEHICLES REQUIRE 32m PRIM SIZE?

Built to-scale vehicles require prim sizes larger than 10metres: boats, ships, trains, buses, airplanes, aircraft, spacecraft, automobiles, and amphibious craft. Especially multi-passenger vehicles and vehicles using tortured prims or mesh or sculpties. Tortured prims (path cut, dimpled, tapered) are often used to achieve the curve shapes of vehicles, and this leads to larger prim x,y, or z dimensions (even when the overall vehicle size is less than 10metres). Mesh vehicles tend to require larger prim size; an entire vehicle can be made with 1 mesh model.

BEST PARAMETER VALUE?

32 metres is the proposed best parameter value. It is a compromise based on performance vs the value of having creative content. Certainly 10m prims are safe performance, however, 10m severely limits the existence of vehicle content.

TEST RESULTS

In recent testing of free prims dropped to ground, it was found that there appears to be a "breaking point" in the physics FPS performance with physical prim size larger than 45 metres. When 64 metre torus shaped prims were tested, this brought the physics FPS down to a low level. But, when 32metre prim size torus prims were tested, acceptably good performance was achieved. Of course, physics performance varies considerably among simulators.

DATA:

Please see collected data on size vs. shape on Physics FPS: http://opensimulator.org/wiki/User:LaniGlobal#Proposed_Change_Regions_ini_Default_PhysicalPrimMax_10m_to_64m

CONCLUSION:

A proposal has been presented for a default change. The change would be from an obsolete, but "absolutely safe" default value, to a new value that is closer to the center of compromise in simulator performance, only when larger size physical prims are rezzed by users. The result of this change would yield a huge increase in physical vehicle content in the OpenSim Community.

Respectfully submitted,

Lani Global

Founder/Content Creator, LANI GLOBAL SYSTEMS (tm)

Owner of Lani region of OSGrid, an OpenSim/HG 3-D Virtual Sci Fi World

http://twitter.com/LaniGlobal

hg.osgrid.org:80:lani

Lani Global Regions in Opensim OSGrid and HyperGrid

Lani

Lani region of OSGrid is one of the most popular places in OpenSim. Creative Content for the OpenSim Community is developed and distributed. The Science Fiction environment features the Lani Global Systems Sci Fi Store, the Sci Fi Hub of OSGrid, a RolePlay RP environment, RolePlay Gaming, Spacecraft Landing Docks, and the Alpha Station space station home pods for RP players. The Central Pyramid is a community center and gathering point for the Sci Fi Community of OpenSim. Lani region runs on a server by sim hosting company Dreamland Metaverse. It is HyperGrid enabled, in the Middle Realm at 8090,8090 grid coordinates. Some photo images and a real time graph of daily visitor count to Lani region can be found on the web at Most Popular Region of OSGrid

ixi

ixi region of OSGrid is a very popular Sci Fi sandbox area adjacent to Lani region. Creative Content for the OpenSim Community is designed, tested, and developed. ixi is well known for sandbox and RP Combat. ixi region is sponsored by Dreamland Metaverse , an OpenSim server sim hosting company. Changing rooms are provided for avatars. The Great Hall of Combat has seen hundreds of battles and duels fought. Research and development of vehicles. Myriad RP Gaming and Combat System is developed and tested. It is HyperGrid enabled, in the Middle Realm at 8089,8090 grid coordinates. Some photo images and a real time graph of daily visitor count to ixi region can be found on the web at ixi Region OSGrid visitor graph

Personal tools
General
About This Wiki