BulletSim/de
From OpenSimulator
| Line 1: | Line 1: | ||
{{Quicklinks|BulletSim}}{{BulletSim}} | {{Quicklinks|BulletSim}}{{BulletSim}} | ||
| − | |||
__TOC__ | __TOC__ | ||
Revision as of 13:05, 12 January 2022
Template:BulletSim
Contents |
BulletSim ist das Modul für OpenSimulator, das mithilfe der Bullet Physics Engine. BulletSim ist das Modul für OpenSimulator, das mithilfe der Second Life kompatibel ist .
Projekt Information
BulletSim/Functionality listet die möglichen physischen Operationen, ihren Implementierungsstatus und alle Hinweise zu ihrer Verwendung auf. Dies ist besonders nützlich für den Fahrzeugbetrieb.
Building
BulletSim-Architektur
BSScene
Simulations Stepper. Step Events (Pre-Step-Event, Post-Step-Event).
Voraussetzung für die Steuerung von Physik-Engine-Modifikationen mit dem Taint-System (normale Taints, Post-Taints).
Detailprotokollierungssystem.
Parametersystem.
BSPhysObject
Children klassen von BSPrim und BSCharacter.
Terrain
Einschränkungen
Bullet Implementierungen
BulletSim ist ein Wrapper für die Bullet-Physik-Engine. Die Schnittstelle aus der virtuellen Welt, die BulletSim an die Physik-Engine anpasst, wird durch die abstrakte Klasse beschrieben BSAPITemplate. Es gibt zwei Instanzen dieser Klasse BSAPIXNAund BSAPIUnman.
BSAPIUnman enthält die Verbindung zur nicht verwalteten DLL/SO, die die C++ Version der Bullet Physik Engine ist. Die Quellen und Build-Anweisungen sind verfügbar unter git://opensimulator.org/git/opensim-libs/trunk/unmanaged/BulletSim.
BSAPIXNA ist die Verbindung zu einer C# Version von Bullet, deren Quellen hier gehostet werden https://code.google.com/p/bullet-xna/.
Die Auswahl der Physik-Engine erfolgt zur Startzeit der Region. Sie wird pro Simulator mit folgenden INI-Einstellungen angegeben:
[Startup]
physics = BulletSim
[BulletSim]
BulletEngine = BulletUnmanaged ; The default
; BulletEngine = BulletXNA ; uncomment this line for C# version of Bullet
Managed/Unmanaged Interface
Linksets
"Actor" Architecture and the Actors
Jedes physische Objekt von BulletSim kann mit einer beliebigen Anzahl von "actors" verbunden sein. Die Aktoren registrieren sich für Simulationsereignisse (in der Regel vor jedem Simulationsschritt aufzurufen) und ändern die physikalischen Parameter des Objekts. Die derzeit implementierten Akteure sind:
*BSActorAvatarMove: steuert Bewegungen und Treppenlaufen von Avataren; *BSActorHover: implementiert vertikales Schweben für Objekte und Avatare; *BSActorLockAxis: wendet eine Beschränkung auf physische Objekte an, um eine oder mehrere Winkelachsenbewegungen zu sperren; *BSActorMoveToTarget: bewegt ein physisches Objekt an einen Ort; *BSActorSetForce: wendet eine kontinuierliche Kraft auf ein physisches Objekt an; *BSActorSetTorque: wendet ein kontinuierliches Drehmoment auf ein physisches Objekt an; *BSDynamic (Name ändert sich): implementiert SecondLife(r)-Fahrzeugmodell.
Vehicles
Siehe auch die archivierte Seite: Vehicles
Funktionen der BulletSim-Skripterweiterung
Die Physikerweiterungsschnittstelle wird von BulletSim verwendet, um viele neue Physikfunktionen zu implementieren. Damit diese Funktionen funktionieren, muss die Schnittstelle mod_invokeaktiviert sein.
Avatar Treppen begehen
Der Avatar-Bewegungs-Akteur enthält spezielle Überprüfungen, die es Avataren ermöglichen, sich gestufte Objekte hinaufzubewegen (denken Sie an Treppen). Der Code funktioniert, indem er auf Kollisionen in der Nähe der Füße des Avatars prüft und den Avatar nach oben drückt, um über das Objekt zu gelangen, wenn er versucht, vorwärts zu gehen und nicht zu fliegen. Dies ist ein anderer Algorithmus als ODE, der auf der Krümmung der Kapsel des Avatars beruht, um sich nach oben und über niedrige Hindernisse zu bewegen.
Es gibt fünf INI-Parameter, die Treppen steuern:
| AvatarStepHeight | Die maximale Höhe einer Stufe. Wenn der Avatar mit etwas unter dieser Höhe kollidiert, wird dies als Stufe betrachtet und der Avatar erwägt, sich nach oben zu bewegen, um darüber hinwegzukommen. |
| AvatarStepAngle | Der maximale Winkel der Kollisionsfläche, um ihn als Stufe zu betrachten. Wenn beispielsweise auf Null gesetzt, müssen die Stufenflächen perfekt vertikal sein, bevor sie als Stufenfläche betrachtet werden. Der typische Wert ist 0,3f, was eine gewisse Schrittvariabilität ermöglicht. |
| AvatarStepGroundFudge | Ein kleiner Fudge-Faktor, der von der berechneten Basis des Avatars abgezogen wird, wenn überprüft wird, ob sich die Kollision in der Nähe der Füße des Avatars befindet. Die Basis der Avatar-Berechnung kann etwas hoch sein (über dem Boden), sodass dieser Faktor es ermöglicht, die Stufe niedriger zu vergleichen. Dies kann verhindern, dass kleine Unebenheiten auf dem Boden zu klein sind, um als Stufe betrachtet zu werden (was dazu führt, dass die Unebenheiten wie eine Wand wirken). |
| AvatarApproachFactor | Der Winkel, in dem die Stufe angefahren werden muss. Dies ist das Bogenmaß des Winkels zwischen dem Avatar und der kollidierenden Stufenoberfläche. Dies verhindert das Hochgehen von Gegenständen, wenn man sich aus einem weiten Winkel nähert. Der Standardwert von 0,6 entspricht etwa einem Anflugwinkel von 45 Grad. Wenn Sie dies beispielsweise auf 0,3 einstellen, muss der Avatar fast direkt in die Stufe gehen, um die Aufwärtsaktionen auszuführen. |
| AvatarStepUpCorrectionFactor | Ein Multiplikationsfaktor, um die Position des Avatars zu ändern, um die Stufe zu überwinden. Die Höhe der Kollision mit der Stufe wird mit diesem Faktor multipliziert und diese Zahl wird zur Z-Koordinate des Avatars addiert. Dadurch wird der Avatar im Verhältnis zum Schritt nach oben verschoben. Wenn dieser Faktor kleiner als Null ist, wird AvatarStepHeight verwendet. |
| AvatarStepForceFactor | AEin Kraftfaktor, um den Avatar nach oben zu drücken, um die Stufe zu überwinden. Eine Auftriebskraft von der Stufenkollisionshöhe mal der Avatarmasse mal diesem Faktor wird auf den Avatar angewendet. Diese letzten beiden Faktoren können in Kombination verwendet werden, um den Avatar zu bewegen, wenn eine Stufe kollidiert. |
| AvatarStepSmoothingSteps | Wenn ein Avatar die Stufen hinaufgeht, gehen Kollisionen ein und aus, wenn die Stufen getroffen und über sie bewegt werden. Dies ist die Anzahl der Simulator-Ticks (ca. 10 pro Sekunde), die das Aufsteigen von Stufen noch ausgeführt wird, nachdem die Kollision der letzten Stufe erkannt wurde. Das glättet die Aktion ein wenig. |
Die Standardwerte sind:
[BulletSim]
AvatarStepHeight = 0.6
AvatarStepGroundFudge = 0.1
AvatarStepApproachFactor = 0.6
AvatarStepUpCorrectionFactor = 1.0
AvatarStepForceFactor = 2.0
AvatarStepSmoothingSteps = 1
Weitere Hinweise
Anpassen der Avatar-Höhe
Seit dem 13. Mai 2013 verwendet BulletSim die Kapselform Bullet, um sich einem stehenden Avatar anzunähern. Eine Besonderheit der Kapsel ist ihre Höhe, die sich nicht so gut skalieren lässt, wie es OpenSimulator gerne hätte. Um dies zu beheben, stehen mehrere Einstellparameter zur Verfügung, um die Höhe der Avatarkapsel so zu korrigieren, dass ein Avatar richtig auf dem Boden steht und nicht über oder im Boden versenkt.
Diese Parameter sind:
| INI varaible | Standard | Beschreibung |
|---|---|---|
| AvatarHeightMidFudge | 0.0 | Dies ist ein Fudge-Faktor, der zu der Avatargröße von 50% (ca. 1,87 Meter) hinzukommt. Diese Zahl wird zur Gesamthöhe addiert, so dass die Anpassung dieser Zahl die gesamte Kapsel um ungefähr diesen Abstand nach oben und unten bewegt. |
| AvatarHeightLowFudge | 0.0 | Dieser Faktor wird zu der Höhe am unteren Ende der Höhenskala addiert ("0%" Höhe, die etwa 1,62 Meter beträgt). Diese Zahl wird proportional von der mittleren Höhe zur niedrigen Höhe skaliert. Durch Anpassen dieser Zahl wird die Höhe der Kapsel für kleine Formen angepasst. |
| AvatarHeightHighFudge | 0.0 | Dies ähnelt AvatarHeightLowFudge, wird jedoch auf das obere Ende der Höhe angewendet ("100%" Höhe, die etwa 2,12 Meter beträgt). Es wird auch proportional von der mittleren Höhe zur großen Höhe hinzugefügt. |
