OpenSim Chat log

[Manfred Aabye]

### Zusammenfassung des OpenSimulator-Entwicklertreffens vom 30.09.2025
(deepseek frage: Kannst du diese Seite in Deutsch zusammenfassen?: Adresse)

**Hauptthema:** Die Einführung einer neuen **"Region Robustness"**-Stufe, die die Stabilität und Leistung von Regionen (Simulatoren) verbessern soll.

**Wichtige Diskussionspunkte im Detail:**

1. **Neue "Region Robustness"-Stufe (RR):**
* **Zweck:** Sie soll verhindern, dass eine fehlerhafte oder überlastete Region andere Regionen auf demselben Simulator („Sim“) beeinträchtigt. Bisher konnte ein Absturz einer Region zum Absturz des gesamten Sim-Prozesses führen.
* **Funktionsweise:** Jede Region läuft in einer separaten "Application Domain". Wenn eine Region abstürzt oder hängen bleibt, kann sie isoliert beendet und neu gestartet werden, ohne die anderen Regionen auf dem Sim zu stören.
* **Aktueller Status:** Die Funktion ist noch **experimentell** und standardmäßig deaktiviert. Sie muss in der Konfigurationsdatei (`OpenSim.ini`) aktiviert werden.
* **Bekannte Probleme:** Es gibt noch Einschränkungen, insbesondere bei der Verwendung von nativen Code-Modulen (z.B. Physik-Engines). Diese können derzeit nicht sauber entladen werden, was zu Speicherleckagen führen kann.

2. **Technische Details und Herausforderungen:**
* Die Diskussion ging stark auf die technische Umsetzung ein, insbesondere auf die Verwendung von **Application Domains (AppDomains)** in .NET/Mono.
* Es wurde erwähnt, dass die Funktion auf einigen Systemen (z.B. mit neueren .NET-Versionen) möglicherweise nicht zuverlässig funktioniert.
* Ein zentrales Problem ist die "Unloading"-Problematik: Das Entfernen einer abgestürzten Region aus dem Speicher ist komplex und nicht immer vollständig möglich, besonders wenn nativer Code involviert ist.

3. **Administrator-Relevante Informationen:**
* Für Betreiber von OpenSimulator-Instanzen ist diese Funktion ein potenziell mächtiges Werkzeug, um die Gesamtstabilität ihres Grids zu erhöhen.
* Es wird jedoch ausdrücklich davon abgeraten, sie derzeit in Produktivumgebungen einzusetzen, da sie sich noch in der Testphase befindet.

4. **Weitere Themen (kurz angesprochen):**
* **"Interest Management":** Ein kurzer Hinweis auf laufende Arbeiten zur Optimierung, wie Avatare und Objekte in der Welt sichtbar sind, um die Leistung zu verbessern.
* **Protokollierung (Logging):** Es gab eine kurze Erwähnung von Verbesserungen im Logging-System.

**Fazit des Meetings:**

Das Treffen konzentrierte sich fast ausschließlich auf die vielversprechende, aber noch nicht ausgereifte "Region Robustness"-Funktion. Das Entwicklungsteam arbeitet aktiv an der Lösung der verbleibenden technischen Hürden, um Simulatoren in Zukunft stabiler und fehlertoleranter zu machen. Es handelt sich um eine wichtige langfristige Verbesserung für die Architektur von OpenSimulator.

---

### Zusammenfassung des OpenSimulator-Community-Meetings vom 14.10.2025
(deepseek frage: Kannst du diese Seite in Deutsch zusammenfassen?: Adresse)

Das Protokoll dokumentiert die wöchentliche Telefonkonferenz der OpenSimulator-Entwickler und Community-Mitglieder. Die Diskussionen waren technisch und konzentrierten sich auf aktuelle Probleme, laufende Arbeiten und zukünftige Planungen.

**Die wichtigsten Diskussionsthemen im Überblick:**

1. **Problem mit .NET 8 und `libcurl`:** Ein großes Thema war ein Kompatibilitätsproblem unter Windows, bei dem die neue .NET 8-Laufzeitumgebung eine andere `libcurl`-Bibliothek als die von OpenSimulator benötigte Version verwendet. Dies führt zu Fehlern. Die Diskussion drehte sich um Lösungsansätze, wie das Umbenennen der OpenSimulator-eigenen Bibliothek oder das Sperren der .NET-Version auf 6.

2. **"Region-Fallback" für abgestürzte Regionen:** Es wurde ein neues Feature vorgestellt und diskutiert, das es ermöglicht, dass eine Region, falls sie abstürzt, automatisch auf eine stabile, vorkonfigurierte "Fallback"-Region umleitet, anstatt für den Nutzer unzugänglich zu sein. Dies verbessert die Benutzererfahrung und Stabilität.

3. **Aktuelle Arbeiten und "Burning Down the List":**
* **PhysX-Plugin:** Es wurden Fortschritte bei der Portierung des PhysX-Plugins auf neuere Versionen gemeldet, was für eine modernere Physik-Engine wichtig ist.
* **BulleSim-Physics-Engine:** Hier gab es Berichte über Performance-Probleme ("Kriechgang"), die untersucht werden.
* **`.oar`-Format (Regionenarchiv):** Eine langfristige Überarbeitung des Dateiformats zum Speichern von Regionen wurde erwähnt, um zukünftige Funktionen besser zu unterstützen.
* **Web-Zugriff auf die Konsole:** Es wurde über die Möglichkeit gesprochen, den Administrations-Zugriff auf die Simulator-Konsole über eine Web-Oberfläche zu ermöglichen.

4. **Verschiedenes (Sonnendunkel):**
* Ein kurzes, nicht-technisches Gespräch über eine bevorstehende partielle Sonnenfinsternis in Teilen der Welt.

**Zusammenfassend** lässt sich sagen, dass sich die Community hauptsächlich mit der Behebung akuter technischer Probleme (.NET 8) beschäftigte, gleichzeitig aber auch wichtige Stabilitäts- und Entwicklungsfeatures (Region-Fallback, PhysX) vorantrieb. Der Ton war sachlich und lösungsorientiert.

---

Zusammenfassung der Besprechung vom 21. Oktober 2025 (OpenSimulator-Projekt)
(deepseek frage: Kannst du diese Seite in Deutsch zusammenfassen?: Adresse)

Diese Seite dokumentiert den Chat-Verlauf der wöchentlichen Entwicklerbesprechung des OpenSimulator-Projekts. Hier sind die wichtigsten Diskussionspunkte und Entscheidungen:

**1. Technische Probleme und Fehlerbehebungen (Bug Fixes):**

* **Region-zu-Region-Teleport (Hypergrid):** Ein kritischer Fehler, der das Verlassen einer Region per Teleport blockierte, wurde identifiziert und eine Lösung gefunden. Der Fix wird in die nächste Version von `OpenSimulator` und `libopenmetaverse` integriert.
* **"Entity Transfer"-Fehler:** Ein weiteres Problem im Zusammenhang mit der Regionübergabe wurde behoben.
* **Protokollierung (Logging):** Ein Problem mit der Protokollierung von `libopenmetaverse` wurde gemeldet, das die Fehlersuche erschwert.

**2. Zukünftige Entwicklung und Verbesserungen (Enhancements):**

* **Physik-Engine (ODE):** Es wurde ausführlich über die Aktualisierung der veralteten ODE-Physik-Engine diskutiert. Dies ist ein komplexes, aber wichtiges Vorhaben, um Stabilität und Performance zu verbessern. Die Arbeit daran hat begonnen.
* **Bullet-Physik-Engine:** Parallel dazu wird auch die Bullet-Engine weiterentwickelt und gewartet.
* **.NET Framework-Version:** Es gab eine kurze Diskussion über die Verwendung von .NET 4.8 vs. .NET 6.0+, wobei ein Wechsel als langfristiges Ziel angesehen wird.
* **Neue "Materials"-Funktionalität:** Die Arbeit an dieser neuen Funktion schreitet voran und sie ist fast betriebsbereit.

**3. Administrative und Community-Themen:**

* **Release-Planung:** Es wurde über den Zeitplan für das nächste Release (Version 0.9.3) gesprochen. Ein "Release Candidate" ist für die Woche nach der Besprechung geplant, sofern keine größeren Probleme auftreten.
* **Dokumentation:** Die Notwendigkeit, die Dokumentation zu verbessern und zu aktualisieren, wurde betont.
* **Entwicklerzugang:** Einem neuen Entwickler wurden die nötigen Berechtigungen erteilt, um an `libopenmetaverse` mitzuarbeiten.

**Zusammenfassend** lag der Fokus des Treffens auf der Stabilisierung der Software durch die Behebung kritischer Fehler (insbesondere bei Teleports) und der Planung des nächsten Releases. Gleichzeitig wurden die langfristigen Arbeiten an den Physik-Engines und neuen Funktionen vorangetrieben.

[Bogus Curry]

Entwicklerteam ... hat ubit mit sich selbst diskussionen geführt ? Lol

[Manfred Aabye]

Hier ist eine Zusammenfassung des OpenSimulator-Meeting-Protokolls vom 28. Oktober 2025 auf Deutsch:
(Copilot frage: Kannst du diese Seite in Deutsch zusammenfassen?: Adresse)

**Allgemeiner Überblick:**

Das wöchentliche Entwicklermeeting war ein informeller Austausch ohne größere Code-Updates in der vergangenen Woche. Die Diskussionen drehten sich hauptsächlich um technische Probleme, laufende Arbeiten und Community-Themen.

**Wichtige Diskussionspunkte:**

1. **Keine größeren Code-Änderungen:** Andrew Hellershanks eröffnete das Meeting mit der Feststellung, dass es in der letzten Woche keine Code-Änderungen am OpenSimulator-Hauptzweig (Trunk) gegeben habe.

2. **Technische Probleme und Lösungen:**
* **Datenbanken:** Es gab eine längere Diskussion über Probleme mit Datenbank-Treibern (Connectors). PostgreSQL und neuere MariaDB-Versionen scheinen aktuell Probleme zu bereiten, während MySQL (mit einem bestimmten Connector) derzeit als stabilste Option angesehen wird.
* **Betriebssystem-Updates:** Gavin Hird berichtete von einer fehlgeschlagenen Debian-Distribution-Version (von 12 auf 13), die eine Neuinstallation erforderlich machte.
* **UbODE-Physik-Engine:** Vincent Sylvester meldete einen Absturz im Zusammenhang mit der Physik-Engine. Ubit Umarov wies darauf hin, dass UbODE in großen Regionen mit vielen Kollisionen die Stack-Größe erhöht benötigt, besonders unter Linux. Für macOS wurde eine Lösung verlinkt.
* **libgdiplus:** Das Problem mit der Grafikbibliothek `libgdiplus` und der fehlenden Fehlerdiagnose (Backtrace) bei Abstürzen besteht weiterhin.

3. **Kleine Code-Bereinigung:** Ubit Umarov erwähnte eine geringfügige Änderung: Die Entfernung der veralteten DLL-Datei `Mono.Data.SqliteClient.dll`, da sie seit langem durch `Mono.Data.SQlite` ersetzt wird.

4. **Viewer-Entwicklung:** Gavin Hird kündigte an, demnächst eine neue Version seines Mac Viewers mit vielen Code-Erweiterungen zu veröffentlichen.

5. **Kritik an KI-Tools:** Die Entwickler äußerten sich sehr skeptisch bis ablehnend gegenüber KI-gestützten Programmierwerkzeugen. Sie berichteten von unzuverlässigen Ergebnissen und sahen eine bevorstehende "KI-Blase".

6. **Community-Konferenz:** Lyr Lobo erinnerte an die anstehende **OpenSimulator Community Conference am 6.-7. Dezember 2025** und warb für Registrierungen und Freiwillige.

7. **Firestorm-Bridge:** Cuga Rajal fragte nach einer ausgegrauten Option "Script Info" im Rechtsklick-Menü des Firestorm Viewers. Es wurde festgestellt, dass diese Funktion in OpenSimulator nicht (mehr) unterstützt zu werden scheint.

**Zusammenfassung:**

Das Meeting war von lockeren technischen Diskussionen geprägt, bei denen es weniger um neue Features, sondern mehr um die Behebung von Stabilitätsproblemen (Datenbanken, Physik-Engine) und alltägliche Herausforderungen der Entwickler ging. Die Community-Konferenz im Dezember stellt ein wichtiges bevorstehendes Ereignis dar.