move IT Home Base

Performance

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:50 +0000

Performance

Hardwareseitige Performance-Beeinflussungen

Um die Geschwindigkeit des OpenSIM-Servers zu erhöhen sind folgende Punkte mit am wichtigsten:

Viel Arbeitsspeicher (RAM)

Optimal ist DDR2-RAM ab 2 GB, mehr ist auch nicht verkehrt. OpenSIM verbraucht im laufenden Betrieb locker hundert und mehr Megabyte RAM (je nach Konfiguration von OpenSIM), daher ist viel RAM eines der wichtigsten Punkte. Als absoluter Mindestwert kann man kurzzeitig 512 MB RAM verwenden, wesentlich besser läuft es bereits mit 1 GB, optimal ab 2 GB RAM. Es hängt allerdings auch davon ab welches Betriebssystem man einsetzt, denn nicht jedes Betriebssystem verbraucht gleichviel RAM. Da die RAM-Preise momentan sehr niedrig liegen sollte man mit RAM nicht geizen und reinpacken was an freien Slots vorhanden ist.

Schneller Prozessor (CPU)

Am besten leistungsstarke Dual-Core oder Quad-Core Prozessoren ab 2 GHz Taktfrequenz pro Prozessorkern. Die Geschwindigkeit der CPU ist für OpenSIM sehr entscheidend. Als absoluter Mindestwert kann man kurzzeitig eine CPU mit 1 GHz einsetzen, die dann aber im Betrieb möglicherweise extrem ausgelastet sein wird und OpenSIM träge macht. Wesentlich besser sieht es mit doppelt soviel CPU-Power aus. Leistungsstarke Quad-Core Prozessoren wie man Sie in richtigen Servern findet sind für OpenSIM der Idealfall. Allerdings geht das ziemlich auf die Stromrechnung Nicht empfehlenswert sind abgespeckte, leistungsschwache CPU´s wie sie in manchen Notebooks oder billigen PC´s verbaut werden und die auf Stromsparen optimiert worden sind und nicht auf Geschwindigkeit.

Schnelle Festplatte

SCSI-Festplatten mit RAID-5 (ab 3 Stück) haben mehr Datendurchsatz als eine Single-IDE oder SATA-Festplatte. Dazu kommt noch daß viele Consumer-Festplatten die in den PC stecken nicht für den Dauerbetrieb ausgelegt sind. Moderne PC haben aber normalerweise ausreichend Festplatten-Datendurchsatz, sodaß dieser Punkt nicht allzu kritisch ist. Planen Sie bei der Festplattengrösse nicht zu knapp. Wenn OpenSIM auf der selben Festplatten-Partition wie das Betriebssystem installiert ist nehmen Sie mindestens 100 GB, mehr sind nie verkehrt. Wenn Sie den Datendurchsatz steigern möchten, dann installieren Sie die Datenbank von OpenSIM auf einer separaten Festplatte mit eigener Partition, damit gleichzeitig ablaufende Festplattenzugriffe durch das Betriebssystem nicht störende Auswirkungen haben.

Und wo wir schon beim Thema Festplatte sind: regelmäßig Datensicherungen (Backups) machen nicht vergessen ! Totalverlust aller Daten ist immer sehr ärgerlich und lässt sich nur durch konsequentes Datensichern auf externen Medien verhindern. Merke: auch Festplatten können mal kaputtgehen und insbesonders ständig laufende Festplatten wie beim Serverbetrieb mit der OpenSIM-Software, die aber nicht für den Dauerbetrieb ausgelegt sind, verabschieden sich häufig mit einem sehr nachhaltigen Erlebnis.

Wir zählen mittlerweile ganze Stapel von defekten, externen USB-Festplatten die erstens in den Metallgehäusen viel zu schlecht gekühlt waren (wenn man eine Passivkühlung durch das Ableiten der Wärme überhaupt als richtige Kühlung ansehen darf), zweitens oft miserabel konstruierte Controller enthielten die gerne schnell defekt gehen und drittens sich gerne mal nach ein paar Wochen Dauerbetrieb mit einem lauten „Klack“ (Headcrash) für immer verabschiedet haben. Wenn da dann wichtige Datensicherungen drauf waren …

Schnelle Datenbank

Eine mySQL-Datenbank ist SQLite zu bevorzugen. Die Performance der verwendeten Datenbank ist aber erst mit steigender Anzahl der Avatare kritisch, da viele gleichzeitige Operationen ausgeführt werden müssen und eine SQLite-Datenbank damit auch mal gerne überfordert sein kann. Für viele gleichzeitige Datenbankzugriffe ist die kostenlose mySQL-Datenbank am besten geeignet. Wer sich mit mySQL gut auskennt und mehr als die Standard-Konfiguration haben möchte, verwendet die im WWW sehr zahlreich zu lesenden Tricks um aus einer mySQL-Datenbank das maximale Potential herauszuholen. Viele Einstellungen lassen sich sehr einfach in der mySQL-Konfigurationsdatei vornehmen.

Schnelle Internetanbindung

Je mehr Avatare sich auf der eigenen Sim einloggen möchten, umso mehr Internetbandbreite wird benötigt. Kleine Gruppen lassen sich möglicherweise noch auf dem heimischen PC verwalten. Bei grösseren Gruppen wird es nötig werden entweder seinen Server bei einem grossen Hoster mit grosser Internetanbindung unterzustellen, oder einen Root-Server bei einem Hoster zu mieten (Preise ab ca. 80 Euro/Monat). Wer OpenSIM bei sich zuhause betreiben möchte, sollte einen Upstream von mindestens 1 MBit haben, also etwa ADSL mit 16.000 kBit/sec. aufwärts. Je höher der Upstream, desto besser. Ideal und vom Kosten-/Nutzen-Verhältnis am sinnvollsten ist derzeit VDSL mit 50 MBit Downstream und 10 MBit Upstream.

Grafikkarte

Die verwendete Grafikkarte im OpenSIM-Server ist hingegen völlig nebensächlich wenn dieser Computer nur als Server dient und nicht gleichzeitig auf diesem auch noch ein 3D-Viewer zum einloggen ausgeführt wird. Da wir davon ausgehen daß Sie nur einen Server betreiben, gehen wir auf den Punkt Grafikkarte nicht weiter ein.

Softwareseitige Performance-Beeinflussungen

Softwareseitig sind extrem viele, unterschiedliche OpenSIM-Werte an der vom Avatar „gefühlten“ Geschwindigkeit der Sim beteiligt. Hauptsächlich sind dies die Menge der auf einer Sim gleichzeitig eingeloggten Avatare, die auf einer Sim laufenden Scripts und physische Prims, neben einer ganzen Reihe anderer Faktoren.

Performance-Messung Inworld OpenSIM

Mit der Tastenfolge STRG-SHIFT-1 die Statusanzeige einschalten.

Time Dilation: sollte möglichst bei 1.0 liegen (Echtzeitbetrieb). Je niedriger der Wert umso zeitversetzter läuft alles ab. Ab einem Wert von 0.7 wird es extrem träge.

Sim FPS: FPS = Frames per Second (Bilder pro Sekunde). Maximal 45 sind möglich, 30 ist gut, unter 20 ruckelt es heftigst.

Time: sagt genau warum die beiden Werte oben evtl. schlecht sind. Eine Sim erreicht maximal 45 FPS, d.h. pro Frame 1/45 = 22ms Zeit.

Total Frame Time: sollte am besten bei 12 ms, möglichst aber noch unter 22 ms liegen. Steigt die Zeit pro Frame darüber, wird der Frame eben länger, und es kommt zu Lags, Time Dilation sinkt und natürlich analog der Sim FPS-Wert. Die Total Frame Time setzt sich zusammen aus verschiedenen Unterzeiten:

Sim Time (Physics): Wenn jemand tausende von fliegenden physischen Würfeln rezzt, braucht der Simulator irsinnig lange, um das in Havok4 alles zu berechnen, dann geht die Zeit extrem hoch. → Physics Lag
Script Time: sollte möglichst unter 12 ms sein. Wenn sehr viele Scripte laufen und richtig was tun, dann geht diese Zeit hoch. Script-Lag ist tückisch, weil er sich gar nicht so in der Time Dilation und Sim FPS ablesen lässt. Seit Havok4 funktionieren physische Bewegungen trotz Script-Lag oft noch recht gut, aber die Scripte werden sehr langsam. Kann man fast nur an diesem Wert ablesen.
Agent Time: Weiter oben unter Simulator gibts die „Main Agents“. Viele Avatare in der Sim bedeuten hohe Agent Time (viel Lag). Child Agents sind diejenigen die aus einer Nachbar-Region oder Sim theoretischen Sichtkontakt haben. Viele Child Agents stören aber kaum.

Performance-Optimierungen

Wie schon geschildert gibt es Inworld eine Menge Potential die Performance einer Sim zu verbessern. Dazu gehören zum Beispiel:

- animierte Bäume und Pflanzen nur sparsam einsetzen, denn diese verringern die Simulator Framerate (Bilder pro Sekunde) und machen die Sim auch träger (Ping-Wert verschlechtert sich).

- auch Scripte schlucken - je nach Art und Programmierung des Scripts - durch die benötigte Rechenzeit einiges an Performance und sollten nicht übermäßig stark eingesetzt werden.

Fazit

Passende PC für OpenSIM bekommt man ab etwa 300 Euro zu kaufen, z.B. über diesen Online-Shop mit sehr preiswerten Angeboten. Wer zukunftsweisend einkaufen möchte achtet insbesondere auf die verwendete CPU und das RAM und investiert lieber etwas mehr, bekommt dafür aber auch mehr Leistung.

Sims per Hypergrid miteinander verbinden

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:50 +0000

Sims per Hypergrid miteinander verbinden

Hypergrid ist eine ideale Lösung um aus einer Standalone-Sim eine Sim mit Anschluss an andere Sims zu machen. So kann man sich zum Beispiel mit der Sim seines Freundes verbinden, sodaß man mit seinem Avatar von einer Sim zur anderen teleportieren kann. Wenn noch weitere Freunde dazukommen kann man diese virtuellen Welten nach und nach erweitern.

Um Hypergrid zu nutzen muß man zunächst sein eigenes OpenSIM-Programm im Hypergrid-Modus betreiben. Die Sim mit der man sich verbinden möchte muß ebenfalls im Hypergrid-Modus laufen, ansonsten kann man sich nicht verbinden. Dazu wird OpenSIM mit dem Startparameter „-hypergrid=true“ gestartet. Ein kompletter Programmpfad würde dann zum Beispiel auf einem Windows-Betriebssystem etwa so aussehen:

C:\OpenSim\OpenSim.exe -hypergrid=true

Man kann sich beispielsweise auf den Desktop eine neue Verknüpfung zu OpenSIM einrichten und dort im Feld „Ziel“ den Startparameter mit eintragen, dann wird OpenSIM mit Doppelklick auf die neue Desktop-Verknüpfung automatisch im Hypergrid-Modus gestartet. Ob OpenSIM im Hypergrid-Modus läuft können Sie so feststellen:

direkt beim Start von OpenSIM erscheint ganz oben in eingerahmten Sternchen der Hinweis das Hypergrid aktiv ist
wenn OpenSIM bereits läuft geben Sie im Programmfenster den Befehl „link-region“ ein. Wenn eine Fehlermeldung erscheint ist Hypergrid nicht aktiv.

Regionen bzw. Sims miteinander verlinken

Mit Hypergrid verlinkte Regionen bzw. Sims erscheinen auf der grossen Karte (Map) als normale Regionen. Um Regionen bzw. Sims miteinander zu verlinken kann man direkt im Programmfenster von OpenSIM das „link-region“-Kommando nutzen, beispielsweise so:

link-region 1001 1001 opensimserver.example.com 9000 SimName

Wenn die Verbindung geklappt hat wird dies im Programmfenster von OpenSIM mit einer entsprechenden Meldung bestätigt. Man sieht nun die neue Region auf der grossen Karte und kann mit einem Doppelklick auf die neue Region bzw. Sim mit seinem Avatar dorthin teleportieren - mitsamt seinem Inventar. Allerdings ist man auf der anderen Sim nur Gast und hat nur sehr eingeschränkte Rechte.

Unsere Sim verbinden

Wer die von uns betriebene Sim an seine eigene Sim anschliessen möchte, nimmt dieses Kommando

link-region 1001 1001 opensim.DOMAIN 9090 M34

Die Beispiel-Koordinaten 1001 1001 müssen an Ihre Sim angepasst werden. Wenn Sie nur 1 Sim mit 1 Region haben mit den Standard-Koordinaten 1000 1000 können Sie dieses Beispiel so übernehmen. Falls Sie mehr als 1 Region haben oder Sie die Sim-Koordinaten geändert haben müssen Sie die Werte an Ihre Sim anpassen. Lassen Sie aber immer mindestens 1 Region zwischen den eigenen und den externen Regionen frei.

Es gelten für externe Hypergrid-Regionen folgende Einschränkungen

die per Hypergrid verlinkten Regionen bzw. dessen Koordinaten dürfen keine direkten Nachbarn der eigenen Regionen sein, am besten mindestens 1 Region dazwischen freilassen
die per Hypergrid verlinkten Regionen sind nur auf der grossen Karte (Map) zu sehen, aber nicht wenn man z.B. am Rand einer Nachbar-Region steht
die per Hypergrid verlinkten Regionen bzw. dessen Koordinaten müssen unbenutzt sein, dürfen also nicht auf der eigenen Sim ebenfalls verwendet werden
die per Hypergrid verlinkten Regionen dürfen maximal 4096 Positionen von den eigenen Koordinaten entfernt sein
die per Hypergrid verlinkten Regionen müssen auf einem OpenSIM-Server liegen der im Hypergrid-Modus gestartet wurde
die per Hypergrid verlinkten Regionen sind nur per Teleport erreichbar
die Avatare sollten unbedingt ihre Home-Position gesetzt haben, ansonsten ist u.U. keine Rückkehr mit der Tastenfolge STRG-SHIFT-H zur Ursprungs-Sim möglich wo man sich eingeloggt hat, wenn auf der Ziel-Sim keine ebenfalls gesetzte Teleportmöglichkeit zur eigenen Sim zurück existiert. Man müsste sich dann erst wieder ausloggen und wieder neu einloggen.

OpenSIM über das Internet erreichen

Damit man sich mit dem OpenSIM eines Freundes verbinden kann muß man die Internetadresse des Freundes kennen. In den meisten Fällen wird der Freund aber keine feste Internetadresse haben, sondern nur einen ADSL-Internetzugang mit täglich wechselnder IP-Adresse. Wenn man OpenSIM nur für einen Tag testen möchte kann man die IP-Adresse des Freundes verwenden die er von seinem Internetprovider bekommen hat. Diese IP-Adresse kann man z.B. auf der Webseite www.wieistmeineip.de ablesen. Diese Internetadresse wird dann für das „link-region“-Kommando wie im obigen Beispiel gezeigt verwendet. Statt „opensimserver.example.com“ wird dort die IP-Adresse eingetragen.

Wer die Verbindung längere Zeit aufrechterhalten möchte, sollte über eine feste Internetadresse verfügen, damit man sich die täglich Anpassung der IP-Adresse in der Konfiguration erspart. Eine feste Internetadresse bekommt man z.B. bei dem bekanntesten aller DYNDNS-Anbieter www.dyndns.com . Dort kann man sich kostenlos einen oder mehrere Sub-Domains registrieren die man für OpenSIM verwenden kann. Statt der IP-Adresse wird fortan die Sub-Domain verwendet die sich automatisch an die täglich wechselnde IP-Adresse anpasst. Bei den meisten Routern kann man die Sub-Domain von DYNDNS in der Router-Konfiguration eintragen, sodaß der Abgleich automatisch stattfindet.

Editieren Sie dann die Datei „Regions/default.xml“ und ändern Sie den Wert von „external_host_name“ auf Ihre DYNDNS-Internetadresse. Beispiel: external_host_name=„yourcomputer.ath.cx“. Lassen Sie den Wert von „internal_ip_address“ auf „0.0.0.0“ und „port“ auf „9000“. Nun müssen Sie die Firewall Ihres Routers konfigurieren, damit eingehende Anfragen von aussen auf Ihren OpenSIM Server erfolgen können. In den NAT-Einstellungen muss bei Port-Forwarding der Port 9000 (TCP und UDP) für ein- und ausgehenden Datenverkehr (Traffic) freigegeben werden. Der Port 9000 muss dabei als weiterleitendes Ziel die interne IP-Adresse Ihres OpenSIM Servers bekommen. Vergessen Sie nicht auch eine entsprechende Desktop-Firewall wie z.B. die in Windows integrierte Windows Firewall zu konfigurieren. Sobald Sie den Server starten wird die Windows Firewall sich melden und fragen ob diese Verbindung freigegeben werden darf. Beantworten Sie mit Ja.

Wenn Ihr NAT-Router nicht korrekt mit NAT-Loopback umgehen kann und sich Clients von aussen nicht anmelden können, probieren Sie auf dem OpenSIM Server zusätzlich noch folgende Einstellung: editieren Sie unter Windows die Datei C:\Windows\System32\Drivers\etc\hosts und fügen Sie eine neue Zeile hinzu: 192.168.1.10 yourcomputer.ath.cx Ersetzen Sie „192.168.1.10“ durch die interne IP-Adresse Ihres OpenSIM Servers und „yourcomputer.ath.cx“ durch Ihre eigene DYNDNS-Adresse. Machen Sie zwischen der IP-Adresse und der DYNDNS-Adresse mindestens ein oder mehr Leerzeichen, oder ein TAB. Starten Sie den Windows PC neu, damit die Host-Datei eingelesen wird.

Tipp

Am besten ist es wenn die per Hypergrid verlinkten Regionen bzw. Sims nicht exakt diesselben Koordinaten für die Regionen benutzen, also beispielsweise beide 1000/1000 (Standardeinstellung von OpenSIM). Der Abstand darf allerdings aus technischen Gründen wegen eines Fehlers im Second Life Viewer auch nicht zu gross gewählt werden. Der Regionenabstand darf maximal 4096 Positionskoordinaten weit gewählt sein. Eine Abweichung im Hunderterbereich ist zum Beispiel sinnvoll. So kann der eine Sim-Betreiber seine Region unter den Koordinaten 1200/1200 konfigurieren, der andere 1300/1300. Diese Konfiguration nimmt man in den Konfigurationsdateien im Verzeichnis „Regions“ vor. Die darin enthaltene Datei default.xml muss dann angepasst werden.

Hat man mehr als eine Region installiert müssen auch alle anderen xml-Dateien in diesem Verzeichnis angepasst werden. Die Konfiguration nimmt man immer im ausgeschalteten Zustand von OpenSIM vor und bearbeitet die xml-Dateien immer mit einem normalen ASCII-Texteditor. Niemals Wordpad, Windows Word oder eine andere Textverarbeitung nutzen, sondern immer nur reine Texteditoren die keine Steuerzeichen in die Datei einfügen.

Achten Sie darauf daß sich im Verzeichnis „Regions“ ausschliesslich nur verwendete Konfigurationsdateien mit der Dateiendung .xml befinden dürfen, denn beim Start von OpenSIM durchsucht das Programm dieses Verzeichnis und entnimmt aus den darin enthaltenen Dateien die Konfiguration für die Regionen.

Installation FreeSwitch

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:48 +0000

Installation FreeSwitch

Mit FreeSwitch können Sie die Voice-Funktion in OpenSIM nutzen um sich nicht nur über die Tastatur im Chat mit anderen Avataren zu unterhalten, sondern auch über ein Mikrofon mit Ihrer Stimme.

Erste Informationen zu FreeSwitch erhalten Sie auf der offiziellen Webseite: http://www.freeswitch.org

Linux Installation: Suse 32/64-bit

Installation und Konfiguration von Freeswitch für OpenSim unter Linux

Wichtige Links:

FreeSwitch ist eine Kommunikationsplattform die unter MLP 1.1 lizensiert ist. Der Vorteil ist der modulare Aufbau und die SIP-Funktionalität die wir hier nutzen um Voice (Sprachkommunikation) in OpenSim zu integrieren. Die native Unterstützung der gängigen Viewer ist dabei das Schmankerl. Auf die Kompilierung von FreeSwitch werde ich hier nicht näher eingehen da sie ausreichend auf der FreeSwitch Website erläutert wird. Es gibt auch je nach Distribution fertig kompilierte Pakete die sich einfacher installieren lassen. Bitte vorher alle Abhängigkeiten überprüfen damit ein reibungsloses kompilieren möglich ist. Beim installieren von FreeSwitch ist dringend auf folgende Einstellungen zu achten damit es erfolgreich funktioniert:

Herunterladen von Freeswitch

Ich empfehle die svn in folgendes Verzeichnis zu laden:

/opt/scr/

der Ordner scr muss noch angelegt werden da er meistens nicht vorhanden ist.

md scr

dann FreeSwitch herunterladen:

svn checkout http://svn.freeswitch.org/svn/freeswitch/trunk freeswitch

Der Quellcode befindet sich dann in:

/opt/scr/freeswitch

nach der Installation (make install) in:

/opt/freeswitch

Wichtige Schritte

Da FreeSwitch modular aufgebaut ist sind in der Grundkonfiguration nicht alle Module aktiviert. Manche werden auch erst nach der Aktivierung kompiliert. Für den reibungslosen Ablauf brauchen wir zwei dieser Module die nicht automatisch kompiliert werden:

codecs/mod_siren ←– siren 14 Codec (sozusagen die Sprachkomprimierung) xml_int/mod_xml_curl ←– Ein Modul um automatische Konfiguration von FreeSwitch über XML zu ermöglichen.

Nach dem Herunterladen von FreeSwitch und der Vorbereitung der Kompilierung:

./bootstrap.sh ./configure –prefix=/usr/local/freeswitch ←– entspricht dem Pfad der späteren Installierung

muss man diese Module in:

../freeswitch/conf/autoload_configs/modules.conf.xml

aktivieren indem man die „#“ vor den entsprechenden Modulen entfernt.

Danach kann man den Quellcode mit

make make install make sounds-install make moh-install make samples

kompilieren und installieren. Hat das alles soweit erfolgreich funktioniert müssen noch 3 Konfigurationsdateien angepasst werden:

../freeswitch/conf/autoload_configs/modules.conf.xml

Hier müssen die beiden Module die wir gerade kompiliert haben aktiviert werden. Dazu entfernt man einfach die Auskommentierung.

Vorher: <!– „<load module=„mod_xml_curl“/>–> <!– <load module=„mod_siren“/>/>–>

Nachher: <load module=„mod_xml_curl“/> <load module=„mod_siren“/>

Dann müssen wir noch den Codec aktivieren. Dazu müssen wir folgende XML editieren:

../ freeswitch/conf/vars.xml

In dieser XML gibt es eine Zeile

Vorher: <X-PRE-PROCESS cmd=„set“ data=„global_codec_prefs= G722,PCMU,PCMA,GSM“/> dieser fügt bitte folgendes hinzu G7221@32000h,G722

Nachher: <X-PRE-PROCESS cmd=„set“ data=„global_codec_prefs=G7221@32000h,G722,PCMU,PCMA,GSM“/>

Dann nur noch die Anbindung an OpenSim. Dazu editieren wir die XML:

../ freeswitch/conf/autoload_configs/xml_curl.conf.xml

Bitte ersetzt folgendes mit dem kompletten Inhalt und achtet darauf das Ihr die IP Eures OpenSim-Servers an den dafür vorgesehenen Platz einfügt.

Der Port 9000 ist natürlich auch an Eure Sim anzupassen falls dieser vom Standard abweicht. Danach könnt Ihr FreeSwitch starten.

../freeswitch/bin/./freeswitch

Der Freeswitch-Service sollte immer vor dem OpenSim-Service gestartet sein.

OpenSim Konfiguration

Hier müssen wir nur in der OpenSim.ini folgendes ergänzen:

[FreeSwitchVoice] enabled = true ;FreeSwitch server is going to contact us and ask us all ;sorts of things. freeswitch_server_user = freeswitch freeswitch_server_pass = password freeswitch_api_prefix = /api ;The IP address of your opensim voice region freeswitch_service_server = IP_Adresse_des_OpenSimServers ;the port your region is running on freeswitch_service_port = 9000 ;your freewitch IP address freeswitch_realm = IP_Adresse_des_FreeSwitch_Services freeswitch_sip_proxy = IP_Adresse_des_FreeSwitch_Services:5060 freeswitch_attempt_stun = false freeswitch_stun_server = IP_Adresse_des_FreeSwitch_Services freeswitch_echo_server = IP_Adresse_des_FreeSwitch_Services freeswitch_echo_port = 50505 freeswitch_well_known_ip = IP_Adresse_des_FreeSwitch_Services freeswitch_default_timeout = 5000 freeswitch_subscribe_retry = 120

Achtet auch hier bitte auf den Port Eurer Sim ! Danach einfach den OpenSim-Server starten.

WICHTIG

Der Freeswitch-Service ist nur in den aktuellsten Versionen von OpenSim möglich. Achtet darauf das beim starten von OpenSim im CLI ein [FreeSwitchVoice] Eintrag zu sehen ist. Dann nur noch InWorld auf der Region bei den Landeinstellungen Voice aktivieren und dann solltet Ihr diesen putzigen Punkt über dem Kopf sehen und wenn Ihr alleine auf der Region seit eine Warteschleifenmusik hören. Zum testen empfand ich diese als sehr hilfreich. Diese kann man folgendermassen ausschalten:

../ freeswitch/conf/autoload_configs/conference.conf.xml

einfach die Sounds auskommentieren:

[…] <!– File to play if you are alone in the conference –> <!– <param name=„alone-sound“ value=„conference/conf-alone.wav“/> –> […] <!– File to play when you're alone (music on hold)–> <!– <param name=„moh-sound“ value=„$${hold_music}“/> –> <!– File to play when you join the conference –> <!– <param name=„enter-sound“ value=„tone_stream:%(200,0,500,600,700)“/> [^] –> <!– File to play when you leave the conference –> <!– <param name=„exit-sound“ value=„tone_stream:%(500,0,300,200,100,50,25)“/> [^] –> <!– File to play when you ae ejected from the conference –> <!– <param name=„kicked-sound“ value=„conference/conf-kicked.wav“/> –> […]

Natürlich auch an die Firewall denken um die von FreeSwitch benötigten Ports zu öffnen:

Port(s)	Protokoll	Bezeichnung
1719	UDP	H.323 Gatekeeper RAS-Port
1720	TCP	H.323 Call Signalling
3478	UDP	STUN Service, für NAT traversal
3479	UDP	STUN Service, für NAT traversal
5002	TCP	MLP Protocol Server
5003	UDP	Neighborhood Service
5060	UDP & TCP	SIP UAS, für SIP Signalisierung (Standard SIP-Port, für default intern Profil)
5070	UDP & TCP	SIP UAS, für SIP Signalisierung (für default „NAT“ Profil)
5080	UDP & TCP	SIP UAS, für SIP Signalisierung (für default „External“ Profil)
16384-32768	UDP	RTP/RTCP Multimedia Streaming, für Audio/Video Daten in SIP und anderen Protokollen

Linux Installation: Ubuntu 32-bit

1. Vorbereitung

apt-get update

apt-get install -y autoconf automake libtool build-essential subversion libxml2 apt-get install -y libxml2-dev libtiff4 libtiff4-dev php5 php5-cli apt-get install -y php5-common php5-mcrypt php5-mysql php5-gd php5-pgsql php-pear php-db apt-get install -y libmysqlclient15-dev curl sox libssl-dev libncurses5-dev bison apt-get install -y libaudiofile-dev libnewt-dev libcurl4-gnutls-dev apt-get install -y libnet-ssleay-perl openssl ssl-cert libauthen-pam-perl apt-get install -y libio-pty-perl libmd5-perl apt-get install -y libpg-perl libdbd-pg-perl sqlite3 apt-get install -y libsqlite3-dev openssl ssl-cert apt-get install -y libapache2-mod-php5 libmcrypt-dev

mkdir /home/opensim/freeswitch cd /home/opensim/freeswitch

2. FreeSwitch Installation

svn checkout http://svn.freeswitch.org/svn/freeswitch/trunk freeswitch

cd freeswitch cd build cp modules.conf.in modules.conf

vi modules.conf

Suchen Sie die Zeile:

#codecs/mod_siren

und entfernen Sie das # Zeichen.

Suchen Sie die Zeile:

#xml_int/mod_xml_curl

und entfernen Sie das # Zeichen.

Speichern Sie die Datei.

cd .. AUTOCONF=/usr/bin/autoconf ./bootstrap.sh

Warten Sie bis die Operationen abgeschlossen sind, dann weiter mit:

./configure –prefix=/usr/local/freeswitch

Warten Sie wieder bis alles abgeschlossen ist, dann weiter mit:

make

Warten Sie wiederrum bis alles abgeschlossen ist, dann weiter mit:

make install make mod_siren-install

make mod_xml_curl-install make sounds-install

make sounds-install

make moh-install make moh-install

Bitte beachten Sie das die obige Wiederholung des Kommandos kein Fehler ist ! Dann weiter mit:

make samples

3. FreeSwitch Konfiguration für OpenSIM

Wir nehmen bei der folgenden Konfiguration folgendes an. Bei Abweichungen auf Ihrem Computer und Netzwerk müssen Sie entsprechend anders konfigurieren. Dies ist quasi nur ein Beispiel von vielen möglichen Konfigurationen:

der Server ist direkt an das Internet angeschlossen und verfügt über die öffentliche IP-Adresse 192.111.222.33
es gibt keine Firewall die den ein- und ausgehenden Datenfluss irgendwie einschränkt
OpenSIM läuft auf dem TCP-Port 9000 und ist auf demselben Computer installiert wie FreeSwitch

Geben Sie nun folgendes ein:

cd /usr/local/freeswitch/conf/autoload_configs/

vi modules.conf.xml

Suchen Sie die Zeile:

<!– <load module=„mod_xml_curl“/> –>

und ändern Sie diese in:

Suchen Sie die Zeile:

<!–<load module=„mod_siren“/>–>

und ändern Sie diese in:

Speichern Sie die Datei. Weiter mit:

cd /usr/local/freeswitch/conf/autoload_configs

vi xml_curl.conf.xml

Gehen Sie eine Zeile unter diese:

und tauschen die dort noch vorhandene Beispiel-Konfiguration mit Ihrer Konfiguration:

Tauschen Sie die oben verwendete Beispiel IP-Adresse 192.111.222.33 mit Ihrer eigenen öffentlichen IP-Adresse aus. Falls Sie einen anderen Port als den Standard-Port 9000 verwenden, passen Sie auch diesen an den bei Ihnen verwendeten Port an.

Speichern Sie die Datei. Weiter geht es mit:

cd /usr/local/freeswitch/conf/

vi vars.xml

Suchen Sie die Zeile:

<X-PRE-PROCESS cmd=„set“ data=„global_codec_prefs=G722,PCMU,PCMA,GSM“/>

und ändern Sie diese in:

<X-PRE-PROCESS cmd=„set“ data=„global_codec_prefs=G7221@32000h,G722,PCMU,PCMA,GSM“/>

4. Starten von FreeSwitch

screen -S voice

cd /usr/local/freeswitch/bin/ ./freeswitch

Ignorieren Sie die rot markierten Fehlermeldungen und Warnungen. Weiter mit:

[CTRL][A][D]

5. OpenSIM-Konfiguration

Editieren Sie die OpenSIM-Konfigurationsdatei und fügen Sie am Ende der Datei folgende Zeilen ein:

[FreeSwitchVoice]
   enabled = true
   ;FreeSwitch server is going to contact us and ask us all
   ;sorts of things.
   freeswitch_server_user = freeswitch
   freeswitch_server_pass = password
   freeswitch_api_prefix = /api
   ;The  IP address of your opensim voice region
   freeswitch_service_server = IP_Adresse_des_OpenSimServers
   ;the port your region is running on
   freeswitch_service_port = 9000 
   ;your freewitch IP address
   freeswitch_realm = IP_Adresse_des_FreeSwitch_Services
   freeswitch_sip_proxy = IP_Adresse_des_FreeSwitch_Services:5060
   freeswitch_attempt_stun = false
   freeswitch_stun_server = IP_Adresse_des_FreeSwitch_Services
   freeswitch_echo_server = IP_Adresse_des_FreeSwitch_Services
   freeswitch_echo_port = 50505
   freeswitch_well_known_ip = IP_Adresse_des_FreeSwitch_Services
   freeswitch_default_timeout = 5000
   freeswitch_subscribe_retry = 120

Starten Sie jetzt den OpenSIM-Server. Ab diesem Moment ist Voice in OpenSIM grundsätzlich möglich. Um aber Voice nutzen zu können muß in den Estate-Einstellungen und den Region-Einstellungen auch Voice aktiviert werden. Ausserdem müssen die Avatare einen 3D-Viewer ab Version 1.22 oder später benutzen.

Sollte es dennoch nicht funktionieren haben Sie möglicherweise eine zu alte OpenSIM-Server Version. Voice wird derzeit nur in sehr aktuellen Trunk-Versionen unterstützt.

Natürlich auch an die Firewall denken um die von FreeSwitch benötigten Ports zu öffnen:

Port(s)	Protokoll	Bezeichnung
1719	UDP	H.323 Gatekeeper RAS-Port
1720	TCP	H.323 Call Signalling
3478	UDP	STUN Service, für NAT traversal
3479	UDP	STUN Service, für NAT traversal
5002	TCP	MLP Protocol Server
5003	UDP	Neighborhood Service
5060	UDP & TCP	SIP UAS, für SIP Signalisierung (Standard SIP-Port, für default intern Profil)
5070	UDP & TCP	SIP UAS, für SIP Signalisierung (für default „NAT“ Profil)
5080	UDP & TCP	SIP UAS, für SIP Signalisierung (für default „External“ Profil)
16384-32768	UDP	RTP/RTCP Multimedia Streaming, für Audio/Video Daten in SIP und anderen Protokollen

Fehler

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:48 +0000

Fehler

Nach der Datenbankumstellung von SQLite nach mySQL ging zunächst alles gut, aber nach einem OpenSIM Neustart fingen plötzlich jede Menge unerklärliche Fehler an, deren Ursache unbekannt ist. Ich hab hier mal zusammengetragen welche Fehler bisher aufgefallen sind:

Eingeloggte Avatare werden plötzlich nur noch teilweise, oder gar nicht mehr in der Konsole mit „show users“ angezeigt. Ich vermute, bin aber nicht sicher, das dies die importierten User betrifft die Region-Owner sind und daher in den Region-XML Dateien gespeichert sind und nach der Migration nicht manuell wieder angelegt werden müssen.

Teilweise lässt sich OpenSIM nicht mehr starten und bleibt bei einem Script von XEngine hängen. Hier vermute ich auch die eigentliche Ursache der extrem vielen Programmabstürze von OpenSIM unter Windows. Angefangen hat es damit als ein Avatar ein Script hochlud und startete und sich darauf OpenSIM sofort verabschiedete. Anschliessend konnte sich der Avatar mit seinem Namen nicht mehr einloggen und musste einen neuen Namen annehmen. Das problematische Script aber verblieb im System.

Obwohl komplette Regionen mit „save oar“ gespeichert und mit „load oar“ wieder importiert wurden, fehlen teilweise Texturen.

Ein und diesselbe OpenSIM-Version verhält sich unter Linux komplett anders als unter Windows. Meine Erfahrung ist das eine 1:1 Kopie auf verschiedenen Betriebssystemen mehr Probleme macht als wenn man neu anfangen würde. Was unter Windows noch gut lief schmeisst auf Linux reihenweise Fehlermeldungen.

Mein Fehler war wohl auch daß ich zusammen mit dem Serverumzug auch gleich noch die OpenSIM-Version mit updaten wollte. Erst nach ewig langem suchen in der Konfiguration merkte ich daß eine ganze Reihe von Einstellungen umgestellt worden sind und nun gar nicht mehr passen. Es sind neue Bereiche in der Konfiguration hinzugekommen, andere müssen dafür nun weggelassen werden.

Der Linux-Server weigert sich unerklärlicherweise beharrlich die Startup-Kommandos auszuführen um Hypergrid-Regionen zu verlinken, was unter Windows einwandfrei funktioniert hat. Diese Link-Kommandos werden zwar in der Konsole angezeigt, aber nicht ausgeführt. Ursache unbekannt.

Der Linux-Server zeigt nicht die kompletten Web-Statistiken an. Die Sessions beispielsweise werden nicht angezeigt. Ich denke da wird irgendeine Komponente fehlen. Bisher kann sich dies aber keiner erklären, auch die Entwickler nicht.

OpenSIM unter Linux scheint instabiler als unter Windows XP/Vista/Win7 zu laufen. Beispiel: nach dem Kommando „restart“ trat in der Konsole ein Mono-Fehler auf und der OpenSIM-Serverprozess frierte ein. Nach einem Neustart war OpenSIM nicht mehr zu erreichen und musste neu installiert werden. Beim Beenden von OpenSIM per „quit“ oder „shutdown“ tritt regelmäßig ein Fehler „Application Exception Detected: System.UnhandledExceptionEventArgs“ auf. Dieser Fehler wird vermutlich durch das anschliessende Kommando „backup“ beim beenden von OpenSIM verursacht wo ich vermute das er nicht schnell genug die Daten schreiben kann, denn mit weniger Regionen taucht der Fehler seltener oder gar nicht mehr auf.

Das Kommando „link region“ in der Startup-Datei unter Windows funktioniert, unter Linux merkwürdigerweise nicht mehr.
Die World Map im God-Modus wird unter Linux nicht mehr angezeigt, man muß erst den God-Modus wieder verlassen. Unter Windows hatte das noch einwandfrei funktioniert.
Teilweise Probleme JPEG-Grafiken unter Linux anzuzeigen. In der OpenSIM Server-Konsole gibt es entsprechende Fehlermeldungen dazu. Die Anleitungen die benötigten Module nachzuinstallieren wurden aber penibelst beachtet und eingehalten.
Nach einem Neustart waren plötzlich die Avatare wieder auf Ruth zurückgesetzt, obwohl eine mySQL-Datenbank verwendet wird wo so etwas nicht mehr passieren dürfte.

Generell finde ich der OpenSIM-Betrieb unter Linux hat wesentlich mehr mögliche Fehlerquellen und Fallen als unter Windows, auch wenn ich ansonsten stets Linux als Server-Betriebssystem einsetze und empfehle. Im speziellen Fall OpenSIM unter Linux hab ich da aber eher schlechte Erfahrungen machen müssen, obwohl die Entwickler behaupten das OpenSIM unter Linux am einfachsten wäre. Ich bin der Meinung unter Windows ist es wesentlich einfacher.

Die OpenSIM-Entwickler ändern leider öfters die Konsolen-Kommandos, z.B. fehlen bei einigen Kommandos plötzlich die Bindestriche, bzw. werden einige Kommandos mit, andere ohne Bindestriche geschrieben, was verwirrend ist und die Bedienung unnötig erschwert. Typisches Beispiel: aus dem Kommando „link-region“ wurde „link region“.

Bei der Erstellung neuer Benutzer wird bei der Passworteingabe das eingetippte Passwort nicht angezeigt, erst wenn man es durch die Eingabetaste bestätigt hat (ziemlich sinnlos und fehleranfällig).

Die Reihenfolge der Kommandos unter „help“ ändert sich auch immer wieder, sodass man bei jeder neuen Version suchen und Startscripts evtl. wieder anpassen muß. Das ist eigentlich hausgemachtes Chaos was nicht sein müsste. Neuerdings werden die Kommandos alphabetisch aufgelistet, was viel besser ist.

Nach der Umstellung der Sim-Position von 1000,1000 nach 4400,4400 konnten sich manche Nutzer nicht mehr einloggen, denn die Home-Position hatte sich geändert und die zuletzt gespeicherte Position war auch nicht mehr verfügbar. Zudem gibt es beim Neuanlegen eines OpenSIM-Benutzers die Abfrage wo die Standard-Home-Position sein soll. Logischerweise habe ich da nach der Umstellung der Sim-Position nun stets 4400,4400 statt 1000,1000 eingegeben, was aber zu erheblichen Problemen führte weil sich neue Benutzer nicht einloggen konnten. Tatsächlich muss man weiterhin 1000,1000 eingeben, bzw. die Werte so lassen um keine Fehler zu erzeugen. Logisch ist das nicht gerade, aber so funktioniert es.

Das DOS-Fenster scheint auf den festen Wert von 25 Zeilen (80*25) eingestellt zu sein, denn wenn man das Fenster verlängert bzw. vergrößert und Kommandos in OpenSIM eingibt gibt es ein ziemliches Durcheinander und Zeilen werden einfach überschrieben statt zu scrollen. Man sollte das DOS-Fenster daher vorerst auf dem Standard-Wert 80*25 (80 Zeichen, 25 Zeilen) belassen. Da das DOS-Fenster viel zu klein ist und es fast unmöglich ist in Ruhe Kommandos einzugeben während gerade Avatare eingeloggt sind kann man kaum was von den vorbeirasenden Logs lesen, geschweigedenn die vollständige Liste aller Befehle per „help“ Kommando lesen.

Weiterführende Links zum Thema

OpenSIM-Update

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:49 +0000

OpenSIM-Update

Update von OpenSIM mit SQLite-Datenbank, Standalone-Modus

Ein Update von OpenSIM geht sehr schnell und wenn man etwas Routine bekommen hat kann man diesen Vorgang sogar etwas automatisieren. Die neuere OpenSIM-Version kann problemlos über die alte Version installiert werden, ohne die alte Version vorher zu deinstallieren. Sie müssen lediglich Ihre Daten wie unten beschrieben vorher sichern und diese anschliessend wieder zurückspielen. Machen Sie die einzelnen Update-Schritte um Ihr OpenSIM upzudaten:

Falls der OpenSIM-Serverprozess OpenSim.exe gerade läuft muss dieser zuerst mit dem Kommando „quit“ oder „shutdown“ beendet werden.
Dann müssen zunächst wichtige Dateien von OpenSIM ausserhalb vom OpenSIM-Ordner auf ein externes Speichermedium wie z.B. USB-Festplatte, USB-Speicherstick, CD-ROM, DVD oder eine andere (Netzwerk-)Festplatte gesichert werden. Suchen Sie im OpenSIM-Ordner folgende Dateien heraus, markieren Sie diese jeweils einzeln durch drücken auf die Taste STRG und anklicken mit der Maus:

- AssetStorage.db
- InventoryStore.db
- LocalUserStatistics.db (falls vorhanden)
- OpenSim.db
- Userprofiles.db
- OpenSim.ini
- estate_settings.xml
- und der komplette Ordner "Regions" mit den enthaltenen xml-Dateien

Downloaden Sie dann die aktuellste OpenSIM-Version hier herunter.
Entpacken und kopieren Sie die heruntergeladenen Dateien in Ihren OpenSIM-Ordner. Überschreiben Sie die alten Dateien mit den neuen Dateien.
Kopieren Sie bis auf die Datei OpenSim.ini die gesicherten Daten in das OpenSIM-Verzeichnis zurück und überschreiben Sie die darin enthaltenen Dateien.
Die OpenSim.ini Datei darf nicht direkt übernommen werden, da sich in der neuen OpenSIM-Programmversion neue Funktionen befinden könnten. Sie müssen daher die Konfigurationswerte die Sie in Ihrer alten OpenSim.ini Datei gemacht haben in die neue OpenSim.ini Datei übernehmen. Vergleichen Sie die beiden Dateien und tragen Sie Ihre Konfiguration in die neue OpenSim.ini Datei ein.
Starten Sie OpenSIM und warten Sie solange bis die Startphase abgelaufen ist. Überprüfen Sie die laufende Programmversion durch das Kommando „show version“ und notieren oder merken Sie sich die angezeigte Version. Wenn wieder eine neuere Version verfügbar ist können Sie entscheiden dann wieder ein Update von OpenSIM zu machen um in den Genuss von neuen oder verbesserten Funktionen zu kommen.

Update von OpenSIM mit mySQL-Datenbank, Standalone-Modus

Der sichere Weg

Alle Datensicherungen prinzipiell auf ein externes Speichermedium durchführen. Die Datensicherungsordner jeweils mit dem aktuellen Datum in amerikanischer Schreibweise benennen, also zuerst Jahr, dann Monat, dann Tag (z.B. „2009-02-20“). Dann ist die Sortierung der Ordner sehr übersichtlich.
Die mySQL-Datenbank von OpenSIM sichern. Die gesicherte Datenbank, bzw. die SQL-Datei auf ein externes Medium speichern.
Die Konfigurationsdatei opensim.ini auf ein externes Medium speichern.
Alle Regionen per Kommando „save oar regionenname.oar“ auf ein externes Medium speichern.
Die Regionen im Ordner „Regions“ bzw. die darin enthaltenen XML-Dateien auf ein externes Medium speichern.
Den bisher verwendeten OpenSIM-Ordner in „OpenSIM-Backup“ umbenennen.
OpenSIM neu installieren und dazu einen neuen Order verwenden.
Die Regionen im Ordner „Regions“ wieder zurückkopieren, die Datei default.xml überschreiben.
Die Einstellungen aus der gesicherten Konfigurationsdatei opensim.ini in die neue Datei opensim.ini übernehmen, aber nicht die alte opensim.ini einfach 1:1 übernehmen oder drüberkopieren, es könnten neue Einträge in der neuen opensim.ini Datei enthalten sein die sonst verloren gehen würden und es zu Fehlfunktionen kommen kann.
OpenSIM starten und prüfen ob alles normal läuft. Falls nicht: Prozedur wiederholen und prüfen ob die neue OpenSIM-Version als fehlerbehaftet bekannt ist.

opensim.ini

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:49 +0000

opensim.ini

Die Datei opensim.ini ist die zentrale Konfigurationsdatei von OpenSIM. In dieser Datei können mit einem normalen ASCII-Texteditor alle wichtigen Einstellungen vorgenommen werden. Zum editieren dieser Datei darf aber keinesfalls ein Programm wie „Wordpad“ oder „MS-Word“ verwendet werden, da diese Programme Steuerzeichen und Formatierungen einfügen, die aber in einer Konfigurationsdatei nichts verloren haben. Unter dem Betriebssytem Windows können Sie den Text-Editor „Notepad“ oder einen besseren verwenden. Linux-User verwenden zum Beispiel „gedit“ oder besseres.

Nach Änderungen in der Konfigurationsdatei muss der OpenSIM-Server neu gestartet werden, da die Konfigurationsdatei nur 1x beim starten des Servers eingelesen wird.

Konfigurations-Einträge

Eine detaillierte Liste aller möglichen Konfigurationseinträge in der opensim.ini gibt es auf der englischen Webseite.

Empfohlene Konfigurations-Werte (für Standalone-Modus mit mySQL Datenbank)

    ; ## OPENSIM SETUP FOR STANDALONE MODE
    ; ## used for Sim 1 at OpenSIM
    ; ## created by Mike, S-NetworkX

[Startup]
    ; Set this to true if you want to log crashes to disk
    ; this can be useful when submitting bug reports.
    save_crashes = false

    ; Directory to save crashes to if above is enabled
    ; (eg default is /opensimdir/crashes/*.txt or C:\opensim\crashes\*.txt)
    crash_dir = "crashes"

    ; Http proxy support for llHTTPRequest and dynamic texture loading
    ; Set HttpProxy to the URL for your proxy server if you would like
    ; to proxy llHTTPRequests through a firewall
    ; HttpProxy = ""
    ; Set HttpProxyExceptions to a list of regular expressions for 
    ; URLs that you don't want going through the proxy such as servers
    ; inside your firewall, separate patterns with a ';'
    ; HttpProxyExceptions = ".mydomain.com;localhost"

    ; Set this to true if you are connecting your OpenSimulator regions to a grid
    ; Set this to false if you are running OpenSimulator in standalone mode
    gridmode = false

    startup_console_commands_file = "startup_commands.txt"
    shutdown_console_commands_file = "shutdown_commands.txt"

    ; To run a script every few minutes, set the script filename here
    ; timer_Script = "filename"

    ; ##
    ; ## CLIENTS
    ; ##

    ; Enables EventQueueGet Service.
    EventQueue = true

    ; Set this to the DLL containig the client stack to use.
    clientstack_plugin="OpenSim.Region.ClientStack.LindenUDP.dll"

    ; ##
    ; ## REGIONS
    ; ##

    ; Determine where OpenSimulator looks for the files which tell it which regions to server
    ; Defaults to "filesystem" if this setting isn't present
    region_info_source = "filesystem"
    ; region_info_source = "web"

    ; Determines where the region XML files are stored if you are loading these from the filesystem.
    ; Defaults to bin/Regions in your OpenSimulator installation directory
    ; regionload_regionsdir="C:\somewhere\xmlfiles\"

    ; Determines the page from which regions xml is retrieved if you are loading these from the web
    ; The XML here has the same format as it does on the filesystem (including the <Root> tag),
    ; except that everything is also enclosed in a <Regions> tag.
    ; regionload_webserver_url = "http://example.com/regions.xml";

    ; Draw objects on maptile.   This step might take a long time if you've got a huge amount of
    ; objects, so you can turn it off here if you'd like.
    DrawPrimOnMapTile = true
    ; Use terrain texture for maptiles if true, use shaded green if false
    TextureOnMapTile = true

    ; Maximum total size, and maximum size where a prim can be physical
    NonPhysicalPrimMax = 256
    PhysicalPrimMax = 10
    ClampPrimSize = false

    ; Region crossing
    AllowScriptCrossing = false
    ; If you set this to "true", any region that can teleport to you can
    ; inject ARBITRARY BINARY CODE into your system. Use at your own risk.
    ; YOU HAVE BEEN WARNED!!!
    TrustBinaries = false

    ; ##
    ; ## STORAGE
    ; ##

    ; *** Prim Storage - only leave one storage_plugin uncommented ***
    ; --- Null stores nothing - effectively disabling persistence:
    ; storage_plugin = "OpenSim.Data.Null.dll"

    ; --- To use sqlite as region storage:
    ; storage_plugin = "OpenSim.Data.SQLite.dll"
    ; storage_connection_string="URI=file:OpenSim.db,version=3";

    ; --- To use MySQL storage, supply your own connectionstring (this is only an example):
    ;     note that the supplied account needs create privilegies if you want it to auto-create needed tables.
    storage_plugin="OpenSim.Data.MySQL.dll"
    storage_connection_string="Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;";
    ; If you want to use a different database/server for estate data, then
    ; uncomment and change this connect string. Defaults to the above if not set
    ; estate_connection_string="Data Source=localhost;Database=opensim;User ID=opensim;Password=*****;";

    ; Select whether you want to use local or grid asset storage.
    ;
    ; If you're running in standalone, you definitely want local, since there is no grid (hence this is redundant, and should
    ; really be eliminated).  The database itself is defined in asset_plugin below
    ;
    ; If you're running a region server connecting to a grid, you probably want grid mode, since this will use the
    ; grid asset server.  If you select local in grid mode, then you will use a database as specified in asset_plugin to store assets
    ; locally.  This will mean you won't be able to take items using your assets to other people's regions.
    
    ; asset_database can be default, local or grid.  This controls where assets (textures, scripts, etc.) are stored for your region
    ; 
    ; If set to default, then
    ;   In standalone mode the local database based asset service will be used
    ;   In grid mode the grid asset service will be used for asset storage
    ;   This is probably the setting that you want.
    ;
    ; If set to local then the local database based asset service will be used in standalone and grid modes
    ; If set to grid then the grid based asset service will be used in standalone and grid modes
    ; All other values will cause a search for a matching assembly that contains an asset server client.
    ; See also: AssetCache
    asset_database = "default"   

    ; Persistence of changed objects happens during regular sweeps. The following control that behaviour to
    ; prevent frequently changing objects from heavily loading the region data store.
    ; If both of these values are set to zero then persistence of all changed objects will happen on every sweep.
    ; 
    ; Objects will be considered for persistance in the next sweep when they have not changed for this number of seconds
    MinimumTimeBeforePersistenceConsidered = 60
    ; Objects will always be considered for persistance in the next sweep if the first change occurred this number of seconds ago
    MaximumTimeBeforePersistenceConsidered = 600

    ; Should avatars in neighbor sims see objects in this sim?
    see_into_this_sim_from_neighbor = True

    ; ##
    ; ## PHYSICS
    ; ##

    ; if you would like to allow prims to be physical and move by physics with the physical checkbox in the client set this to true.
    physical_prim = true

    ; Select a mesher here. ZeroMesher is save and fast.
    ; ZeroMesher also means that the physics engine models the physics of prims
    ; sticking to the basic shapes the engine does support. Usually this is only a box.
    ; Meshmerizer gives a better handling of complex prims by using triangle meshes.
    ; Note, that only ODE physics currently deals with meshed prims in a satisfactoring way
    ;
    ;meshing = ZeroMesher
    meshing = Meshmerizer

    ; Choose one of the physics engines below
    ; physics = basicphysics
    ; physics = POS
    physics = OpenDynamicsEngine
    ; physics = modified_BulletX

    ; ##
    ; ## PERMISSIONS
    ; ##

    ;permissionmodules = "DefaultPermissionsModule"

    ; If set to false, then, in theory, the server never carries out permission checks (allowing anybody to copy
    ; any item, etc.  This may not yet be implemented uniformally.
    ; If set to true, then all permissions checks are carried out
    ; Default is false
    serverside_object_permissions = true

    allow_grid_gods = false

    ; This allows somne control over permissions
    ; please note that this still doesn't duplicate SL, and is not intended to
    ;region_owner_is_god = true
    ;parcel_owner_is_god = true

    ; Control user types that are allowed to create new scripts
    ; Only enforced if serviceside_object_permissions is true
    ;   
    ; Current possible values are 
    ;     all - anyone can create scripts (subject to normal permissions)
    ;     gods - only administrators can create scripts (as long as allow_grid_gods is true)
    ; Default value is all 
    ; allowed_script_creators = all

    ; Control user types that are allowed to edit (save) scripts
    ; Only enforced if serviceside_object_permissions is true
    ;   
    ; Current possible values are 
    ;     all - anyone can edit scripts (subject to normal permissions)
    ;     gods - only administrators can edit scripts (as long as allow_grid_gods is true)
    ; Default value is all 
    ; allowed_script_editors = all

    ; ##
    ; ## SCRIPT ENGINE
    ; ##

    ;DefaultScriptEngine = "ScriptEngine.DotNetEngine"
    DefaultScriptEngine = "XEngine"

    ; ##
    ; ## WORLD MAP
    ; ##

    WorldMapModule = "HGWorldMap"
    MapImageModule = "MapImageModule"

    ; ##
    ; ## Customized Cache Implementation
    ; ##
    ;
    ; The AssetCache value allows the name of an alternative caching
    ; implementation to be specified. This can normally be omitted.
    ; This value corresponds to the provider value associated with the
    ; intended cache implementation plugin.
    ; See also: asset_database

    AssetCache = "OpenSim.Framework.Communications.Cache.AssetCache"

    ; ##
    ; ## EMAIL MODULE
    ; ##

    ;emailmodule = DefaultEmailModule

[SMTP]
    enabled=false

    ;internal_object_host=lsl.opensim.local
    host_domain_header_from=
    SMTP_SERVER_HOSTNAME=
    SMTP_SERVER_PORT=25
    SMTP_SERVER_LOGIN=
    SMTP_SERVER_PASSWORD=

[Communications]

;InterregionComms = "LocalComms"
InterregionComms = "RESTComms"

[StandAlone]
    accounts_authenticate = true
    welcome_message = "Willkommen bei OpenSIM !"

    ; Asset database provider
    ; asset_plugin = "OpenSim.Data.SQLite.dll"
    asset_plugin = "OpenSim.Data.MySQL.dll" ; for mysql
    ; asset_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate

    ; the Asset DB source.  This only works for sqlite, mysql, and nhibernate for now
    ; Asset Source SQLite example
    ; asset_source = "URI=file:Asset.db,version=3"
    ; Asset Source NHibernate example (DIALECT;DRIVER;CONNECTSTRING)
    ; asset_source = "SQLiteDialect;SqliteClientDriver;URI=file:Asset.db,version=3"
    ; Asset Source MySQL example
    asset_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;"

    ; Inventory database provider
    ; inventory_plugin = "OpenSim.Data.SQLite.dll"
    inventory_plugin = "OpenSim.Data.MySQL.dll"
    ; inventory_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate

    ; Inventory Source NHibernate example (DIALECT;DRIVER;CONNECTSTRING)
    ; inventory_source = "SQLiteDialect;SqliteClientDriver;URI=file:Inventory.db,version=3"
    ; Inventory Source MySQL example
    inventory_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;"

    ; User Data Database provider
    ;
    ; Multiple providers can be specified by separating them with commas (whitespace is unimportant)
    ; If multiple providers are specified then if a profile is requested, each is queried until one
    ; provides a valid profile, or until all providers have been queried.
    ; Unfortunately the order of querying is currently undefined (it may not be the order in which
    ; providers are specified here).  This needs to be fixed
    ;
    ; userDatabase_plugin = "OpenSim.Data.SQLite.dll"
    userDatabase_plugin = "OpenSim.Data.MySQL.dll"
    ; userDatabase_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate

    ; User Source NHibernate Example (DIALECT;DRIVER;CONNECTSTRING)
    ; user_source = "SQLiteDialect;SqliteClientDriver;URI=file:User.db,version=3"
    ; User Source MySQL example
    user_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;"

    ; Specifies the location and filename of the default inventory library control file.  The path can be relative or absolute
    ; Default is ./inventory/Libraries.xml
    ;LibrariesXMLFile="./inventory/Libraries.xml"
    
    ; Specifies the location and filename of the inventory library assets control file.  The path can be relative or absolute
    ; Setting is optional. Default is ./assets/AssetSets.xml
    ;AssetSetsXMLFile="./assets/AssetSets.xml"

    dump_assets_to_file = false

[Network]
    http_listener_port = 9000
    remoting_listener_port = 8895
    default_location_x = 1000
    default_location_y = 1000

    ; ssl config: Experimental!  The auto https config only really works definately on windows XP now
    ; you need a Cert Request/Signed pair installed in the MY store with the CN specified below
    ; you can use https on other platforms, but you'll need to configure the httpapi yourself for now
    http_listener_ssl = false ; Also create a SSL server
    http_listener_cn = "localhost" ; Use the cert with the common name
    http_listener_sslport = 9001 ; Use this port for SSL connections
    http_listener_ssl_cert = "" ; Currently unused, but will be used for OSHttpServer

    ; Uncomment below to enable llRemoteData/remote channels
    ; remoteDataPort = 20800

    grid_server_url = "http://opensim.yourdomain.com:9000"
    grid_send_key = "null"
    grid_recv_key = "null"

    user_server_url = "http://opensim.yourdomain.com:9000"
    user_send_key = "null"
    user_recv_key = "null"

    asset_server_url = "http://opensim.yourdomain.com:9000"

    inventory_server_url = "http://opensim.yourdomain.com:9000"

    ; The MessagingServer is a companion of the UserServer. It uses
    ; user_send_key and user_recv_key, too
    messaging_server_url = "http://opensim.yourdomain.com:9000"

[ClientStack.LindenUDP]
    ; This is the multiplier applied to all client throttles for outgoing UDP network data
    ; If it is set to 1, then we obey the throttle settings as given to us by the client.  If it is set to 3, for example, then we 
    ; multiply that setting by 3 (e.g. if the client gives us a setting of 250 kilobits per second then we
    ; will actually push down data at a maximum rate of 750 kilobits per second).
    ; 
    ; In principle, setting a multiplier greater than 1 will allow data to be pushed down to a client much faster
    ; than its UI allows the setting to go.  This may be okay in some situations, such as standalone OpenSim
    ; applications on a LAN.  However, the greater the multipler, the higher the risk of packet drop, resulting
    ; in symptoms such as missing terrain or objects.  A much better solution is to change the client UI to allow
    ; higher network bandwidth settings directly, though this isn't always possible.
    ;
    ; Currently this setting is 2 by default because we currently send much more texture data than is strictly
    ; necessary.  A setting of 1 could result in slow texture transfer.  This will be fixed when the transfer
    ; of textures at different levels of quality is improved.
    ; 
    ; Pre r7113, this setting was not exposed but was effectively 8.  You may want to try this if you encounter
    ; unexpected difficulties
    client_throttle_multiplier = 2;

[Chat]
    ; Controls whether the chat module is enabled.  Default is true.
    enabled = true;

    ; Distance in meters that whispers should travel.  Default is 10m
    whisper_distance = 10

    ; Distance in meters that ordinary chat should travel.  Default is 30m
    say_distance = 30

    ; Distance in meters that shouts should travel.  Default is 100m
    shout_distance = 100

[Messaging]
    ; Control which region module is used for instant messaging.
    ; Default is InstantMessageModule (this is the name of the core IM module as well as the setting)
    InstantMessageModule = InstantMessageModule

[ODEPhysicsSettings]
    ;##
    ;## World Settings
    ;##

    ;Gravity.  Feel like falling up?  change world_gravityz to 9.8 instead of -9.8.  m/s
    world_gravityx = 0
    world_gravityy = 0
    world_gravityz = -9.8

    ; World Step size. (warning these are dangerous.  Changing these will probably cause your scene to explode dramatically)
    ; reference: fps = (0.09375/ODE_STEPSIZE) * 1000;
    world_stepsize = 0.020
    world_internal_steps_without_collisions = 10

    ;World Space settings. Affects memory consumption vs Collider CPU time for avatar and physical prim
    world_hashspace_size_low = -4
    world_hashSpace_size_high = 128

    ;Dynamic space settings Affects memory consumption vs Collider CPU time for static prim
    meters_in_small_space = 29.9
    small_hashspace_size_low = -4
    small_hashspace_size_high = 66

    ; ##
    ; ## Contact properties. (the stuff that happens when things come in contact with each other)
    ; ##

    ; surface layer around geometries other geometries can sink into before generating a contact
    world_contact_surface_layer = 0.001

    ; Filtering Collisions helps keep things stable physics wise, but sometimes 
    ; it can be over zealous.  If you notice bouncing, chances are it's being just
    ; that
    filter_collisions = false

    ; Non Moving Terrain Contact (avatar isn't moving)
    nm_terraincontact_friction = 255.0
    nm_terraincontact_bounce = 0.1
    nm_terraincontact_erp = 0.1025

    ; Moving Terrain Contact (avatar is moving)
    m_terraincontact_friction = 75.0
    m_terraincontact_bounce = 0.05
    m_terrainContact_erp = 0.05025

    ; Moving Avatar to object Contact
    m_avatarobjectcontact_friction = 75.0
    m_avatarobjectcontact_bounce = 0.1

    ; Object to Object Contact and Non-Moving Avatar to object
    objectcontact_friction = 250.0
    objectcontact_bounce = 0.2

    ; ##
    ; ## Avatar Control
    ; ##

    ; PID Controller Settings. These affect the math that causes the avatar to reach the
    ; desired velocity
    ; See http://en.wikipedia.org/wiki/PID_controller

    av_pid_derivative_linux = 2200.0
    av_pid_proportional_linux = 900.0;

    av_pid_derivative_win = 2200.0
    av_pid_proportional_win = 900.0;

    ;girth of the avatar.  Adds radius to the height also
    av_capsule_radius = 0.37

    ; Max force permissible to use to keep the avatar standing up straight
    av_capsule_standup_tensor_win = 550000
    av_capsule_standup_tensor_linux = 550000

    ; used to calculate mass of avatar.
    ; float AVvolume = (float) (Math.PI*Math.Pow(CAPSULE_RADIUS, 2)*CAPSULE_LENGTH);
    ; av_density * AVvolume;

    av_density = 80

    ; use this value to cut 52% of the height the sim gives us
    av_height_fudge_factor = 0.52

    ; Movement.  Smaller is faster.

    ; speed of movement with Always Run off
    av_movement_divisor_walk = 1.3

    ; speed of movement with Always Run on
    av_movement_divisor_run = 0.8

    ; ##
    ; ## Object options
    ; ##

    ; used in the mass calculation.
    geometry_default_density = 10.000006836

    ; amount of ODE steps where object is non moving for ODE to automatically put it to sleep
    body_frames_auto_disable = 20

    ; used to control llMove2Target
    body_pid_derivative = 35
    body_pid_gain = 25

    ; amount of time a geom/body will try to cross a region border before it gets disabled
    geom_crossing_faiures_before_outofbounds = 5

    ; start throttling the object updates if object comes in contact with 3 or more other objects
    geom_contactpoints_start_throttling = 3

    ; send 1 update for every x updates below when throttled
    geom_updates_before_throttled_update = 15

    ; Used for llSetStatus.  How rigid the object rotation is held on the axis specified
    body_motor_joint_maxforce_tensor_linux = 5
    body_motor_joint_maxforce_tensor_win = 5

    ; ##
    ; ## Sculpted Prim settings
    ; ##

    ; Do we want to mesh sculpted prim to collide like they look?
    mesh_sculpted_prim = true

    ; number^2 non-physical level of detail of the sculpt texture.  32x32 - 1024 verticies
    mesh_lod = 32

    ; number^2 physical level of detail of the sculpt texture.  16x16 - 256 verticies
    mesh_physical_lod = 16

    ; ##
    ; ## Physics logging settings - logfiles are saved to *.DIF files
    ; ##

    ;physics_logging = true
    ;; every n simulation iterations, the physics snapshot file is updated
    ;physics_logging_interval = 50
    ;; append to existing physics logfile, or overwrite existing logfiles?
    ;physics_logging_append_existing_logfile = true

    ; ##
    ; ## Joint support
    ; ##

    ; if you would like physics joints to be enabled through a special naming convention in the client, set this to true. (see NINJA Physics documentation, http://opensimulator.org/wiki/NINJA_Physics)
    use_NINJA_physics_joints = true

[RemoteAdmin]
    enabled = false
    access_password = unknown

    ; the create_region XmlRpc call uses region_file_template to generate
    ; the file name of newly create regions (if they are created
    ; persistent). the parameter available are:
    ;     {0} - X location
    ;     {1} - Y location
    ;     {2} - region UUID
    ;     {3} - region port
    ;     {4} - region name with " ", ":", "/" mapped to  "_"

    region_file_template = "{0}x{1}-{2}.xml"

    ; we can limit the number of regions that XmlRpcCreateRegion will
    ;allow by setting this to a positive, non-0 number: as long as the
    ;number of regions is below region_limits, XmlRpcCreateRegion will
    ;succeed. setting region_limit to 0 disables the check.
    ;region_limit = 0

    enabled_methods = all
    ; enable only those methods you deem to be appropriate using a | delimited whitelist
    ; for example, enabled_methods = admin_broadcast|admin_region_query|admin_save_oar|admin_save_xml    
    ; if this parameter is not specified but enabled = true, all methods will be available
   
[RestPlugins]
    ; Change this to true to enable REST Plugins. This must be true if you wish to use
    ; REST Region or REST Asset and Inventory Plugins
    enabled = false
    god_key = password
    prefix = /admin

[RestRegionPlugin]
    ; Change this to true to enable the REST Region Plugin
    enabled = false

[RestHandler]
  ; Change this to true to enable the REST Asset and Inventory Plugin
  enabled = false
  authenticate=true
  secured=true
  extended-escape=true
  realm=OpenSim REST
  dump-asset=false
  path-fill=true
  dump-line-size=32
  flush-on-error=true

; Uncomment the following for IRC bridge
; experimental, so if it breaks... keep both parts... yada yada
; also, not good error detection when it fails
;[IRC]
    ;enabled = true ; you need to set this otherwise it won't connect
    ;server  = name.of.irc.server.on.the.net
    ;; user password - only use this if the server requires one
    ;password = mypass
    ;nick    = OpenSimBotNameProbablyMakeThisShorter
    ;channel = #the_irc_channel_you_want_to_connect_to
    ;port = 6667
    ;; channel to listen for configuration commands
    ;commands_enabled = false
    ;command_channel = 2777
    ;report_clients = true
    ;; relay private chat connections
    ;; relay_private_channels = true: will relay IRC chat from/to private in-world channels
    ;; relay_private_channel_out -- channel to send messages out to the IRC bridge
    ;; relay_private_channel_in -- channel to receive message from the IRC bridge
    ;; relay_chat = false: IRC bridge will not relay normal chat
    ;; access_password -- simple security device
    ;;
    ;; so, to just relay chat from an IRC channel to in-world region and vice versa:
    ;;
    ;;     relay_private_channels = false
    ;;     relay_chat = true
    ;;
    ;; to relay chat only to/from private in-world channels:
    ;;
    ;;     relay_chat = false
    ;;     relay_private_channels = true
    ;;     relay_private_channel_in = 2226
    ;;     relay_private_channel_out = 2225
    ;;
    ;; in this example, all chat coming in from IRC will be send out via
    ;; in-world channel 2226, and all chat from in-world channel 2225 will
    ;; be relayed to the IRC channel.
    ;;
    ;relay_private_channels = false
    ;relay_private_channel_in = 2226
    ;relay_private_channel_out = 2225
    ;relay_chat = true
    ;access_password = foobar

    ;fallback_region = name of "default" region
    ;MSGformat fields : 0=botnick, 1=user, 2=region, 3=message
    ; must start with "PRIVMSG {0} : " or irc server will get upset
    ;for <bot>:<user in region> :<message>
    ;msgformat = "PRIVMSG {0} :<{1} in {2}>: {3}"
    ;for <bot>:<message> - <user of region> :
    msgformat = "PRIVMSG {0} : {3} - {1} of {2}"
    ;for <bot>:<message> - from <user> :
    ;msgformat = "PRIVMSG {0} : {3} - from {1}"

;[CMS]
    ;enabled = true
    ;channel = 345

[Voice]
    ; PLEASE NOTE that we don't have voice support in OpenSim quite yet - these configuration options are stubs
    enabled = false
    ; This is not supported by the SLViewer right now and
    ; hardcoded within the SL Viewer. Maybe it will be
    ; changed in future. :-)
    account_management_server = https://www.bhr.vivox.com/api2
    ; Global SIP Server for conference calls
    sip_domain = testserver.com

[AsteriskVoice]
    ; PLEASE NOTE that we don't have voice support in OpenSim quite yet - these configuration options are stubs
    enabled = false
    ; SIP account server domain
    sip_domain = testserver.com
    ; SIP conf server domain
    conf_domain = testserver.com
    ; URL of the asterisk opensim frontend
    asterisk_frontend = http://testserver.com:49153/
    ; password for the asterisk frontend XmlRpc calls
    asterisk_password = bah-humbug
    ; timeout for XmlRpc calls to asterisk front end (in ms)
    asterisk_timeout = 3000
    ; salt for asterisk nonces
    asterisk_salt = paluempalum

; Uncomment the following to control the progression of daytime
; in the Sim.  The defaults are what is shown below
[Sun]
    ; number of wall clock hours for an opensim day.  24.0 would mean realtime
    ;day_length = 24
    ; Year length in days
    ;year_length = 365
    ; Day to Night Ratio
    ;day_night_offset = 1
    ; send a Sun update every update_interval # of frames.  A lower number will
    ; make for smoother sun transition at the cost of network
    ;update_interval = 100

[ScriptEngine.DotNetEngine]
    Enabled = false

    ScriptDelayFactor = 1.0
    ScriptDistanceLimitFactor = 1.0

    ; These settings are specific to DotNetEngine script engine
    ; Other script engines based on OpenSim.Region.ScriptEngine.Common.dll will have almost identical settings, but in another section of this config file.
    ;

    ; When a script receives an event the event is queued.
    ; Any free thread will start executing this event. One script can only have one event executed simultaneously.
    ; If you have only one thread, and one script has a loop or does a lot of work, then no other scripts can run at the same time.
    ; Same if you have 10 threads, then only 10 scripts can be run simultaneously.
    ; But because most scripts exit after their task, the threads are free to go on to the next script.

    ; Refresh ScriptEngine config options (these settings) every xx seconds
    ; 0 = Do not refresh
    ; Set it to number of seconds between refresh, for example 30.
    ; Will allow you to change ScriptEngine settings while server is running just by using "CONFIG SET" on console
    ; For example to increase or decrease number of threads: CONFIG SET NumberOfScriptThreads 10
    ; NOTE! Disabled for now. Feature does not work.
    RefreshConfig=0

    ; Number of threads to use for script event execution
    ; Threads are shared across all regions
    NumberOfScriptThreads=2

    ; Script event execution thread priority inside application.
    ; Valid values: Lowest, BelowNormal, Normal, AboveNormal, Highest
    ScriptThreadPriority=BelowNormal

    ; How long MAX should a script event be allowed to run (per event execution)?
    ; Do not set this too low (like 50ms) as there are some time wasted in simply executing a function
    ; There is also a small speed penalty for every kill that is made
    MaxEventExecutionTimeMs=5000

    ; Should we enable the max script event execution thread to look for scripts that exceed their timeslice?
    EnforceMaxEventExecutionTime=true

    ; Should we stop the script completely when time exceeds?
    ; This is useful if you have a high <MaxEventExecutionTimeMs> and want to deactivate scripts that go wrong
    ; Note that for example physics engine can slow down the system and make scripts spend more time
    DeactivateScriptOnTimeout=false

    ; If no scripts have executed in this pass how long should we sleep before checking again
    ; Impact:
    ; Too low and you will waste lots of CPU
    ; Too high and people touching object or similar will have to wait up to this amount of time before script responding
    SleepTimeIfNoScriptExecutionMs=50

    ; AppDomains are used for two things:
    ; * Security: Scripts inside AppDomains are limited in permissions.
    ; * Script unloading: When a script is deactivated it can not be unloaded. Only whole AppDomains can be unloaded.
    ; AppDomains are therefore only unloaded once ALL active scripts inside it has been deactivated (removed from prims).
    ; Each AppDomain has some memory overhead. But leaving dead scripts in memory also has memory overhead.
    ScriptsPerAppDomain=1

    ; MaintenanceLoop
    ; How often to run maintenance loop
    ; Maintenance loop is doing: script compile/load, script unload, reload config, adjust running config and enforce max execution time
    MaintenanceLoopms=50

    ; How many maintenanceloops between each of these.
    ; (if 2 then function will be executed every MaintenanceLoopms*2 ms)
    ; Script loading/unloading

    ; How long load/unload thread should sleep if there is nothing to do
    ; Higher value makes it respond slower when scripts are added/removed from prims
    ; But once active it will process all in queue before sleeping again
    MaintenanceLoopTicks_ScriptLoadUnload=1

    ; Other tasks
    ; check if we need to reload config, adjust running config and enforce max execution time
    MaintenanceLoopTicks_Other=10

    ; Allow the use of os* functions (some are dangerous)
    ; Default is false
    AllowOSFunctions = true

    ; Threat level to allow if os functions are enabled
    ; One of None, VeryLow, Low, Moderate, High, VeryHigh, Severe
    ; Default is VeryLow
    OSFunctionThreatLevel = VeryLow

    ; Maximum number of items in load/unload queue before we start rejecting loads
    ; Note that we will only be rejecting load. Unloads will still be able to queue.
    LoadUnloadMaxQueueSize=100

    ; Maximum number of (LSL) events that can be queued before new events are ignored.
    EventExecutionMaxQueueSize=300

    ; Async LL command sleep
    ; If no async LL commands are waiting, how long should thread sleep before checking again
    ; Async LL commands are LSL-commands that causes an event to be fired back with result
    AsyncLLCommandLoopms=50

    ; When script is converted from LSL to C#, or just plain compiled, a copy of the script source will be put in the ScriptEngine folder
    WriteScriptSourceToDebugFile=true

    ; Specify default script compiler
    ; If you do not specify //cs, //vb, //js or //lsl tag as the first characters of your script then the default compiler will be chosen
    ; Valid languages are: lsl, cs, js and vb
    DefaultCompileLanguage=lsl

    ; Specify what compilers are allowed to be used
    ; Note vb only works on Windows for now (Mono lacks VB compile support)
    ; Valid languages are: lsl, cs, js and vb
    ; AllowedCompilers=lsl,cs,js,vb.  *warning*, non lsl languages have access to static methods such as System.IO.File.  Enable at your own risk.
    AllowedCompilers=lsl

    ; Compile scripts with debugging
    ; Probably a thousand times slower, but gives you a line number when something goes wrong.
    CompileWithDebugInformation=true

    ; Remove old scripts on next startup
    CleanUpOldScriptsOnStartup=true

[LL-Functions]
    ; Set the following to true to allow administrator owned scripts to execute console commands
    AllowosConsoleCommand=false

    AllowGodFunctions = false

    ; Maximum number of llListen events we allow per script
    ; Set this to 0 to have no limit imposed.
    max_listens_per_script = 64

[DataSnapshot]
    ; The following set of configs pertains to search.
    ; Set index_sims to true to enable search engines to index your searchable data
    ; If false, no data will be exposed, DataSnapshot module will be off, and you can ignore the rest of these search-related configs
    index_sims = true
    ; The variable data_exposure controls what the regions expose:
    ;    minimum: exposes only things explicitly marked for search
    ;    all: exposes everything
    data_exposure = minimum
    ; If search is on, change this to your grid name; will be ignored for standalones
    gridname = "M34-Sim1"
    ; Period between data snapshots, in seconds. 20 minutes, for starters, so that you see the initial changes fast.
    ; Later, you may want to increase this to 3600 (1 hour) or more
    default_snapshot_period = 1200
    ; This will be created in bin, if it doesn't exist already. It will hold the data snapshots.
    snapshot_cache_directory = "DataSnapshot"
    ; This semicolon-separated string serves to notify specific data services about the existence 
    ; of this sim. Uncomment if you want to index your data with this and/or other search providers.
    ;data_services="http://metaverseink.com/cgi-bin/register.py"

[Economy]
    ; These economy values get used in the BetaGridLikeMoneyModule.  - This module is for demonstration only -
    ; In grid mode, use this currency XMLRPC server.  Leave blank for normal functionality
    CurrencyServer = ""
    ; "http://192.168.1.127/currency.php"

    ; In grid mode, this is the land XMLRPC server. Leave blank for normal functionality
    LandServer = ""
    ;"http://192.168.1.127/landtool.php"

    ; 45000 is the highest value that the sim could possibly report because of protocol constraints
    ObjectCapacity = 45000

    ; Money Unit fee to upload textures, animations etc
    PriceUpload = 0

    ; Money Unit fee to create groups
    PriceGroupCreate = 0

    ; This is the account Money goes to for fees.  Remember, economy requires that money circulates somewhere... even if it's an upload fee
    EconomyBaseAccount = 00000000-0000-0000-0000-000000000000

    ; This is the type of user that will pay fees.
    ; Set this to 2 for users, estate managers and Estate Owners
    ; Set this to 1 for Users and Estate Managers
    ; Set this to 0 for Users only.
    ; -1 disables
    UserLevelPaysFees = -1

    ; Amount to give to user as a stipend
    UserStipend = 1000

    ; When a user gets low on money units and logs off, then logs back on, issue a new stipend if they have less money units then this
    ; amount. Be aware that the account money isn't stored anywhere so users will get a stipend if you restart the simulator
    IssueStipendWhenClientIsBelowAmount = 10

    ; If this is true, the simulator will remember account balances until the simulator is shutdown or restarted.
    KeepMoneyAcrossLogins = true

    ; We don't really know what the rest of these values do.  These get sent to the client
    ; These taken from Agni at a Public Telehub.  Change at your own risk.
    ObjectCount = 0
    PriceEnergyUnit = 100
    PriceObjectClaim = 10
    PricePublicObjectDecay = 4
    PricePublicObjectDelete = 4
    PriceParcelClaim = 1
    PriceParcelClaimFactor = 1

    PriceRentLight = 5
    TeleportMinPrice = 2
    TeleportPriceExponent = 2
    EnergyEfficiency = 1
    PriceObjectRent = 1
    PriceObjectScaleFactor = 10
    PriceParcelRent = 1

[SVN]
    Enabled = false
    Directory = SVNmodule\repo
    URL = "svn://your.repo.here/"
    Username = "user"
    Password = "password"
    ImportOnStartup = false
    Autosave = false
    AutoSavePeriod = 15 ; Number of minutes between autosave backups

[XEngine]
    ; Enable this engine in this OpenSim instance
    Enabled = true
    ; How many threads to keep alive even if nothing is happening
    MinThreads = 2
    ; How many threads to start at maximum load
    MaxThreads = 1000
    ; Time a thread must be idle (in seconds) before it dies
    IdleTimeout = 60
    ; Thread priority ("Lowest", "BelowNormal", "Normal", "AboveNormal", "Highest")
    Priority = "Normal"
    ; Maximum number of events to queue for a script (excluding timers)
    MaxScriptEventQueue = 300
    ; Stack size per thread created
    ThreadStackSize = 262144
    ; Rate to poll for asynchronous command replies (ms)
    AsyncLLCommandLoopms = 50
    ; Save the source of all compiled scripts
    WriteScriptSourceToDebugFile = true
    ; Default language for scripts
    DefaultCompileLanguage = lsl
    ; List of allowed languages (lsl,vb,js,cs)
    ; AllowedCompilers=lsl,cs,js,vb.  
    ; *warning*, non lsl languages have access to static methods such as System.IO.File.  Enable at your own risk.
    AllowedCompilers=lsl
    ; Compile debug info (line numbers) into the script assemblies
    CompileWithDebugInformation = true
    ; Allow the use of os* functions (some are dangerous)
    AllowOSFunctions = true
    ; Threat level to allow, one of None, VeryLow, Low, Moderate, High, VeryHigh, Severe
    OSFunctionThreatLevel = Moderate
    ; Interval (s) between background save of script states
    SaveInterval = 120
    ; Interval (s) between maintenance runs (0 = disable)
    MaintenanceInterval = 10
    ; Time a script can spend in an event handler before it is interrupted
    EventLimit = 30
    ; If a script overruns it's event limit, kill the script?
    KillTimedOutScripts = false
    ; Sets the multiplier for the scripting delays
    ScriptDelayFactor = 1.0
    ; The factor the 10 m distances llimits are multiplied by
    ScriptDistanceLimitFactor = 1.0

    ; OS Functions enable/disable
    ; For each function, you can add one line, as shown
    ; The default for all functions allows them if below threat level

    ; true allows the use of the function unconditionally
    ; Allow_osSetRegionWaterHeight = true

    ; false disables the function completely
    ; Allow_osSetRegionWaterHeight = false

    ; Comma separated list of UUIDS allows the function for that list of UUIDS
    ; Allow_osSetRegionWaterHeight = 888760cb-a3cf-43ac-8ea4-8732fd3ee2bb

    ; Allow for llCreateLink and llBreakLink to work without asking for permission 
    ; only enable this in a trusted environment otherwise you may be subject to hijacking
    ; AutomaticLinkPermission = false

[GridInfo]
    ; These settings are used to return information on a get_grid_info call.
    ; Client launcher scripts and third-party clients make use of this to
    ; autoconfigure the client and to provide a nice user experience. If you
    ; want to facilitate that, you should configure the settings here according
    ; to your grid or standalone setup.
    ;
    ; See http://opensimulator.org/wiki/GridInfo

    ; login uri: for grid this is the user server URI
    login = http://127.0.0.1:9000/

    ; long grid name: the long name of your grid
    gridname = "Free and open world of OpenSIM"

    ; short grid name: the short name of your grid
    gridnick = "OpenSIM-Grid"

    ; login page: optional: if it exists it will be used to tell the client to use
    ; this as splash page
    welcome = http://127.0.0.1/welcome

    ; helper uri: optional: if it exists if will be used to tell the client to use
    ; this for all economy related things
    economy = http://127.0.0.1:9000/

    ; web page of grid: optional: page providing further information about your grid
    about = http://127.0.0.1/about/

    ; account creation: optional: page providing further information about obtaining
    ; a user account on your grid
    register = http://127.0.0.1/register

    ; help: optional: page providing further assistance for users of your grid
    help = http://127.0.0.1/help

    ; password help: optional: page providing password assistance for users of your grid
    password = http://127.0.0.1/password

    ;These are the settings for the Open Grid Protocol..  the Agent Domain, Region Domain,   you know..

[OpenGridProtocol]
    ;On/true or Off/false
    ogp_enabled=false

    ;Name Prefix/suffix when using OGP
    ogp_firstname_prefix=""
    ogp_lastname_suffix="_EXTERNAL"

[Concierge]
    ; Enable concierge module
    ; Default is false
    enabled = false

    ; name of the concierge
    whoami = "Concierge"

    ; password for updating the welcome message templates via XmlRpc
    password = password

    ; regex specifying for which regions concierge service is desired; if
    ; empty, then for all
    regions = "^MeetingSpace-"

    ; for each region that matches the regions regexp you can provide
    ; (optionally) a welcome template using format substitution:
    ; {0} is replaced with the name of the avatar entering the region
    ; {1} is replaced with the name of the region
    ; {2} is replaced with the name of the concierge (whoami variable above)

    welcomes = /path/to/welcome/template/directory

    ; Concierge can send attendee lists to an event broker whenever an
    ; avatar enters or leaves a concierged region. the URL is subject
    ; to format substitution:
    ; {0} is replaced with the region's name
    ; {1} is replaced with the region's UUID
    broker = "http://broker.place.com/{1}"

[Trees]

    ; Enable this to allow the tree module to manage your sim trees, including growing, reproducing and dying
    active_trees = false

    ; Density of tree population
    tree_density = 1000.0

[RegionReady]
    ; Enable this module to get notified once all items and scripts in the region have been completely loaded and compiled
    enabled = false

    ; Channel on which to signal region readiness through a message
    ; formatted as follows: "{0|1},n,[oar error]"
    ; - the first number indicating whether the OAR file loaded ok (1 == ok, 0 == error)
    ; - the second number indicates how many scrips failed to compile
    ; - "oar error" if supplied, provides the error message from the OAR load
    channel_notify = -800

[WebStats]
	enabled = false

[MRM]
	Enabled = false ; Enables the Mini Region Modules Script Engine. WARNING: SECURITY RISK.