OpenSim Architecture
From OpenSimulator
Steevithak (Talk | contribs) m (added obsolete tag and link to orphaned IClientAPI page) |
|||
| (12 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| − | + | __NOTOC__ | |
| + | {{Quicklinks}} | ||
| + | {{obsolete}} | ||
<br /> | <br /> | ||
| − | + | == OpenSim.Region.Environment == | |
| + | <br /> | ||
| − | IClientAPI, the interface that we use for Region <-> Client communications, contains a number of events and methods. When Scene.AddNewClient() is called, various classes will subscribe to the events of the client object, so that they are notified of incoming packets from that client/viewer. In the other direction, the methods of IClientAPI are used to send packets back to the client/viewer. | + | The Core of OpenSimulator is the Region.Environment project/dll. For each Region in a OpenSimulator process, a instance of Scene is created. So currently Scene is the main management class for the regions. When a client connects to a region, a call is made to Scene.AddNewClient(IClientAPI client, bool child). |
| + | |||
| + | [[OpenSim_0.6_IClientAPI|IClientAPI]], the interface that we use for Region <-> Client communications, contains a number of events and methods. When Scene.AddNewClient() is called, various classes will subscribe to the events of the client object, so that they are notified of incoming packets from that client/viewer. In the other direction, the methods of IClientAPI are used to send packets back to the client/viewer. | ||
''[Please note that most of the more general region management functions will be moving to the RegionManager class soon. Leaving just the scene (3d world space) management to the Scene class.]'' | ''[Please note that most of the more general region management functions will be moving to the RegionManager class soon. Leaving just the scene (3d world space) management to the Scene class.]'' | ||
| + | |||
| + | |||
| + | A new feature that is currently being worked on, is the concept of region modules. The idea being to split the functions of the region up into individual modules. There are two types of modules: the shared ones which means there is a single instance of that module that is used by all the regions in that opensim process. And then the single region modules, which means that each region has its own instance of that module. | ||
| + | |||
| + | A module has full public access to the scene class, and can also subscribe to the events of the ICientAPI objects. | ||
[[Image:Opensim_Region_class.png]] | [[Image:Opensim_Region_class.png]] | ||
| − | [[ | + | [[OpenSim Expanded Region Diagram]] (Expanded Class diagram) |
Latest revision as of 08:42, 10 September 2020
 |
Languages: |
|
|
|
This article or section contains obsolete and possibly misleading information. Please integrate this information into existing pages, update it to something more recent, or remove it. |
[edit] OpenSim.Region.Environment
The Core of OpenSimulator is the Region.Environment project/dll. For each Region in a OpenSimulator process, a instance of Scene is created. So currently Scene is the main management class for the regions. When a client connects to a region, a call is made to Scene.AddNewClient(IClientAPI client, bool child).
IClientAPI, the interface that we use for Region <-> Client communications, contains a number of events and methods. When Scene.AddNewClient() is called, various classes will subscribe to the events of the client object, so that they are notified of incoming packets from that client/viewer. In the other direction, the methods of IClientAPI are used to send packets back to the client/viewer.
[Please note that most of the more general region management functions will be moving to the RegionManager class soon. Leaving just the scene (3d world space) management to the Scene class.]
A new feature that is currently being worked on, is the concept of region modules. The idea being to split the functions of the region up into individual modules. There are two types of modules: the shared ones which means there is a single instance of that module that is used by all the regions in that opensim process. And then the single region modules, which means that each region has its own instance of that module.
A module has full public access to the scene class, and can also subscribe to the events of the ICientAPI objects.
OpenSim Expanded Region Diagram (Expanded Class diagram)
