View source for Technical Reference/terms/de

__NOTOC__
{{Quicklinks/de|Technical_Reference/terms}}

Hier ist eine Software Technical Reference für OpenSimulator, die verschiedene technische Aspekte und Komponenten der Plattform abdeckt:

== Einleitung ==
OpenSimulator (OpenSim) ist eine Open-Source-Software für virtuelle Welten, die es Nutzern ermöglicht, 3D-Umgebungen zu erstellen und zu betreiben. 

Die Plattform ermöglicht die Erstellung von Regions, das Management von Avataren und Objekten sowie die Integration von Skripten und Assets.

== Architektur ==
=== Komponenten ===
* '''OpenSimulator Core''' Die Hauptkomponente von OpenSimulator, die die grundlegenden Funktionen der virtuellen Welt bereitstellt, einschließlich der Simulation von Objekten und Avataren.

* '''Modularer Aufbau''' OpenSimulator verwendet ein modulares System, bei dem verschiedene Funktionen durch Plugins und Module erweitert werden können.

=== Dienste ===
* '''Asset Service''' Verantwortlich für das Management und die Speicherung von Assets wie Texturen, Meshes und Skripten. Der Asset Service speichert, ruft ab und cached Assets.

* '''Grid Service''' Verwaltet die Grid-Architektur von OpenSimulator, einschließlich der Benutzerauthentifizierung und der Region-Registrierung.

* '''Region Service''' Kümmert sich um die Simulation innerhalb einer Region, einschließlich Objektupdates und Avatar-Management.

* '''User Service''' Verwalten von Benutzerkonten, Authentifizierung und Berechtigungen.

* '''Inventory Service''' Verwalten des Inventars der Benutzer, einschließlich der Speicherung und Organisation von Assets und Objekten.

* '''Physics Engine''' Simuliert physikalische Interaktionen in der virtuellen Welt, wie Kollisionen und Gravitation. Unterstützt Engines wie BulletSim und ODE.

== Wichtige Begriffe ==
* '''Region''' Ein unabhängiges Gebiet in der virtuellen Welt, das eigene Objekte, Terrain und Einstellungen umfasst.

* '''Avatar''' Die digitale Repräsentation eines Benutzers innerhalb der virtuellen Welt.

* '''Objekt''' Ein Element innerhalb einer Region, das entweder statisch (z.B. Gebäude) oder dynamisch (z.B. Fahrzeuge) sein kann.

* '''Mesh''' Ein 3D-Modell, das aus Vertices, Edges und Faces besteht und die Form eines Objekts definiert.

* '''Asset''' Eine Ressource, die in der virtuellen Welt verwendet wird, wie Texturen, Modelle, Sounds und Skripte.

* '''Skript''' Ein Programm, das in einer Skriptsprache geschrieben ist und Funktionen für Objekte und Avatare hinzufügt.

== Technische Details ==
=== Dateiformate ===
* '''OAR (OpenSimulator Archive)''' Ein Dateiformat zum Exportieren und Importieren von Region-Daten. Es enthält die Konfiguration und Objekte einer Region.

* '''AAR (Asset Archive)''' Ein Dateiformat zum Exportieren und Importieren von Assets. Es enthält Texturen, Modelle und andere Ressourcen.

* '''XML-Format für Regionseinstellungen''' Verwendet zur Definition der Regionseinstellungen, einschließlich Terrain und Physik.

=== Asset Management ===
* '''Asset Types''' Klassifikationen von Assets wie Texturen, Skripte, Modelle und Sounds.

* '''Asset Storage''' Assets werden in Datenbanken oder Dateisystemen gespeichert und können von verschiedenen Regionen genutzt werden.

=== Physik ===
* '''Physics Shape Types''' Definiert, wie die physikalische Präsenz eines Objekts in der Simulation dargestellt wird. Typen sind CONVEX, PRIM und NONE.

* '''Level of Detail (LOD)''' Bestimmt die Detailstufe eines Meshs basierend auf der Entfernung zum Betrachter. Verfügbar sind LOD-Stufen wie HIGH, MEDIUM, LOW und LOWEST.

== Konfiguration ==
=== Regionseinstellungen ===
* '''Terrain''' Konfiguration des Landschaftsprofils einer Region, einschließlich Höhe und Texturen.

* '''Access Control''' Steuerung der Zugriffsrechte für eine Region, wie z.B. Besuchereinstellungen und Berechtigungen für das Bearbeiten.

=== Netzwerkeinstellungen ===
* '''Grid Configuration''' Konfiguration des Grids, das die verschiedenen Regionen verbindet und die Kommunikation zwischen ihnen ermöglicht.

* '''Sicherheitskonfiguration''' Verwaltung von Authentifizierungsmechanismen und Zugriffskontrollen.

== Entwicklungsressourcen ==
* '''OpenSimulator Dokumentation''' Offizielle Dokumentation und Anleitungen zu OpenSimulator, verfügbar auf der [https://opensimulator.org/wiki/Main_Page OpenSimulator Website].

* '''Community-Ressourcen''' Foren, Mailinglisten und Discord-Kanäle für Entwickler und Benutzer zum Austausch von Informationen und Unterstützung.

* '''Code-Repository''' Der Quellcode von OpenSimulator ist auf GitHub verfügbar: [https://github.com/opensimulator/opensim OpenSimulator GitHub]

== Best Practices ==
* '''Performance-Optimierung''' Verwenden Sie effiziente Meshes und Texturen, um die Leistung der Region zu verbessern. Nutzen Sie LOD, um die Detailstufen je nach Entfernung anzupassen.

* '''Sicherheit''' Implementieren Sie robuste Authentifizierungs- und Berechtigungssysteme, um die Sicherheit der virtuellen Welt zu gewährleisten.

* '''Regelmäßige Updates''' Halten Sie OpenSimulator und alle Module regelmäßig auf dem neuesten Stand, um von den neuesten Funktionen und Sicherheitsupdates zu profitieren.

== Troubleshooting ==
=== Häufige Probleme ===
* Netzwerkverbindungsprobleme, Asset-Ladefehler und Performance-Probleme.

=== Fehlerbehebung ===
* Verwenden Sie die Log-Dateien und Debug-Tools von OpenSimulator zur Identifizierung und Behebung von Problemen.

== Kontakt und Unterstützung ==
* '''Support-Kanäle'''
Nutzen Sie die offiziellen Foren, Mailinglisten und Community-Kanäle für Unterstützung und Fragen.

* '''Beiträge zur Entwicklung'''
Beiträge zur OpenSimulator-Entwicklung sind willkommen. Erfahren Sie mehr über die Mitwirkungsmöglichkeiten auf der [https://opensimulator.org/wiki/Contributing OpenSimulator Website].


== Glossar von OpenSimulator technischen Begriffen ==

;<span id="Bakes">Bakes</span>
:Eine Abkürzung für '''Bakes on Mesh'''. Wird manchmal auch mit dem Akronym '''BoM''' bezeichnet. Bezieht sich auf einen serverseitigen Prozess, der von Second Life und später von OpenSimulator v0.9.1.0 übernommen wurde und der mehrere Texturschichten, die auf einem Avatar verwendet werden, zu einer einzigen Textur für die Übermittlung an einen Viewer kombiniert. Zum Beispiel könnten Haut, Tattoos und mehrere Schichten von Kleidungstexturen zu einer einzigen Textur kombiniert werden. Als Teil des Prozesses kann der entsprechende Bereich des Avatars ausgeblendet werden, sodass er nicht mit dem "gebackenen" Mesh interferiert.

;<span id="Caps">Caps</span>
:Eine Abkürzung, die für '''Capabilities''' (Fähigkeiten) steht. Caps bezieht sich auf die Fähigkeiten, die eine bestimmte Gitterregion den Viewern bietet, wie z.B. Stimme oder Multimedia. Weitere Informationen finden Sie unter [[CAPS]].

;<span id="Client">Client</span>
:Ein Programm, das über ein Netzwerk eine Verbindung zu OpenSimulator herstellt. Ein Viewer ist eine Art von Client, der es einem Benutzer ermöglicht, die Simulation zu sehen. Andere Arten von Clients könnten Suchmaschinen, Messaging-Anwendungen oder andere Programme sein, die eine Verbindung zu OpenSimulator herstellen, aber keine visuelle Präsenz innerhalb der Simulation schaffen.

;<span id="COF">COF</span>
:Eine Abkürzung für '''C'''urrent '''O'''ut'''f'''it. Bezieht sich auf die Anhänge und tragbaren Gegenstände, die mit einem '''Avatar''' verbunden sind.

;<span id="Entity">Entity</span>
:Ein Ding, das innerhalb der Simulation existiert. Es kann ein sichtbares Erscheinungsbild, eine Position, eine Rotation, eine Geschwindigkeit und andere Attribute haben. Es ist verantwortlich für die Bereitstellung eines physischen Proxys, der an eine Physik-Engine übergeben werden kann. Es kann unsichtbar, statisch oder ohne physischen Proxy sein, aber es muss dennoch all diese Konzepte implementieren.

;<span id="Grid">Grid</span>
:Eine Anordnung von einer oder mehreren Regionen, die von einer Sammlung von OpenSimulator ROBUST-Gitterdiensten verwaltet werden, die eine einzige, abgeschlossene virtuelle Welt bilden. Kann sich auch auf ein '''Serverless Grid''' beziehen.

;<span id="Hypergrid">Hypergrid</span>
:Manchmal abgekürzt HG. Bezieht sich sowohl auf das Kommunikationsprotokoll, das mehrere Gitter integriert, als auch auf die Sammlung von Gittern, die das Protokoll verwenden. Theoretisch ermöglicht das Hypergrid-Protokoll Benutzern, von einer Region in einem Gitter zu einer Region in einem anderen Gitter zu teleportieren. Einen Überblick über das Konzept finden Sie unter [[Hypergrid]]. Details zu bestimmten Versionen des Hypergrid-Protokolls finden Sie unter [[Hypergrid 1.0]], [[Hypergrid 1.5]] und [[Hypergrid 2.0]].

;<span id="LLSD">LLSD</span>
:Ein Akronym für '''L'''inden '''L'''ab '''S'''tructured '''D'''ata. Ein Standard zur Kodierung von Daten für die Verwendung mit LLUDP-Kommunikation zwischen dem Simulator und dem Viewer. Details zum Standard finden Sie unter [http://wiki.secondlife.com/wiki/LLSD|Linden Lab Structure Data].

;<span id="LLUDP">LLUDP</span>
:Ein Akronym für '''L'''inden '''L'''ab '''UDP'''. Die Bezeichnung wird in der OpenSimulator-Community häufig für das Linden Lab Second Life Binary UDP-Protokoll verwendet, das für die Kommunikation zwischen virtuellen Welt-Simulatoren und Viewern verwendet wird. Details zum Protokoll selbst finden Sie in der [http://wiki.secondlife.com/wiki/Protocol Second Life Open Source Protocol documentation]. Weitere Informationen zur OpenSimulator-Implementierung des Protokolls finden Sie unter [http://opensimulator.org/wiki/LLUDP_ClientStack LLUDP ClientStatck].

;<span id="Mesh">Mesh</span>
:Eine Art von Entität, die Geometriedaten anstelle von prozeduralen Anweisungen zur Erzeugung von Geometrie speichert. Je nach Implementierung kann ein Mesh zusätzliche Schnittstellen wie die Skriptcontainer-Schnittstelle oder LLUDP-Konzepte implementieren oder nicht. Die Unterstützung für Meshes wurde ursprünglich von dem realXtend-Team in OpenSimulator eingeführt.

;<span id="Megaregion">Megaregion</span>
:Eine experimentelle und jetzt veraltete Art von Region, die die übliche Größenbeschränkung von 256x256 Metern überschreiten konnte, indem mehrere Standardregionen kombiniert wurden. Megaregionen wurden in OpenSimulator v0.8.2 abgelehnt und die Unterstützung für sie wurde in OpenSimulator v0.9.0 entfernt. Weitere Informationen finden Sie unter [[Megaregions]].

;<span id="MRM">MRM</span>
:Ein Akronym für '''M'''ini '''R'''egion '''M'''odule. Eine Skript-Engine, die von Adam Frisby entwickelt wurde, um das Schreiben von Skripten in C# zu unterstützen. MRM war als Zwischenwerkzeug gedacht, das leistungsstärker als normales Scripting, aber weniger komplex als das Schreiben eines benutzerdefinierten Regionmoduls ist. MRM wurde 2009 zu OpenSimulator hinzugefügt, aber danach nicht mehr gepflegt. Die Unterstützung für MRM wurde in OpenSimulator v0.9.1.0 entfernt. Weitere Informationen finden Sie unter [[Configuration/files/OpenSim/OpenSim.ini#.5BMRM.5D|OpenSim.ini MRM config]].

;<span id="OGS1">OGS1</span>
:Ein Akronym für '''O'''penSimulator '''G'''rid '''S'''ervices Version '''1'''. Eine Sammlung von Gitterdienst-Software, die durch OpenSimulator Version 0.6 verwendet wurde, um UGAIM-Dienste für Gitterclients bereitzustellen. OGS1 basierte stark auf einer Microsoft .NET-Technologie namens Remoting. Die Entwickler beschlossen, sich von der Abhängigkeit von .NET-spezifischen Methoden zu entfernen, um die Software portabler zu machen und die Leistung zu steigern. OGS2 wurde vorgeschlagen und experimentiert, aber nie übernommen. Anstelle von OGS1 wurde in OpenSimulator 0.7 und später ROBUST als Ersatztechnologie eingeführt. Weitere Informationen finden Sie unter [[Grid_Architecture_Diagram|OGS1 Diagram]].

;<span id="OGS2">OGS2</span>
:Ein Akronym für '''O'''penSimulator '''G'''rid '''S'''ervices Version '''2'''. Eine experimentelle Verbesserung von OGS1. Der Code wurde geschrieben und getestet, aber nie in einer Release-Version von OpenSimulator übernommen. Stattdessen wurde '''ROBUST''' entwickelt, um OGS1 zu ersetzen.

;<span id="Prim">Prim</span>
:Eine Abkürzung für Geometric Primitive. Ein Prim ist eine Art von Entität, die ihren Ursprung in Second Life hat und eine prozedural erzeugte Grundform ist, die eine effiziente Netzwerkdarstellung hat. Es implementiert die grundlegenden Konzepte, die erforderlich sind, um eine Entität zu sein, plus viele zusätzliche Konzepte, die spezifisch für das LLUDP-Protokoll sind. Es implementiert auch einige zusätzliche generische Konzepte in OpenSimulator, wie das Verhalten als Skriptcontainer.

;<span id="Region">Region</span>
:Ein 256 x 256 Meter großes Gebiet, das eine X/Y-Position in einem '''Grid''' und ein '''Regionhandle''', das aus der Position berechnet wird, hat. Eine Region kann auch als IP-Endpunkt definiert werden, den der Viewer zur Herstellung einer Clientverbindung verwenden kann. Die eindeutige ID einer Region ist eine UUID. Dies bedeutet, dass eine Region ihre Position ändern kann, und aufgrund dieser Positionsänderung wird das Regionhandle neu berechnet. Das Regionhandle identifiziert eindeutig eine Position in einem Gitter. Eine Region enthält eine Reihe von Unterkomponenten wie Szene und Client/Viewer-Schaltungen. Siehe auch '''Varregion''' und '''MegaRegion''' zum Vergleich. '''Hinweis''': In einigen Fällen kann sich die Region auf die Regions-Datenbanktabelle beziehen, die Daten im Zusammenhang mit den Regionen eines Simulators speichert. Weitere Informationen zur DB-Nutzung finden Sie unter [[Regions_(database_table)]].

;<span id="Regionhandle">Regionhandle</span>
:Ein Regionhandle ist eine 64-Bit-Zahl, die die X/Y-Position eines Ortes in einem Gitter speichert. Die oberen 32 Bits sind die X-Position, und die unteren 32 Bits sind die Y-Position. Ein Regionhandle kann wie folgt berechnet werden: ((X * 256 + x_offset) << 32) + (Y * 256 + y_offset). X und Y sind die Gitterposition einer Region. X_offset und y_offset sind die x- und y-Position eines Ortes innerhalb einer Region, sodass ihre Werte im Bereich von 0 bis 255 (einschließlich) liegen.

;<span id="ROBUST">ROBUST</span>
:Ein Akronym für '''R'''edesigned '''O'''penSimulator '''B'''ase for '''U'''GAIM '''S'''ervice '''T'''emplates. Eine Sammlung von Verwaltungssoftware, die UGAIM-Dienste für Grid-Clients bereitstellt. Es ist die Nachfolgetechnologie zu OGS1. ROBUST wurde erstmals in OpenSimulator 0.7 veröffentlicht und verwendet die .NET-Generics und WCF-Technologien als Alternative zu .NET Remoting. Diese Alternative machte die Software portabler, da sie mit Mono verwendet werden konnte, und die Robustheit wuchs.

;<span id="Simulator">Simulator</span>
:Ein Programm, das eine '''Region''' simuliert, die Clients eine Verbindung zu dieser Region ermöglicht, Entitäten für diese Region verwaltet und den Zeitablauf für die Region verwaltet. In OpenSimulator besteht ein Simulator aus einer '''MainLoop''', die jede '''Frame''' für jede Szene aufruft, um sie zu aktualisieren. Weitere Informationen finden Sie unter [[Simulator]].

;<span id="SL">SL</span>
:Ein Akronym für '''S'''econd '''L'''ife. Weitere Informationen finden Sie unter [http://secondlife.com].

;<span id="UGAIM">UGAIM</span>
:Ein Akronym für '''U'''ser, '''G'''rid, '''A'''sset, '''I'''nventory und '''M'''essaging. Ursprünglich von Adam Frisby 2007 vorgeschlagen, um die grundlegenden Dienste eines Gitters zu definieren. Wird in Diskussionen über Gitterarchitektur und als Bestandteil des '''ROBUST'''-Akronyms verwendet. Weitere Informationen finden Sie unter [[UGAIM]].

;<span id="Varregion">Varregion</span>
:Eine spezielle Art von Region, die das übliche Größenlimit von 256x256 Metern überschreiten kann. Der verwendete Viewer muss die Varregion-Funktion unterstützen. Varregionen können in Schritten von 256 Metern bis zu einer maximalen Größe von 8192 Metern konfiguriert werden. Für mehr Informationen siehe [[Varregion]].

;<span id="Viewer">Viewer</span>
:Eine Client-Anwendung, die eine Verbindung zu OpenSimulator herstellt und dem Benutzer eine Ansicht der Simulation anzeigt. Es gibt viele Viewer, aber die meisten sind Abspaltungen des ursprünglich quelloffenen SL-Viewers. Für mehr Informationen siehe [[Connecting]].

;<span id="XEngine">XEngine<span>
:Die Standardskript-Engine in OpenSimulator zur Ausführung von LSL- und OSSL-Skripten. Für Konfigurationsparameter und weitere Details zu XEngine siehe die Seite [[XEngine]].

;<span id="XMREngine">XMREngine</span>
:Ein Drittanbieter-Skript-Engine-Modul zur Ausführung von LSL- und OSSL-Skripten. Entwickelt als Alternative zu '''XEngine'''. Der Code wurde vom OpenSimulator-Team als Basis für '''YEngine''' abgezweigt. Der Code von YEngine und XMREngine hat sich seit der Abzweigung etwas unterschiedlich entwickelt. Für weitere Informationen zu XMREngine siehe das [http://wiki.dreamnation.net/index.php/XMREngine_Script_Engine DreamNation XMREngine Script Engine] Wiki oder den [https://github.com/dreamnation/xmrengine XMREngine-Quellcode auf GitHub].

;<span id="YEngine">YEngine</span>
:Eine LSL/OSSL-Skript-Engine für OpenSimulator, die als Alternative zu '''XEngine''' entwickelt wurde und auf dem quelloffenen Code von '''XMREngine''' basiert. YEngine verfügt über ein besseres Speichermanagement und eine bessere Leistung als XEngine. YEngine ist standardmäßig nicht aktiviert. Für Informationen zum Wechsel von XEngine zu YEngine siehe die Seite [[YEngine]].

== Siehe auch ==
* [[:Category:Support| Support pages]]
* [[:Category:Getting_Started|Getting Started]]
* [[OpenSim Archives|How to use OpenSimulator Archives (OAR)]]

[[Category:Users]]
[[Category:Support]]
[[Category:Help]]
[[Category:Configuration]]
[[Category:Getting Started]]
[[Category:Development]]
[[Category:German Translations]]