27.10.2025, 09:43
(Dieser Beitrag wurde zuletzt bearbeitet: 27.10.2025, 10:05 von 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.
(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.
Ein Metaversum sind viele kleine Räume, die nahtlos aneinander passen,
sowie direkt sichtbar und begehbar sind, als wäre es aus einem Guss.
sowie direkt sichtbar und begehbar sind, als wäre es aus einem Guss.
![[-]](https://www.gridtalk.de/images/collapse.png)
