move IT Home Base

Sim-Status

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

Sim-Status

Über diese Webseite können Sie sich in Echtzeit den aktuellen Status der von uns betriebenen OpenSIM-Server und dessen Sims ansehen. Alle Server sind mehrfach redundant an das Internet angebunden und werden in einer eigenen Server-Halle auf dem Firmengelände von S-NetworkX betrieben und in Echtzeit durch ein Live-Monitoring System in Echtzeit überwacht. Für die 3D-Simulatoren werden sehr leistungsstarke Rackserver mit aktivem Kühlsystem eingesetzt die in brandschutzsicheren Serverschränken eingebaut sind.

SIM Server 1

Der Sim Server 1 (M34-Sim1) ist normalerweise rund um die Uhr (24/7) und damit ständig in Betrieb und umfasst die Haupt- und Teleport-Regionen die für den Basisbetrieb benötigt werden. Der verwendete Server ist ein professioneller High-End Rackserver der für extreme Auslastung, sowohl von der hardwareseitigen- als auch von der softwareseitigen Ausstattung her, kapazitätsmässig ausgelegt ist. Er ist mehrfach redundant hardwareseitig ausgestattet, gegen Ausfälle maximal abgesichert und wird von einem Live-Monitoring-System überwacht, das im Ernstfall bis zu vier Server-Administratoren alarmiert.

Hardware

NEC Rack-Server (2 HE), 4 x 2 GHz Intel Xeon Quad Core CPU, 16 GB DDR2 RAM (Infineon), 6 x 36 GB SCSI-Festplatten (IBM) zu einem RAID-5 Verbund, 2 x 500 Watt Netzteile, 2 x 1 GBit NIC gebündelt per Channel-Bonding auf einen Cisco 1 GBit managed Switch, Routing zum LAN des M34-Netzwerk und Peerings per WLAN mit dem Würmtal Wireless Network.

Software

Betriebssystem: Linux Ubuntu 9.10
Simulator: OpenSIM 0.6.6

Standort

Hosting: S-NetworkX
Verantwortlicher Betreiber: Mike

Internetanbindung

Redundantes LAN- und WLAN-Peering auf das Würmtal Wireless Network mit einem dedizierten Fast Path Gateway via VDSL Channel Bonding.

Status

SIM Server 2

Der Sim Server 2 ist nur bei Bedarf in Betrieb, z.B. wenn viele Avatare gleichzeitig zu erwarten sind, wie an den Wochenenden, Abends und an Feiertagen. Er wird von den Server-Administratoren dynamisch zur Sim 1 dazugeschaltet und ist im Betrieb über die Sim 1 per Teleport erreichbar.

Hardware

Siemens-Fujitsu Scaleo P, Desktop-PC, 2 x 2 GHz Intel Duo Core 2 CPU 2,2 GHz, 2 GB DDR2 RAM (Kingston), 2 x 500 GB SATA-Festplatten (Maxtor), 350 Watt Netzteil, 1 GBit NIC auf einen 3Com 1 GBit managed Switch, Routing zum LAN des M34-Netzwerk und Peerings per WLAN mit dem Würmtal Wireless Network.

Software

Betriebssystem: Microsoft Windows XP
Simulator: OpenSIM 0.6.6

Standort

Hosting: S-NetworkX
Verantwortlicher Betreiber: Mike

Internetanbindung

Redundantes LAN- und WLAN-Peering auf das Würmtal Wireless Network mit einem dedizierten Fast Path Gateway via VDSL Channel Bonding.

Status

SIM Server 3

Der Sim Server 3 ist nur bei Bedarf in Betrieb, z.B. wenn viele Avatare gleichzeitig zu erwarten sind, wie an den Wochenenden, Abends und an Feiertagen. Er wird von den Server-Administratoren dynamisch zur Sim 1 dazugeschaltet und ist im Betrieb über die Sim 1 per Teleport erreichbar.

Hardware

HP ProLiant DL380 G4 Dual Xeon, 3,4 GHz, 2 GB RAM, 4 x 72 GB RAID-5, 550 Watt Netzteil, 2x 1 GBit NIC auf einen 3Com 1 GBit managed Switch, Routing zum LAN des M34-Netzwerk und Peerings per WLAN mit dem Würmtal Wireless Network.

Software

Betriebssystem: Linux Ubuntu 9.10
Simulator: OpenSIM 0.6.6

Standort

Hosting: S-NetworkX
Verantwortlicher Betreiber: Mike

Internetanbindung

Redundantes LAN- und WLAN-Peering auf das Würmtal Wireless Network mit einem dedizierten Fast Path Gateway via VDSL Channel Bonding.

Status

SIM Server 4

Der Sim Server 4 ist nur bei Bedarf in Betrieb, z.B. wenn viele Avatare gleichzeitig zu erwarten sind, wie an den Wochenenden, Abends und an Feiertagen. Er wird von den Server-Administratoren dynamisch zur Sim 1 dazugeschaltet und ist im Betrieb über die Sim 1 per Teleport erreichbar.

Hardware

IBM eServer xSeries 445, 4 x Intel Xeon 3 GHz, 6 GB RAM, 2 x 146 GB, 500 Watt Netzteil, 2x 1 GBit NIC auf einen 3Com 1 GBit managed Switch, Routing zum LAN des M34-Netzwerk und Peerings per WLAN mit dem Würmtal Wireless Network.

Software

Betriebssystem: Linux Ubuntu 9.10
Simulator: OpenSIM 0.6.6

Standort

Hosting: S-NetworkX
Verantwortlicher Betreiber: Mike

Internetanbindung

Redundantes LAN- und WLAN-Peering auf das Würmtal Wireless Network mit einem dedizierten Fast Path Gateway via VDSL Channel Bonding.

Status

Support

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

Support

Im Live-Support können Sie uns direkt in einen Hilfe-Chat rufen und uns Fragen zu OpenSIM stellen. Sie können bereits an der Statusgrafik erkennen ob jemand gerade verfügbar ist oder nicht. Falls niemand sofort erreichbar ist können Sie trotzdem eine Nachricht hinterlassen die wir bekommen sobald wir wieder am PC sitzen.

Der Live-Support ist eine kostenlose Live-Unterstützung und direkte Hilfe für OpenSIM-Interessenten, OpenSIM-Anwender und OpenSIM-User und wird vom OpenSIM-Betreiber S-NetworkX angeboten die auch das Hosting dieses OpenSIM-Wiki und des OpenSIM-Servers durchführt.

Klicken Sie auf diese blaue Grafik-Schaltfläche um einen Online-Supporter zu rufen:

Zusätzliche Kontaktmöglichkeiten

Sie erreichen uns auf Anfrage zusätzlich im IRC, via Skype, via Instant Messenger von ICQ, MSN, Yahoo und per Jabber. Bitte beachten Sie daß wir keinen telefonischen Support anbieten.

Bevor Sie uns in den Live-Support rufen

Bitte prüfen Sie zunächst ob Ihre Frage nicht bereits in diesem Wiki beantwortet wurde. Nutzen Sie dazu die Suchfunktion im Eingabefenster in der linken Menüspalte. Viele Fragen tauchen immer wieder auf und sind bereits beantwortet. Falls Sie uns in den Live-Support rufen obwohl Ihre Frage bereits im Wiki beantwortet ist, verweisen wir im Live-Support direkt auf den entsprechenden Eintrag im Wiki und leiten Sie dorthin.

Wenn sich Ihre Frage direkt auf einen Artikeltext in diesem Wiki bezieht haben Sie die Möglichkeit unter dem Artikeltext einen Kommentar zu hinterlassen. Auch konkret gestellte Fragen in den Kommentaren werden beantwortet, sind dann allerdings für alle öffentlich einsehbar.

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.

Archivierte News 2009

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

Archivierte News 2009

Achtung ! Da die archivierten News von der ursprünglichen Quelle ins Archiv verschoben wurden, haben sich die Links im Text unter Umständen geändert. Rot markierte Links sind nicht mehr gültig !

13.12.2009

Die überwiegenden Support-Anfragen betreffen momentan den Betrieb der OpenSimulator-Software auf Windows 64-bit Betriebssystemen. Zur Zeit kurz vor Weihnachten werden wieder sehr viele PC gekauft, davon eine grosse Zahl mit Windows 7 in der 64-bit Version. Wir können von 64-bit aber momentan nur abraten, denn es häufen sich Software-Kompatibilitätsprobleme, nicht nur mit dem OpenSimulator, sondern auch bei ganz anderer Software.

Obwohl es eine spezielle Version OpenSim.32BitLaunch.exe gibt die man statt der OpenSim.exe auf 64-bit Betriebssystemen starten soll gibt es damit erhebliche Probleme und viele Fehlermeldungen. Die Entwickler schreiben auf der OpenSimulator-Homepage selbst das die Software für 32-bit CPU´s programmiert wird und die Library auf 64-bit nicht kompatibel ist, es ergo zu sehr vielen Fehlern kommen kann.

Da wir niemanden kennen der den OpenSimulator erfolgreich und fehlerfrei auf einem Windows 64-bit Betriebssystem zum laufen bekommen hat, empfehlen wir den OpenSimulator nur auf 32-bit Betriebssystemen zu installieren und zu betreiben. Unser User Mohami Blinker von Swiss SL hat einschlägige Erfahrungen mit dem Versuch den OpenSimulator unter 64-bit Windows zu betreiben und berichtet auf seiner User-Seite davon.

29.11.2009

Unsere Sims sind wieder online.

23.10.2009

Unsere Sims sind bis auf weiteres offline. Neue Benutzerregistrierungen werden nicht mehr angenommen. Das OpenSIM-Wiki bleibt als Wissensdatenbank aber bestehen.

24.09.2009

Wir trauern um den heute verstorbenen User „Guli Deckel“ der auf der M34 Sim1 die Region Celina bebaut hat und selbst Sim-Owner war. Guli Du bist immer in unserem Herzen, werden Dich nie vergessen! Deine von Dir gebaute Region wird selbstverständlich so wie Du sie verlassen hast erhalten bleiben und ein Denkmal bekommen.

In großer Trauer um Guli, Mike, Sim-Owner / OpenSIM Betreiber

14.09.2009

Die Domain wird zum Verkauf angeboten. Bei Interesse melden Sie sich bitte über die Kontaktmöglichkeiten.

11.09.2009

Das Read-Timeout für die RSS-Newsfeeds („Planet OpenSIM“) war mit 10 Sekunden offensichtlich zu knapp bemessen, sodaß wegen der trägen Antwortzeit mancher externer Server von anderen Anbietern die Feed-Seite nur noch weiss und ohne Inhalt blieb. Wir haben das Timeout nun auf 30 Sekunden erhöht, womit das Problem gelöst ist.

03.09.2009

Zwar entstehen fast täglich neue OpenSIM-Server, jedoch beobachten wir auch die Entwicklung von offline gegangenen OpenSIM-Servern. In den letzten 6 Monaten sind nach unserem Kenntnisstand insgesamt 4 deutschsprachige und 13 englischsprachige OpenSIM-Grids wieder vom Netz gegangen. Leider sind von den wenigsten Betreibern die Gründe zu erfahren, aber mutmaßlich wird es an den meist überzogenen Erwartungen, Besucherschwund und mangelnder Zeit gelegen haben.

Wer nicht mit sehr viel Idealismus, Spaß an virtuellen Welten insgesamt, hartnäckigem debuggen von Software im Alpha-Stadium und einer großen Portion freier Zeit an die Sache herangeht, kann auch nach anfänglicher Euphorie von OpenSIM enttäuscht werden. Wenn zusätzlich auch noch Kosten in nicht unerheblichen Umfang anfallen, werden dann eben solche Projekte schnell wieder eingestampft. Das hängt nicht zwingend mit OpenSIM zusammen, sondern betrifft auch ganz anderen Software-Projekte. Als langzeiterprobte Tipps können wir da immer nur folgende Ratschläge geben die sich als goldene Regeln erwiesen haben:

möglichst kostengünstiger Server-Betrieb (Eigenhosting kommt auf Dauer wesentlich billiger)
updaten nur wenn es unbedingt sein muß und der Server nicht mehr stabil und sicher läuft
regelmäßig für das eigene Projekt werben, sonst gibt es Besucherschwund
regelmäßig Backups machen, am besten vollautomatisch damit man es nicht vergisst
für einen regelmäßigen, stabilen Betrieb sorgen der dauerhaft erreichbar ist
möglichst kostenfreie Dienste den Besuchern anbieten

25.08.2009

Registrierungen bzw. Anmeldungen zur Sim M34 und zum OpenSIM-Wiki sind wieder möglich. Wir haben die Benutzerdatenbank gründlich aufgeräumt und dabei auch andere Kleinigkeiten direkt über die mySQL-Datenbank erledigt, die sich weder über die OpenSIM-Konfigurationsdateien noch Inworld erledigen lassen. So sind zum Beispiel jetzt auch Parzellenbesitzer genauso wie Regionenbesitzer in der Lage individuelle Einstellungen an ihrer Parzelle vorzunehmen. Einen herzlichen Dank für den Tipp geht an den User „Ronny Baldour“.

Ausserdem wurde der OpenSIM-Chat geändert. Das Java-Applet ist einem webbasierten IRC-Zugang gewichen der ohne Java auskommt und damit schneller geladen wird.

17.08.2009

Birnenland ist seit gestern über die Worldmap per Hypergrid-Teleport erreichbar. Der Betreiber „Ronny Baldour“ freut sich über neue Besucher!

16.08.2009

Benutzer Registrierungen/Anmeldungen Wir überarbeiten gerade die beiden Benutzerdatenbanken des OpenSIM-Wikis und vom OpenSimulator-Server. Bei nun etwas über 1350 registrierten Benutzern ist ein ausmisten von „Karteileichen“ dringend nötig gewesen. Inaktive Accounts werden nach 6 Monaten gelöscht. Deren Inhaber werden aber zuvor per E-Mail angeschrieben.

Wiki-Update Gestern wurde das OpenSIM-Wiki auf die neueste Version (DokuWiki) geupdated und bietet nun zahlreiche neue Funktionen an. Die DokuWiki-Plugings müssen allerdings noch überprüft werden ob diese auch mit der neuen Version noch einwandfrei zusammenarbeiten. Erste Probleme haben wir beim CAPTCHA-Plugin festgestellt. Bei der neuen Wiki-Version kann man nun z.B. Artikel und Kommentare abonnieren, d.h. man bekommt automatisch eine E-Mail zugesandt wenn jemand auf einen Kommentar geantwortet hat, oder wenn sich ein Artikel für den man sich besonders interessiert aktualisiert wird. Ausserdem ist der neue Menüpunkt „wiki“ (DokuWiki-Namensraum) hinzugekommen der ausschliesslich Wiki-interne News und Funktionen beinhaltet. Auf diesen Namensraum haben unter Umständen nicht alle Benutzer Zugriff.

08.08.2009

Die bei vielen internen und externen OpenSIM-Benutzern beliebte M34-Sim2 mit den vielen Freebies ist momentan nicht online da noch Hardware-Ersatz gesucht wird. Die Sims sollen auf stromsparenden Mini-PCs laufen damit die Betriebskosten niedrig bleiben und wir die Sims weiterhin jedermann/-frau kostenfrei anbieten können. Den optimalen Kompromiss aus schlank und schnell zu finden ist hardwaretechnisch nicht ganz so einfach und erfordert auch bei der softwareseitigen Konfiguration viel Fingerspitzengefühl.

07.08.2009

OpenSimulator 0.6.6 Nachdem wir die neue Konfiguration einige Tage beobachtet haben kann man sagen daß der OpenSimulator in der Version 0.6.6 mit Mono 2.4 auf einem Linux Ubuntu 9.04 Server stabil läuft und weniger Speicher (RAM) verbraucht als ein OpenSimulator 0.6.4 mit Mono 2.01. Etwas erstaunt waren wir allerdings bei den angebotenen Downloadpaketen der Entwickler: obwohl wir ganz sicher eine Version 0.6.6 gedownloadet und installiert haben, meldet sich der OpenSimulator auf der Serverkonsole bei einer Versionsabfrage („show version“) mit einer älteren Version, nämlich mit „OpenSim 0.6.5 (Dev), interface version 4“.

Archiv Die News von 2009 bis Juni wurden bereits ins Archiv verschoben, da sonst die Ladezeit dieser Seite immer länger werden würde.

03.08.2009

Im Moment gibt es noch Probleme mit dem neuen OpenSimulator 0.6.6 der sich immer wieder mit einem Ausnahmefehler aufhängt. Da sich zur vorher benutzten Version 0.6.4 einiges an der Software geändert hat und zusätzliche Funktionen hinzugekommen sind, sind wir nun auf der Fehlersuche was die Ursache sein könnte. Aus dem Logfile wird man leider nicht schlau, denn entweder friert der Serverprozess ohne vorherigem Schreiben einer Fehlermeldung im Logfile einfach ein, oder der Serverprozess stürzt ab und schreibt im Logfile

APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs

Exception: System.NullReferenceException: Object reference not set to an instance of an object
  at System.Timers.Timer.StartTimer () [0x00000] 

Application is terminating: True

Zusätzlich läuft auf dem benutzten Ubuntu-Server in Version 9.04 leider immer noch das längst veraltete Mono 2.01 und es gibt von Ubuntu immer noch kein Update auf die aktuelle Mono-Version 2.4 . Wie ich gelesen habe ergeht es anderen OpenSimulator-Betreibern genauso wo der Fehler stets auf Linux-Server und Mono auftaucht. Es wird empfohlen Mono zu aktualisieren um das Problem zu lösen. Der OpenSimulator 0.6.4 lief noch einwandfrei mit Mono 2.01, beim OpenSimulator 0.6.6 scheint das nicht mehr der Fall zu sein. Da es für Linux Ubuntu derzeit kein aktuelleres Mono als 2.0.1 gibt kann ich nur wieder downgraden und davor waren auf den OpenSimulator 0.6.6 zu aktualisieren wenn ein Linux Ubuntu verwendet wird.

Update Wer viel Zeit hat kann sich Mono 2.4 auf Ubuntu 9.0.4 von den Quellen selber kompilieren. Da mir ein Downgrade vom OpenSimulator 0.6.6 auf 0.6.4 suboptimal erschien, hab ich mir für ein Upgrade von Mono entschieden, was durch das kompilieren 45 Minuten gedauert hat. Jetzt ist Mono 2.4 drauf und wir beobachten nun wie stabil oder instabil der OpenSimulator nun läuft.

02.08.2009

Update auf den OpenSimulator in der Version 0.6.6

10.06.2009

Eine neue, grafische Anzeige zeigt nun in einem Blick die gesamte, aktuelle Netzwerkauslastung aller Sims. Damit kann man eine Selbsteinschätzung der aktuellen Lage der 3D-Simulatoren (Sims) bei eventuellen (Netzwerk-)Lags treffen, ob das Problem eher an der eigenen Internetanbindung, oder an der Internetanbindung bzw. Server-Auslastung der Sims liegt. Die Anzeige gilt für alle 4 Sims zusammen und zählt sowohl eigene, registrierte OpenSIM-User, als auch fremde Besucher bzw. Avatare die per Hypergrid-Link auf unsere Sims gekommen sind.

01.06.2009

Lesen und verstehen scheint leider keine besondere Eigenschaft von vielen OpenSIM-Nutzern zu sein, denn rund 30% der Leute die sich bei OpenSIM als neuer Avatar registrieren möchten fallen durch die Prüfung. Obwohl direkt bei den Eingabefeldern steht was man beachten muss, geben die Leute fehlerhafte Daten ein mit zum Beispiel zu kurzen oder zu langen Namen (häufigster Fehler: Namen mit drei Buchstaben), schicken die Registrierung mehrfach ab, oder geben falsche E-Mail Adressen ein. In allen Fällen wird die Registrierung von uns kommentarlos storniert. Wer lesen kann ist klar im Vorteil!

Momentan ist es auf Sim1 noch so dass eine ziemliche Platzverschwendung seitens der Region-Owner stattfindet. Obwohl immer beteuert wird man wolle die gesamte Region bebauen stehen aber grosse Teile der bebaubaren Flächen leer, was recht unfair gegenüber den anderen Usern ist die auch Land bebauen möchten und keines bekommen können weil schon alles vergeben ist. Wir werden daher zukünftig in der Regel keine kompletten Regionen mehr vergeben, sondern nur noch Parzellen, also einen abgegrenzten Bereich einer Region, der üblicherweise ein Viertel einer Region gross ist, etwa 128×128 m. Auf der Region „Brentwood“ kann die neue Aufteilung in Parzellen schon angesehen werden. Die übrigen Regionen werden jetzt in Absprache mit den bisherigen Region-Owner ebenfalls aufgeteilt wenn die Bebauung dies zulässt.

12.05.2009

Schallmauer durchbrochen: heute hat sich der 1000.ste OpenSIM-User registriert ! Die eintausenste OpenSIM-Registration kommt von einer Frau, die damit auch den überdurchschnittlich hohen Anteil weiblicher OpenSIM-Nutzerinnen weiter ausbaut. Es haben sich in den letzten Tagen ausserdem weitere Firmen bei uns gemeldet die OpenSIM kommerziell einsetzen wollen, wo es darum ging die vorhandenen Estates in Second Life aufzulösen und nach OpenSIM zu portieren. Für diese Aufgabe sind wir als Talentscout in den virtuellen Welten von OpenSIM unterwegs um geeignete Builder-Teams zusammenzustellen.

06.05.2009

OpenSIM ist heute dem Hypergrid Projekt beigetreten, daß für die Verbreitung und konsequenten Anwendung der Hypergrid-Technik in virtuellen 3D-Welten eintritt, denn die Hypergrid-Technologie ist eines der wesentlichsten, wichtigsten Merkmale von 3D-Simulatoren die sich dadurch erst zu einem grossen Netzwerk miteinander verbinden können, egal ob diese im Grid-Betrieb, oder als Standalone laufen, vergleichbar wie ein normaler Hyperlink (Link) im WWW.

05.05.2009

Andreas Kinkel, neues Teammitglied auf OpenSIM, hat seinen ersten Artikel bzw. eine FAQ verfasst die sich mit der Aktivierung von Sprachübertragung (Voice) in OpenSIM beschäftigt. Er schreibt in seinem Artikel wie man FreeSwitch auf einem Linux-Suse Rechner installiert. Zusätzlich hat Mike, Sim-Owner von M34, eine Installationsanleitung für FreeSwitch unter Linux Ubuntu geschrieben. Mit aktuellen 3D-Viewern ab Version 1.22 ist nun Voice in OpenSIM verfügbar !

02.05.2009

Auf Sim 1, Region „Culver City“ entstand heute über einen OAR-Import eine mexikanische Maya-Stadt mit zwei grossen Gebäuden mit Innenhof, einer grossen Pyramide und aufgestellten erklärenden Tafeln. Die importierte Datei entstammt der neuen Website „Rexxed“ die virtuelle Güter anbietet (komplette Avatare, Terrains und OpenSIM Archive). Mehr dazu im Download-Bereich.

Ausserdem begrüssen wir den User „Andreas_kinkel“, den Betreiber von Next Reality, im OpenSIM Team. Andreas betreibt selbst OpenSIM-Server und wird mit seinem Know-how zu OpenSIM beitragen.

30.04.2009

Aktualisierung der Linux-Server von Ubuntu 8.10 auf 9.04 abgeschlossen.

22.04.2009

Die Internetanbindung der Sims 1-4 wurde von 200 MBit auf eine dediziertes Fast Path Gateway mit 500 MBit erhöht. Sim 2 wächst beständig und hält momentan eine sehr große Auswahl von Freebies von allen möglichen Anbietern frei zum kopieren bereit. In der ebenfalls auf Sim 2 vorhandenen Sandbox kann man seine neue Errungenschaften auch gleich ausprobieren.

17.04.2009

Wegen ständiger Angriffe auf unseren Webserver 1 (nicht der OpenSIM-Server, der aber im selben Netzwerk steht) von IP-Adressen des Internetproviders Kabel-BW haben wir vorläufig sämtliche IP-Ranges dieses ISP in unserer Blacklist (RTBL) gesperrt. Kunden dieses ISP die Probleme beim Zugriff auf verschiedene Internetangebote haben sollten sich direkt bei Kabel-BW beschweren, denn leider reagiert Kabel-BW auf keine Abuse-Meldungen wonach einige seiner Kunden den Internetzugang mißbräuchlich oder sogar kriminell verwenden. Mehr Informationen dazu gibt es auf der Homepage des M34-Netzwerks.

13.04.2009

Update des ersten OpenSIM-Servers (M34-Sim1) auf die neueste OpenSIM Version 0.6.4 (Trunk) die deutlich schneller als die Vorgängerversion geworden ist (Texturen werden 2-3 mal schneller geladen) und wesentlich weniger Speicher (RAM) verbraucht. Nach den ersten Tests bei uns die mit Abstand beste OpenSIM-Version die spürbar und sichtbar bessere Ergebnisse für eingeloggte Avatare bringt. Update: Nun sind Sim 1-4 auf die neue Version 0.6.4 umgestellt.

08.04.2009

Leider tummeln sich immer mehr unseriöse Betreiber von OpenSIM-Servern im Internet, die versuchen aus der kostenlos erhältlichen Software von unbedarften Nutzern Geld zu verlangen. Wir sind nun von mehreren OpenSIM-Benutzern gebeten worden auf unseriöse Betreiber von OpenSIM-Servern hinzuweisen, wo teilweise abenteuerliche Preise für Leistungen verlangt werden die woanders kostenlos zu haben sind, oder wo sich die Betreiber hinter ungültigen Adressen verstecken oder diese erst gar nicht angeben und andere dubiose Praktiken. Wir raten stets zur Vorsicht, bitten aber um Verständnis wenn wir weder Rechtsberatung geben können, noch pauschal Anbieter namentlich nennen können die negativ aufgefallen sind. Wir wissen allerdings von einem Fall eines uns bekannten OpenSIM-Nutzers der eine Strafanzeige wegen gewerbsmässigen Betrugs bei der Polizei gegen einen OpenSIM-Betreiber gestellt hat.

06.04.2009

Neue Region-Ownerin von „Beverly High“ ist nun Jill Harsley, die Region-Owner Tobias Wiesel ablöst der auf seiner eigenen Sim werkelt. Jill hat, wie die meisten, über Second Life zu OpenSIM gefunden. Bei der Gelegenheit - weil immer wieder danach gefragt wird - der Hinweis das sich die Sandbox auf Sim2 befindet, auf der sich auch eine große Menge frei verfügbarer Freebies zum Kopieren befinden.

25.03.2009

Die Mini-Sim ist nun testweise in Betrieb und als Sim3 via Hypergrid von Sim2 aus zu erreichen. Sim3 ist ein weiterer Standalone OpenSIM-Server und läuft auf einem äusserst stromsparenden Mini-PC mit nur 1 Region die derzeit aber nur als Ablageplatz dient. Sim3 läuft mit OSGrid-kompatiblen Koordinaten von 11000,11000 und ist wegen des 4096 Koordinatenabstand-Problems nicht direkt von Sim1 aus erreichbar.

24.03.2009

Die Details der Webstatus-Abfrage wurde vorerst einmal entfernt, da es offenbar damit Probleme auf der Sim 1 gab. Weiterhin verfügbar ist bei der Anzeige des Sim-Status aber ob und welcher Server mit welcher Sim gerade online ist.

23.03.2009

Der Avatar „jarry_skytower“ hat heute die Region „Battery Park“ auf der Sim1 von der Region-Ownerin „angi_messmer2“ von uns übertragen bekommen, da die Avatarin die Region lange Zeit ungenutzt zurückgelassen hatte. Als wir die Region-Ownerin per E-Mail anschrieben ob sie ihre Region überhaupt noch nutzt, wollte diese sich sogar gar nicht mehr daran erinnern können daß sie jemals eine eigene Region hatte - und das obwohl sie die gesamte Region per Terraforming umgestellt hatte und ein Haus darauf baute. Leute gibts …

Diese negativen Erfahrungen mit Avataren den man kostenlos eine gesamte Region zum bebauen anbietet und diese dann verwaisen lassen werden wir sicherlich in zukünftige Übertragungen von Regionen mit berücksichtigen. Da wir die Sim1 ohnehin schon aus Gründen der Performance um einige Regionen kleiner machen mussten und nicht mehr allzuviel Platz darauf ist, vergeben wir nun freie Regionen nur noch an Avatare die schon einige Zeit registriert und aktiv sind und auch gezeigt haben daß sie wirklich das kostenlos zur Verfügung gestellte Land nutzen wollen. Neue Regionen werden ausserdem nur noch auf Sim2 bis Sim4 eingerichtet.

20.03.2009

Der neue Hippo OpenSIM Viewer 0.5.0 ist heute erschienen.

18.03.2009

Mini-Sim zum ausprobieren: Wir werden in Kürze die von uns vorgestellte Mini-Sim mit 1 Region online stellen und damit jedem Interessenten zum ausprobieren zur Verfügung stellen, sodaß sich jeder selbst ein Bild machen kann was technisch möglich ist.

13.03.2009

Neu integriert in das OpenSIM-Wiki ist eine Umfrage-Seite die aktuell die Frage stellt ob wir weiterhin OpenSIM-Standalone-Server im Hypergrid-Modus betreiben, oder uns mit einer oder mehreren Sims an ein Grid anschliessen sollen. Die jeweiligen Vorteile und Nachteile können diskutiert werden.

11.03.2009

Heute ist wieder ein IT-Unternehmen an uns herangetreten um das OpenSIM-Projekt zu fördern. Diesmal ist aber im Gegensatz zu den üblichen Business-Konzepten anderer Firmen ein tatsächlich nützliches Angebot dabei entstanden die Open Source Software OpenSimulator („OpenSIM“) durch das Aufstellen weiterer OpenSIM-Server in verschiedenen Rechenzentren (ganz so wie wir uns ein redundantes Grid an VR-Servern vorstellen) zu fördern, indem genug Kapazitäten zur Verfügung gestellt werden um grösseren Benutzergruppen kostenfrei die Möglichkeit zu geben OpenSIM ausgiebig testen zu können, alternativ zu anderen Anbietern die OpenSIM kommerzialisieren und für alles Geld verlangen. OpenSIM sollte eine echte Alternative und Verbesserung zu Second Life darstellen und die Entwicklung offener 3D-Internetinfrastrukturen ermöglichen, wozu wir beitragen wollen.

06.03.2009

Im Moment läuft die Sim1 recht stabil und Abstürze sind nur noch selten. Offenbar haben wir nun eine ausgewogene Balance zwischen Hard- und Software gefunden. Erweiterungen im Sinne weiterer Regionen werden sich dann vorraussichtlich nur noch auf weiterens Sims abspielen. Dazu wurde gestern bereits die 2.te Sim für den Dauerbetrieb aktiviert. Die Sim2 wurde sogleich von einigen Avataren bestürmt, obwohl es sich nur um zwei flache, fast unbebaute Regionen handelt. Mehr als mehr Platz wird im Moment da nicht angeboten.

Obwohl OpenSIM mit den Sim-Servern ein nonkommerzielles Projekt ist, ging auch gestern wieder ein konkret kommerzielles Angebot eines grösseren deutschen Unternehmens ein die Wiki-Plattform OpenSIM, das Wissen um die Software und die Technologie zu vermarkten. Ich halte das aber für die Software und die Community als eher schädlich und der Entwicklung der virtuellen Welten als freie 3D-Plattform als nicht zuträglich und lehne solche Anfragen generell ab. Bei mittlerweile über 600 registrierten, fast durchgehend deutschsprachigen OpenSIM-Benutzern und einem täglich immer grösser werdenden, festen OpenSIM-Nutzerstamm die ständig eingeloggt sind wird einem täglich bewusst wie hoch die Ansprüche, wie hoch das Interesse und wie gross der Markt virtueller Netzwerke ist, den auch immer mehr Firmen für sich nutzen möchten.

OpenSIM vereint mittlerweile mit ziemlicher Sicherheit die grösste deutschsprachige OpenSIM-Community mit täglichem Wachstum, die durch seine Dynamik am ansonsten eher schwächelnden Finanzmarkt für kommerzielle Unternehmen natürlich attraktiv erscheint. Man muß aber fast jedem Unternehmer immer erst einmal gebetsmühlenartig erklären das OpenSIM noch weit in den Anfängen liegt und es für Business-Konzepte arg verfrüht ist. Wer diese interessante Open Source Server-Software für virtuelle 3D-Welten wirklich fördern will der sollte am besten die Weiterentwicklung der Software forcieren und das Geld lieber in qualifizierte Programmierer mit Know-how und Verstand investieren als haufenweise Geld in verfrühte Marketingkampagnen zu stecken. Liebe Investoren es gibt sehr viele höchst interessante Projekte die ihr fördern könnt, OpenSIM ist mit hoher Sicherheit so eines mit einem hohen Potential zukunftsweisender Internettechnologie, aber man muß bares auch an der richtigen Stelle einsetzen, und das ist im Moment immer noch die Entwicklung der Software, denn wir befinden uns immer noch in tiefster Alpha-Phase. Die Software als Basis in stabile Bahnen zu bringen und die anstehenden Fragen und Teilaufgaben lösen, die noch zu erfüllen sind, muß erste Priorität sein. Es gibt viel zu tun, packt mit an!

05.03.2009

Die M34 Sim2 ist heute dazugekommen und kann von der Sim1 per Hypergrid-Teleport erreicht werden. Die Sim2 läuft auf einer Windows-Box (Windows 7) und dient vornehmlich als „Vergleichs-Sim“ zur Fehlereingrenzung zwischen Linux und Windows. Weiterhin hab ich heute einem Kunden OpenSIM gezeigt und er war so von der Möglichkeit begeistert virtuelle Objekte erstellen zu können die man begehen kann daß er nun überlegt ob er dies in sein Portfolio mit einbaut. Die Umsetzung soll unsere Firma machen. Von einem schweizerischen OpenSIM-User hörte ich daß OpenSIM zukünftig dazu verwendet werden soll ein virtuelles Hotel zu bauen indem Personen angelernt werden sollen um sie später in einen definierten Arbeitsprozess zu integrieren. Mehr dazu später.

02.03.2009

Alle registrierten OpenSIM-User haben ab sofort die Möglichkeit persönliche Benutzerseiten in diesem OpenSIM-Wiki im Bereich „User“ anzulegen. Zum Login werden diesselben Zugangsdaten (nur OpenSIM-Vorname und OpenSIM-Passwort, OpenSIM-Nachname entfällt) verwendet wie zum Login in die Sim. Wer also gerne persönliches auf eigenen Webseiten veröffentlichen möchte, oder einfach nur Infos oder Termine über eventuelle Inworld-Veranstaltungen auf seiner Sim oder Region, kann dies ab sofort tun. Vorher aber bitte bei uns über den Support melden, denn die Zugangsdaten werden nicht automatisch mit jeder OpenSIM-Registrierung auch im OpenSIM-Wiki übernommen, sondern müssen erst von uns manuell angelegt werden.

01.03.2009

Die auf der Sim 1 aktuell eingesetzte OpenSIM-Version ist 0.6.3.8646 (Interface Version 3) die gestern Abend einen ersten Belastungstest mit mehreren Avataren hatte. Bisher läuft die Sim 1 allerdings nur mit 2 Regionen, denn offenbar gibt es ein Kapazitätsproblem wenn alle 16 Regionen gleichzeitig auf der Sim 1 laufen. Wir werden heute im Laufe des Tages eine Region nach der anderen wieder aufschalten und versuchen zu ermitteln wo die Schmerzgrenze ist. Dazu hilft Inworld unter anderem das Beobachten der Sim-Performance die jeder Avatar mit der Tastensteuerung STRG-SHIFT-1 (alles gleichzeitig drücken) erreichen kann.

Update Das Kapazitäts- bzw. Performance-Problem auf der Sim 1 scheint gefunden worden zu sein. Eine Avatarin hatte auf ihrer Region recht exzessiv hunderte von animierten Grasbüscheln eingesetzt die die Leistung der Sim 1 sehr in Mitleidenschaft gezogen hatten (Ping von teilweise <3000 ms). Die Avatarin war sich nicht bewusst daß diese vielen hunderte Animationen zusammengenommen eine unnötig hohe Serverlast durch die benötigte Rechenzeit ergibt. Nachdem die animierten Grasbüschel dann von der Avatarin wieder entfernt worden sind lief die Sim spürbar und messbar besser. Die Latenz (Ping-Wert) fiel zusehends und die Sim 1 läuft nun wieder richtig flüssig und stabil. Bisher haben wir 9 der 16 Regionen wieder hochgefahren und stehen gewohnt den Regionenbesitzern zur Verfügung. Die verbleibenden 7 Regionen werden in den nächsten Tagen wieder hochgefahren, haben aber keine hohe Priorität, da entweder die Regionen wenig genutzt werden (>5 Besuche pro Tag), oder nur Sandboxen sind die als Platzhalter dienen wenn komplette Regionen von einer Sim zur einer anderen Sim umgezogen werden. Auch die Hypergrid Teleport-Regionen stehen wieder zur Verfügung !

28.02.2009

„Script-Husten“, so könnte man in etwa den aktuellen Zustand der Sim 1 bezeichnen. In der vergangenen Nacht haben wir mit allen möglichen Methoden versucht die Sim 1 wieder zum laufen zu bewegen, aber beim Starten der Sim friert der OpenSIM-Serverprozess beim Laden von Scripten mit der XEngine jedesmal komplett ein. Das Deaktivieren der XEngine half da leider auch nicht. Sehr selten funktionierte es kurz und sofort waren wieder Avatare eingeloggt die leider die Offline-Statusmeldung nicht beachtet haben und der Server hing sich wieder auf. Wir haben daher nun als Notlösung bis auf die Startregion alle anderen 15 Regionen vorerst abgeschaltet um wenigstens eine Login-Möglichkeit zur Sim 1 zu schaffen.

Möglicherweise müssen wir die 16 Regionen der Sim 1 auf die anderen Sims, sprich mehrere physikalischen Server, verteilen, denn offenbar gibt es aus einem noch unbekannten Grund ein Kapazitätsproblem von OpenSIM. Da die Software nicht wirklich stabil läuft ist derzeit kaum eine andere praktikable Lösung in Sicht. Wer in der Lage ist einen eigenen OpenSIM-Server zu betreiben sei hiermit dazu aufgefordert die Serverlast besser zu verteilen, denn dazu ist OpenSIM mit der Hypergrid-Funktion ausgelegt und es bietet sich geradezu an diese Funktion auch ausgiebig zu nutzen um der Zentralisierung von einzelnen Grids (die nichts weiter sind als Inseln (wenn sie nicht ausgiebig Hypergrid nutzen) mit einer zentralen und damit angreifbaren Datenbank) entgegenzuwirken und lieber ein verteiltes System von unabhängigen Sims nach Art des Internets nachzubauen.

Ich denke ein P2P-System (Peer-to-Peer) macht bei OpenSIM mehr Sinn als lauter einzelne Grids wo jeder Avatar für jedes Grid wieder neue Login-Daten benötigt. Es sollte für einen Avatar völlig egal sein wo er sich einloggt und kann dann von seiner Login-Region sich völlig frei über die einzelnen Sims bewegen. Das ist im Prinzip nichts anderes als wenn man sich bei seinem Internetprovider (ISP) einloggt und sich dann frei im Internet bewegen kann. Momentan wirken die OpenSIM Installationen weltweit eher wie einzelne abgeschlossene Intranets, die nur als Zusatzoption und nach Gutdünken des Administrators Sprungbretter (Hypergrid) zu anderen OpenSIM´s anbieten. Was bisher (noch) die Ausnahme ist sollte eigentlich die Regel sein.

27.02.2009

Leider besteht immer noch das Problem daß OpenSIM öfters mal nach dem Start plötzlich einfriert und keine Kommandos mehr im DOS-Fenster annimmt. Wir versuchen seit Tagen die Ursache herauszufinden und haben schon testweise die Scripte komplett deaktiviert, die mySQL-Datenbank reorganisiert und optimiert, die Speicherpuffer von mySQL erhöht, die Festplatten defragmentiert, zigfach die Netzwerkeinstellungen überprüft und einen Proxy zwischengeschaltet, aber nichts hilft. Ich bin fast der Meinung die gerade eingesetzte Version ist einfach nur buggy und muß schleunigst auf eine stabil laufende Version aktualisiert werden, denn einen manchmal hochschnellender Ping von über 3000 ms bei nur 3 eingeloggten Avataren ist absolut nicht normal, schon gar nicht wenn meine Admin-Verbindung gar nicht über das Internetgateway läuft, sondern direkt auf die lokale IP-Adresse des OpenSIM-Servers.

26.02.2009

In der letzten Nacht wurden bis heute morgen Wartungsarbeiten an der Sim 1 durchgeführt. Dabei wurden nach und nach einige der früheren Regionen importiert. Bei einer Region gab es ein Problem wo der OpenSIM-Serverprozess mitten im Start beim Laden eines Scripts über die XEngine komplett einfror. Die betreffende Region wurde daraufhin isoliert, sodaß der OpenSIM-Server wieder gestartet werden konnte. Wir kennen zwar nun die problematische Region, aber nicht deren Ursache, weil die auf der Region eingesetzten Scripts in anderen Regionen fehlerfrei laufen und sich daraus kein Zusammenhang erkennen lässt.

21.02.2009

Das Anmeldeformular zur OpenSIM-Registrierung wurde modifiziert. Leider mussten wir in der Vergangenheit immer wieder Registrierungen ablehnen weil die Anmelder entweder vergessen haben die Pflichtangaben auszufüllen, oder die Nutzungsregeln bzw. Nutzungsbedingungen nicht gelesen haben. Das neue Anmeldeformular prüft nun auf valide Angaben und übernimmt nur noch korrekte Anmeldungen.

20.02.2009

Heute dasselbe wie gestern: der OpenSIM-Serverprozess friert nach vielen Stunden normalen Betrieb irgendwann einfach ein und muss zwangsbeendet werden, da man nichts mehr in das Konsolenfenster eingeben kann. Derzeit behelfen wir uns mit Linux-Bordmitteln und unserem Server Live-Monitoring den Betrieb zu überwachen und jedesmal neu zu starten. Verwendet wird der OpenSimulator in der Version 0.6.2.8470 (interface version 2) unter Linux Ubuntu 8.10 mit mySQL 5.

19.02.2009

Sim 1 läuft noch, aber ich habe im Logfile gesehen daß OpenSIM nach einigen Stunden die mySQL-Datenbankverbindung verliert (ein bekannter Fehler), aber wieder automatisch aufbaut. Ich habe ein Test-Login mit meinem Master-Avatar probiert und es lief bis jetzt einwandfrei. Mal die Entwicklung im Laufe des Tages abwarten wenn wir den OpenSIM-Serverprozess zwischendrin neu starten.

Update Nach vielen Stunden Betrieb ist der OpenSIM-Serverprozess einfach eingefroren, man kann dann nichts mehr in das OpenSIM-Konsolenfenster eingeben und muss das Programm über den Task-Manager zwangsbeenden und dann neustarten. Bis jetzt hab ich leider nicht herausfinden können warum OpenSIM sich manchmal weghängt, oder ob das in bestimmten Zeitabständen passiert. Mir bleibt nichts anderes als die Entwicklung genau zu beobachten.

18.02.2009

Um die OpenSIM-Fehler möglichst einzugrenzen und die Sim 1 wieder in Betrieb nehmen zu können haben wir zunächst erst einmal mit einer Neuinstallation von OpenSIM V. 0.6.2.8470 (interface version 2) mit mySQL-Datenbank, Standalone-Modus, Hypergrid aktiv, alle Regionen platt gemacht, dann die Benutzerkonten wieder eingerichtet und zunächst nur 3 der 16 Regionen wieder importiert. Momentan ist die Sim 1 im eingeschränkten Testbetrieb um die Ursache der plötzlichen Probleme nach dem Datenbank-Umzug von SQLite nach mySQL zu ermitteln. Sim 2-4 wurden testweise parallel gestartet um Ausfallzeiten zu erkennen. Hypergrid ist zwar auf allen Sims aktiv, jedoch ist kein Hypergrid-Link derzeit aktiv um die Fehlerquote nicht unnötig heraufzutreiben.

17.02.2009

Wegen eines unbekannten Problems mit OpenSIM ist die Sim 1 derzeit nicht erreichbar. Die Probleme fingen gestern an als OpenSIM plötzlich sehr stark ruckelte und mehrfach eingeloggte Avatare davon berichteten daß es ständig „Hänger“ gibt. Sofort suchten wir die Spassbremse, konnten aber auf Betriebssystem- und Hardwareebene, als auch in der Konfiguration von OpenSIM keine Fehler finden. An der neuen mySQL-Datenbank kann es eigentlich auch nicht liegen, da diese auf maximale Performance getrimmt ist. Die Ursache ist leider nicht besonders einfach zu finden, da das Logfile von OpenSIM wenig aufschlussreich ist. Wir vermuten - sind aber nicht sicher - die Ursache entweder an einem Fehler in der verwendeten OpenSIM-Version 0.6.2, oder aber im Protokoll UDP das in unserem Netzwerk eingesetzt wird. Wir arbeiten derzeit an einer Lösung und benachrichtigen Euch hier wieder an dieser Stelle wenn wir den Fehler gefunden haben und den OpenSIM-Betrieb wieder aufnehmen.

Update Der Fehler konnte immer noch nicht gefunden werden, daher haben wir vorerst auf den Server umgestellt den wir vorher im Einsatz hatten. Welche Fehler bisher bekannt sind haben wir hier zusammengetragen. Möglicherweise sind nicht behebbare Fehler in den vorherigen Datenbanken, sodaß bei einer Migration nach mySQL diese Fehler mitgeschleppt werden. Dann bliebe nur ein kompletter Neuanfang.

16.02.2009

Die Umstellung der Datenbank von SQLite nach mySQL die letzte Nacht hat durch die ausgiebigen Tests und vorbereitenden Arbeiten perfekt geklappt. Wir hatten eine OpenSIM-Downtime von exakt 30 min. Pünktlich um 0 Uhr (Mitternacht) wurde der Server wieder hochgefahren und es dauerte nur Sekunden bis wieder die ersten Avatare online waren. Es musste danach Inworld noch etwas Fine-Tuning an den Regionen vorgenommen werden. Alle registrierten Avatare aus der „1.Generation“ haben nun als Geburtstag den 14. oder 15.2.2009. Wir haben mit dem DB-Wechsel auch zugleich den Server gewechselt und sind von dem testweise im Einsatz gewesenen Microsoft Windows 7 Betriebssystem wieder zurück auf ein Linux Ubuntu 8.10 System umgezogen. Alleine am vergangenen Wochenende haben sich knapp 30 Leute für OpenSIM registriert, was zeigt das enormes Interesse besteht. Im Moment sind noch 5 Regionen frei und kostenlos abzugeben.

15.02.2009

Geplanter Termin für die Umstellung der Datenbank von SQLite auf mySQL. Wir nehmen dazu den OpenSIM-Server mit der Sim 1 in der Nacht von Sonntag auf Montag am 15.Februar 2009 ab 23:00 Uhr MESZ (CET) vom Netz, sichern die bis dahin erreichten Datenbankzustände, die XML-Konfigurationsdateien, die Benutzerdatenbank und die Regionen. Nicht gesichert und übertragen auf die neue mySQL-Datenbank werden die Benutzer-Inventare (User-Inventory). Um das Benutzer-Inventar muss sich jeder registrierte und angemeldete Benutzer selbst kümmern. Wir schreiben dazu jeden registrierten Benutzer per E-Mail an und machen auf die Umstellung aufmerksam.

Wie man sein Inventar sichern kann haben wir in einer kurzen Anleitung beschrieben.

12.02.2009

Eine sehr gute Idee die ich über einen OpenSIM RSS-Feed fand möchte ich ebenfalls aufgreifen: eine Freebie-Region erstellen auf der jeder Benutzer freie Gegenstände (z.B. Möbel, Scripts etc.) für andere Benutzer ablegen kann. Diese Region wird dann regelmäßig von uns als OAR-Datei (OpenSIM Archive) gespeichert und zum Download angeboten. Damit kann dann jeder auf seinem eigenen OpenSimulator eine komplette Region mitsamt den freien Gegenständen laden. Das ist sicher für Leute die komplett neu anfangen eine gute Idee, denn so fängt man nicht komplett leer an und hat schon mal einen Satz Gegenstände mit denen man ausprobieren kann was mit OpenSIM machbar ist.

10.02.2009

Wir sind von verschiedenen Personen und von zwei Schulen angesprochen worden ob wir eine vorkonfigurierte OpenSimulator-Software mitsamt dem OpenSIM Wiki als Wissensdatenbank auf CD-ROM anbieten würden, oder als ISO-Image Download zum selberbrennen. Es gibt viele Interessenten an virtuellen 3D-Welten, die aber oft am Installationsaufwand und dem benötigtem PC- und Netzwerk-Grundwissen scheitern, was sehr schade ist, denn die Arbeit lohnt sich auf jeden Fall. Wir versuchen mit diesem OpenSIM-Wiki es ohnehin schon die technischen Hürden zu nehmen und es interessierten Anwendern so einfach wie möglich zu machen ihren eigenen 3D-Simulator zu betreiben, oder das von und angebotene OpenSIM-Testsystem zu nutzen. Bisher haben wir keine CD-ROM oder ISO-Image im Angebot, überlegen aber gerade ob wir eine solche zukünftig anbieten sollen, denn es würde der öffentlichen Verbreitung des Open Source Simulators sehr entgegen kommen, damit nicht nur Freaks, sondern auch gewöhnliche Anwender in den Genuss des OpenSimulators kommen.

Es gibt bereits von einem anderen Anbieter ein downloadbares ISO-Image zum selberbrennen, was wir allerdings nicht getestet haben und dafür auch keine Empfehlung aussprechen können. Wer es aber ausprobieren möchte findet unter diesem Link die benötigten Dateien. Wer diese Version getestet hat kann seine Erfahrungen damit gerne als Kommentar dazu hier hinterlassen. Ein Video von der Live-CD kann man sich hier ansehen.

09.02.2009

Die OpenSIM-Gemeinschaft wächst weiterhin rasant an und die Printmedien (Presse) melden sich vermehrt bei uns um Informationen über die faszinierenden, virtuellen 3D-Welten zu bekommen. Wir suchen daher noch erfahrene OpenSIM-Anwender die sich als Interview-Partner zur Verfügung stellen möchten. Wir vermitteln den Kontakt dann weiter. Interessenten melden sich bei uns bitte über den Live-Support.

Ausserdem wurde heute noch eine OpenSIM-Cam integriert.

Ein Benutzer machte mich heute ausserdem darauf aufmerksam daß plötzlich Scripte auf seiner Region nicht mehr laufen, obwohl weder etwas an der Region noch an der Server-Konfiguration umgestellt wurde. Nach einem OpenSIM-Serverneustart lief alles wieder normal. Ausserdem fiel mir auf das ohne nachvollziehbaren Grund sich plötzlich Teleport-Zielpositionen geändert haben, ebenfalls ohne daß jemand die Positionen geändert hätte. Manche Fehler in OpenSIM können wir einfach nicht nachvollziehen oder deren Ursache finden. Man wird in solchen Fällen immer wieder daran erinnert das sich der Opensimulator immer noch im tiefsten Alpha-Softwareentwicklungsstadium befindet und noch nicht die Version 1.0 erreicht hat. Bis dahin kann es noch ein längerer Weg werden - der sich aber auf jeden Fall lohnt!

07.02.2009

Seit gestern läuft der OpenSIM-Serverprozess der Sim 1 mit der SQLite DB leider sehr instabil und muß mehrmals täglich neu gestartet werden. Angefangen hat es mit einem Chaos in der Inventory-Datenbank beim hochladen von Texturen bei einem Avatar die wohl der Server nicht so schnell speichern konnte wie sie hochgeladen wurden. Der Avatar konnte sich anschliessend sogar nicht mehr mit seinem Account einloggen und musste zwangsweise einen neuen Namen annehmen. Wir prüfen gerade die Migration von SQLite nach mySQL um die unserer Meinung nach performanceschwache SQLite Datenbank abzulösen, die höchstwahrscheinlich die Ursache für die angehäuften OpenSIM-Crashs ist.

05.02.2009

Programm-Tipp: Artifex Terra 3D Terrain Editor ist eine kostenlose Software um faszinierende, virtuelle Landschaften zu gestalten. Ausserdem kann nun der Status aller von uns betriebenen Sims über die Seite Sim-Status in Echtzeit abgefragt werden.

03.02.2009

Die Locator-Karte (Map) wurde aktualisiert und weitere Hypergrid-Regionen wurden angebunden.

02.02.2009

Heute haben gleich zwei Firmen bei uns angefragt ob sie OpenSIM nutzen können für eine Firmenpräsenz im virtuellen 3D-Raum. Meine Standard-Antwort: „können“ schon, aber ob das Sinn macht kann schwer bezweifelt werden. Firmen verfolgen in der Regel kommerzielle Ziele, also gewerbliche Ausrichtung mit Gewinnerwartungen. Diese Erwartungen aber zu erfüllen in einem Projekt was rein nonkommerziell ist macht die Sache gänzlich banal. OpenSIM soll open sein und bleiben, offen für jeden und ohne Kosten. Falsch geplante, nicht genutzte und unnötige Shops wie es sie zu zigtausenden in Second Life gibt möchte zumindest ich nicht in OpenSIM sehen. OpenSIM soll den kreativen Köpfen, den Wegbereitern, den Tüftlern und Machern unter uns eine ideale Plattform bieten um sich ohne Grenzen austoben zu können.

30.01.2009

Die von uns betriebene Test-Sim „M34“ wurde nun testweise via Hypergrid auf 4 Server erweitert und besteht nun aus insgesamt 64 Regionen (je Server 16 Regionen). Beteiligt sind jeweils 1 Windows 7 Server und 3 Linux Ubuntu 8.10 Serverracksysteme die in unserer eigenen Serverhalle auf dem Grundstück betrieben werden. Die Server sind jeweils mit 2x GigaBit-NIC´s an den Switches angeschlossen um eine maximale Redundanz zu erreichen. Die Gesamtbandbreite steht netzwerkintern per 1 GBit und internetseitig mit 10 MBit zur Verfügung. Die Serverlast wurde mit hunderten PCampBot´s getestet und ist erstaunlich stabil, obwohl die OpenSIM-Software immer noch im Alpha-Stadium ist und bei weitem noch nicht ausgereift.

29.01.2009

Das OpenSimulator-Projekt ist nun bereits 2 Jahre alt und wird entsprechend gefeiert. Am 29.Januar 2007 veröffentlichte Darren Guard seinen ersten Prototyp des 3D-Welt Servers OpenSimulator. Mehr zum geschichtlichen Ablauf kann man in der englischsprachigen History nachlesen.

26.01.2009

Wegen ständig hoher Nachfrage haben wir die neue Hauptrubrik „Downloads“ hinzugefügt, die unterteilt ist in verschiedene Download-Kategorien wie Scripts, Texturen, Animationen und vieles andere mehr. Die Downloads können in OpenSIM frei verwendet werden.

21.01.2009

Die aktuellen News vom vergangenen Jahr 2008 sind nun in ein Archiv ausgelagert worden.

20.01.2009

Wir begrüssen heute den 500.registrierten OpenSIM-Benutzer. Momentan wächst die Anzahl registrierter OpenSIM-Benutzer stark an, was vermutlich auch mit der Preiserhöhung ab 1.1.2009 bei Second Life zu tun hat.

19.01.2009

Die neue Rubrik „wiesoweshalbwarum“ ist hinzugekommen und erklärt grundlegendes zu OpenSIM und zur Sim „M34“.

18.01.2009

Die von uns betriebene Sim „M34“ ist nun deutlich grösser geworden und besteht aus insgesamt 16 Regionen mit einer Fläche von etwas über 4 qkm.

12.01.2009

Gerade eben haben wir testweise OpenSIM 0.6.1 auf dem brandneuen MicroSoft Windows 7 Ultimate (Beta 7000) auf einem etwas älteren Test-PC (1,3 GHz AMD-CPU, 512 MB RAM, 40 GB IDE, NVidia MX200) in unserer Serverhalle installiert um festzustellen inwieweit es Probleme geben könnte. OpenSIM läuft einwandfrei und sehr stabil auf W7. Wichtig aber ist wie bei Vista auch: ins Root-Verzeichnis installieren (C:\OpenSim) und als Administrator ausführen.

09.01.2009

Die Downloads für Windows und Linux wurden aktualisiert. Es gibt nun für beide Betriebssysteme unterschiedliche Installationspakete.

01.01.2009

Ein gutes neues Jahr 2009 an alle OpenSIM-Nutzer, -Betreiber und -Interessenten! Wir haben nun für Euch auf der Chat-Seite ein Java-Applet integiert mit dem es möglich ist auch ohne installierten IRC-Client mit dem Webbrowser am OpenSIM-Chat teilzunehmen. Der OpenSIM-Chat ist ein IRC-Channel auf dem Server freenode.net und kann als freie Kommunikationsmöglichkeit unter OpenSIM-Anwendern genutzt werden. Der OpenSIM-Chat ist allerdings kein Support-Chat für technische Fragen. Den OpenSIM-Support finden Sie unter Support.

Hypergrid

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

Hypergrid

Hypergrid ist eine Erweiterung von OpenSIM die es ermöglicht einen Link zwischen verschiedenen OpenSIM-Servern herzustellen. Ein Avatar kann sich damit von einem OpenSIM-Server zu einem anderen OpenSIM-Server teleportieren, egal ob der andere OpenSIM-Server im Standalone- oder Grid-Modus läuft. Vorher war ein Teleport nur möglich wenn beide OpenSIM-Server am selben Grid angeschlossen sind. Hypergrid ermöglicht aber ein Teleport zu jedem OpenSIM-Server der die Hypergrid-Funktion eingeschaltet hat.

Man kann die Hypergrid-Funktion vergleichen mit einem Hyperlink („Link“) auf einer Webseite um von einer Internetseite zu einer anderen Internetseite auf einem anderen Server zu wechseln: ein Klick mit der Mouse genügt und der Webbrowser wechselt die Webseite. Hypergrid ermöglicht diesselbe Funktion innerhalb von virtuellen 3D-Welten, allerdings mit dem Zusatz daß der eigene Avatar mitsamt seinem Inventar auf einen anderen OpenSIM-Server wechselt. Auf dem anderen OpenSIM-Server erhält der Avatar automatisch den Gast-Status, wird also nur temporär der Benutzerdatenbank hinzugefügt. Per Hypergrid angeschlossene OpenSIM-Server sind als ganz normale Regionen auf der grossen Karte (Map) Inworld zu sehen und können daher auch ganz normal betreten, oder angeflogen werden, oder via Teleport. Die eigene Sim kann so durch die Hypergrid-Funktion extrem vergrössert werden, denn auch die angeschlossenen OpenSIM-Server können wiederrum weitere Verbindungen haben, womit Avatare prinzipiell unbegrenzten Bewegungsspielraum erhalten.

Die Grundidee von Hypergrid ist, das ein OpenSIM-Betreiber („Sim-Owner“), ein Regionen-Administrator, oder ein Grid-Administrator auf der Karte („Map“) einen Hyperlink zu einer anderen Region auf einem anderen OpenSIM-Server setzen kann, damit eingeloggte Avatare an dieser Stelle zu dieser fremden Region teleportieren können.

Hypergrid einsetzen

Um die Hypergrid-Funktion in OpenSIM einzuschalten wird OpenSIM mit einem bestimmten Start-Parameter gestartet. Falls man die Hypergrid-Funktion ständig aktiviert lassen möchte, kann man dazu auch die Datei startup_commands.txt ¹⁾ anpassen.

opensim.exe -hypergrid=true

Die per Hypergrid verlinkten OpenSIM-Server sollten die gleiche Programmversion verwenden um mögliche Inkompatibilitäten bei der Verwendung bestimmter Funktionen zu vermeiden. Am besten legt man sich freie Regionen am äusseren Rand seiner eigenen Sim an die als Teleport-Regionen dienen. Um eine bestimmte Region auf einem hypergridfähigen OpenSIM-Server zu erreichen muß dessen IP/URL und Port bekannt sein, beispielsweise

DOMAIN:9090

Die Portnummer wird der Region zugewiesen die als Start- bzw. Ausgangspunkt für per Hypergrid-Teleport ankommende Avatare dienen soll. Um Störungen zu vermeiden sollte diese Region möglichst unbebaut sein.

Regionen miteinander verlinken

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

Hypergrid-Link im Programmfenster

link-region <Xloc> <Yloc> <Domain/IP> <Portnummer> <Regionname>

Beispiel

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

Hypergrid-Link per Startup-Datei

Das Starten der Hypergrid-Funktion als Kommando in der Startup-Datei startup_commands.txt scheint nicht zu funktionieren. Es erscheint zwar beim starten des OpenSIM-Serverprozesses am Ende die Meldung Hypergrid wäre angeblich aktiv, dies ist dann aber nicht der Fall. Hypergrid läuft nur dann wenn ganz zu Beginn beim Start des OpenSIM-Serverprozesses in den umrahmten Sternchen steht das Hypergrid aktiv ist. Die sichere Methode Hypergrid aktiv zu schalten ist daher immer OpenSIM mit dem Startparameter -hypergrid=true zu starten (siehe oben).

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 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.

Sims miteinander verbinden

Um verschiedene Sims bei verschiedenen Sim-Betreibern miteinander zu verbinden kann man Hypergrid einsetzen um so einen grösseren virtuellen Raum zu schaffen in dem sich die Avatare bewegen können. Wie Sie Sims per Hypergrid miteinander verbinden können Sie hier nachlesen.

Unsere Sim verbinden

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

link-region 4400 4400 opensim.DOMAIN 9090 M34

Öffentliche Hypergrid Knotenpunkte

Link

¹⁾

siehe Beispiel

Darren Guard

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

Darren Guard

Das OpenSIM-Projekt wurde im Januar 2007 von Darren Guard (auch bekannt unter seinem Realnamen Michael Wright, oder „MW“) initiiert, um eine virtuelle 3D-Umgebung zu schaffen, die für unterschiedliche Anwendungen nutzbar sein sollte. Im Mai 2006 gaben Hacker bekannt, dass sie das Second Life Protokoll mittels Reverse Engineering entziffert hätten. Als Ziel gaben die Hacker an, ein tieferes Verständnis für die Funktionsweise von Second Life erlangen und die virtuelle Welt besser in das Web einbinden zu wollen. Linden Lab, Betreiber des Second Life Grid, reagierte gelassen und begann, die Hacker-Community zu unterstützen.

2007 veröffentlichte Linden Lab selbst Teile des Programmcodes. Der Second Life Viewer war Open Source geworden - nicht jedoch die Server-Software, deren Geheimnisse die Hacker Community weiter erforschte. Der erste in C# existierende Programm-Quellcode der Server-Software entstand durch Reverse Engineering etwa um den 14.Januar 2007. Die erste Veröffentlichung via SVN erfolgte unter dem Namen „second server“ am 31.Januar 2007. Darren Guard (aka Michael Wright) schrieb in das libsl Forum „i've got a simple simulator working“ womit er für Aufsehen sorgte. Darren Guard erkannte das viele Versuche zur Erstellung virtueller Welten daran scheiterten, dass man gleichzeitig sowohl an Servern als auch an Clients arbeiten musste. Bis im Januar 2007 der Second Life Client als Open Source veröffentlicht wurde und libsecondlife in einer stabilen Version vorlag.

So wurde die Idee geboren einen OpenSimulator zu entwickeln mit dem initialen Ziel einen Server zu entwickeln mit dem sich jeder mit seinem normalen Second Life Programm verbinden und erste Basisfunktionen nutzen kann. Die Idee war daß sich aus dem kleinen Projekt mit der Zeit durch die grössere Verbreitung eine grosse Gemeinschaft entwickelt. Dieses Ziel wurde längst erreicht, mit dem jetzigen Ziel daß sich OpenSIM als Standard-Plattform für virtuelle 3D-Umgebungen etabliert das auch von anderen Anwendungen genutzt werden kann, und/oder in diesen Anwendungen integriert ist. Währendessen wird die Kompatibilität mit dem Second Life Programm bewahrt, als auch andere 3D-Viewer entwickelt werden die alternativ eingesetzt werden können. Für die Zukunft hoffen wir daß wir Protokolle entwickeln die dann völlig unabhängig von Second Life sein werden.

Darren arbeitet für die schwedische Firma „Tribal Media AB“, zusammen mit seinen Kollegen Stefan Andersson und Jim Prescott. Nach seinem Realnamen Michael Wright wurde der Hauptplatz „Wright Plaza“ im OpenSIM Grid benannt.

Mini-Sim

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

Mini-Sim

Ziel des Projekts „Mini-Sim“ ist es mit möglichst geringem Aufwand, geringen Kosten und geringen Anforderungen eine eigene Sim zu betreiben um diese im Dauerbetrieb im Hintergrund am eigenen Internetzugang laufen lassen zu können, denn Eigenhosting kommt auf Dauer billiger als einen Server bei einem Hoster zu mieten und wird für die allermeisten Ansprüche wohl genügen. Durch möglichst geringe Kosten ist dann auch der Langzeitbetrieb ohne finanzielles Risiko eher gewährleistet.

Mini-Sim Anforderungen

ein PC mit möglichst wenig Stromverbrauch (siehe Bild Mini-PC)
schnelle DSL-Internetverbindung
Open Source Software „OpenSimulator“

Erste Tests

Wir bei S-NetworkX, dem Betreiber von OpenSIM und der M34-Sim, haben testweise eine Mini-Sim zusammengebaut und waren erstaunt mit wie wenig Mittel und Aufwand eine Mini-Sim zu betreiben ist. Der dazu eingesetzte Mini-PC arbeitet ohne stromfressenden Monitor und ohne Grafikkarte und wird komplett über das lokale Netzwerk (LAN) ferngesteuert. Der Stromverbrauch liegt im normalen Betrieb bei etwa 20 Watt in dem lüfterlosen, fast geräuschlosen Gehäuse, wo nur leise das surren der Festplatte zu hören ist. Entsprechende Mini-PC´s gibt es im Fachhandel ab etwa 230 Euro zu kaufen, je nach den eigenen Ansprüchen, im Gebrauchtmarkt auch günstiger.

Der Mini-PC sollte eine CPU mit mindestens 2 GHz Systemtakt haben und RAM mindestens 1 GB, besser 2 GB. Die Festplatte sollte am besten ein SATA-Modell sein mit mindestens 80 GB Speicherplatz. Als Betriebssystem empfehlen wir entweder ein Windows-Lite wo nur das allerwichtigste drauf ist, oder ein Linux-Betriebssystem wie zum Beispiel Ubuntu. Der Mini-PC wird über die Netzwerkbuchse per Kabel direkt mit dem DSL-Router verbunden und bekommt eine feste, interne IP-Adresse. Wer es besonders ausfallsicher mag spendiert dem Mini-PC eine unterbrechungsfreie Stromversorgung (USV), im Fachhandel ab etwa 60 Euro.

Beim Internetzugang ist sparen allerdings fehl am Platz, da ist je schneller, desto besser. Ein ADSL-Internetzugang mit 16 MBit Downstream und 1 MBit Upstream (ab ca. 30 Euro/Monat) sollte es schon sein.

Kosten

Die einmaligen und die laufenden Kosten sollten so gering wie möglich sein. Die hier genannten Werte sind geschätzt und hängen von denen bei Ihnen vorhandenen Stromkosten und den Preisen ab für die Sie die Geräte und Leistungen einkaufen.

Einmalige Kosten

Ab ca. 230 Euro (Anschaffungskosten Mini-PC). Es geht natürlich auch ein alter, ausgedienter PC, der jedoch dann mit ziemlicher Sicherheit nicht die Kriterien eines möglichst geringen Stromverbrauchs erreicht.

Laufende Kosten

Ab ca. 35 Euro (Stromverbrauch und Internetzugang). Der Internetzugang kann natürlich auch anderweitig noch verwendet werden und für die meisten wird dies nicht relevant sein da ohnehin bereits ein Internetzugang vorhanden ist. In diesem Fall fallen nur die Stromkosten an.

Langfristig müssen Sie auch damit rechnen daß möglicherweise Teile der Hardware des Mini-PC ausfallen können, zum Beispiel die eingebaute Festplatte nach langem Dauerbetrieb den Geist aufgibt, oder Lüfter oder Netzteil zu ersetzen sind. Diese unvorhergesehenen Kosten müssen in einen Langzeitbetrieb mit einkalkuliert werden.

Sim on Demand

Die Mini-Sim, oder auch Sim on Demand genannt, ist via Teleport erreichbar.