Posts by Devidian

Ein etwas größeres update ist nun offiziell von mir freigegeben. Mit diesem Update wird dynamische Wirtschaft eingeführt. Spieler können über den systemshop items kaufen und verkaufen.

Admins können frei konfigurieren welche items angeboten werden. Sie können ausserdem für jeden shop eine eigene Konfiguration laden, so kann man z.b. einen Shop für Grundbedarf oder einen für Agrargüter anlegen, oder einen für Fundsachen.

Admins können dabei für jedes item verschiedene Einstellungen vornehmen, unter anderem:

- Initiale und Maximale Lagerbestände sowie Ziel-Lagerbestand

- Grundpreis (der Preis den ein Item hat wenn es sich im Ziel-Lagerbestand befindet

- Ob ein item nur von Spielern gehandelt werden kann ..

- ... oder ob das system die items bis zum zielbestand langsam auffüllt oder verbraucht.

- ob ein item nur gekauft oder nur verkauft werden kann oder beides

Known issues:

- das nachfüllen der items scheint noch nicht immer regelmäßig zu funktionieren.

## [0.4.0] - 2026-06-08 | Admin wallet overview

- feat: add Wallet player shortcut visibility setting for `/ozt` and inventory shortcuts

- change: remove obsolete shared escape-close registration pending future API support

Wenn in der Session keiner online war macht er einen Neustart und gut ist, wenn jemand online war - auch wenn der schon länger offline war wie man hier sieht - gibt es immer das port problem. Vielleicht ist es auch ein docker problem, da bin ich überfragt.

Hmm da durch meine Shop und Marketplace viele assets aus dem spiel geladen werden vielleicht? (also Case 2) Discord Connect lief ja schon länger ohne Probleme vorher, klar kann das ein zusätzlicher Faktor sein aber zuletzt kamen Shop und MArketplace dazu, die haben eigentlich keine Threads, höchstens ein paar Timer im Shop für den refill, aber der dürfte planmäßig nur einmal die Stunde laufen. Bin mir gerade nicht sicher ob er da einen eigenen Thread für macht. Laut KI jedenfalls nicht.

Das mit dem ErrorFile kann ich mal probieren aber dann muss ich wieder umstellen, sonst kommt gar kein error mehr

Klar ich hab ja noch die anderen logs eigentlich dürften die relativ identisch sein habe aber trotzdem mal 4 hinzugefügt.

Shutdown macht er ja, trotzdem die Wiederholung. Allerdings ist mir aufgefallen das er auf dem Dev Server keine Wiederholung macht wenn in der Session kein Spieler online war

PS bisher stabil mit anderem gc

Na aber die habe ich ja auch auf true

warum bekommst du hs_err_pid dateien aber ich nicht 😢😅

Karte läuft super, habe noch Features hinzugefügt. Man kann jetzt Spieler sehen, Grundstücke und Sektorgrenzen

Quote from noci

Kannst du mir ein Zugang machen?

Habe noch ein Fehler gefunden
und es noch Bunter gemacht

Zugang ist schwierig da es sich um webspace handelt, ich gebe ungerne ftp zugriff für externe frei. Aber du kannst mir jederzeit updates schicken. Vielleicht richte ich mal ein upload formular ein das du es selbst aktualisieren kannst.

PS: Wenn man eine checkbox an oder abwählt wird die Sektion wieder geschlossen, das solltest du fixen.

Ich kann es nachher mal auf meinen Webspace laden, den hab ich schon ewig und das wird auch so bleiben 😅

EDIT: https://rw.omega-zirkel.de/tools/permission-manager.html

AdminUtils aktualisiert die chunk Oberflächen für die map, allerdings habe ich das erst kürzlich aktiviert, die crashes gab es schon vorher. Ich kann es aber Zeitweise mal wieder deaktivieren und dann noch mal logs generieren.

Die KI hatte mir auch vorgeschlagen UseParallelGC oder UseSerialGC zu verwenden, aktuell hab ich letzteres aktiviert seit 9:48 heute. Bisher gab es noch keinen crash. Sollte es einen weiteren geben werde ich die Mapping Funktion aus AdminUtils deaktivieren.

Bisher habe ich noch kein Plugin das auf blueprints lauscht.

Die chunk x z Ausgabe findet hier statt: https://github.com/Devidian/rw…dMapChunkCapture.java#L30

Hier mal aus der aktuellen log session, die noch nicht abgestürzt ist:

[Java] [OZ.ThreadDiagnostics] Thread summary: current=59, peak=69, totalStarted=429, names={Cleaner-0=1, Common-Cleaner=1, FileSystemWatchService=1, Finalizer=1, JDA Gateway-Worker 1=1, JDA MainWS-ReadThread=1, JDA MainWS-WriteThread=1, JDA RateLimit-Elastic-Worker 2=1, JDA RateLimit-Scheduler-Worker 1=1, JDA RateLimit-Scheduler-Worker 2=1, Notification Thread=1, OZ-ThreadDiagnostics=1, OZAdminUtils-MapSource=1, OZDiscordConnect-ActivityTimer=1, OZDiscordConnect-RestartTimer=1, OZDiscordConnect-Transport=1, PluginFileWatcher-Thread=1, ReadingThread=1, Reference Handler=1, Signal Dispatcher=1, Thread-26=1, Thread-27=1, Thread-28=1, Thread-29=1, Thread-30=1, Thread-31=1, Thread-37=1, Thread-38=1, Thread-39=1, Thread-40=1, Thread-41=1, Thread-42=1, Thread-43=1, Thread-44=1, Thread-50=1, Thread-51=1, Thread-52=1, Thread-53=1, Thread-8=1, WebSocket-Reconnect=1, WritingThread=1, httpclient-dispatch-1=1, httpclient-dispatch-10=1, httpclient-dispatch-11=1, httpclient-dispatch-12=1, httpclient-dispatch-13=1, httpclient-dispatch-14=1, httpclient-dispatch-15=1, httpclient-dispatch-16=1, httpclient-dispatch-2=1, httpclient-dispatch-3=1, httpclient-dispatch-4=1, httpclient-dispatch-5=1, httpclient-dispatch-6=1, httpclient-dispatch-7=1, httpclient-dispatch-8=1, httpclient-dispatch-9=1, httpclient-main-1=1, main=1}

Die Session lief bis zum geplanten Neustart einwandfrei durch und es waren einige Spieler aktiv

[Java] [OZ.ThreadDiagnostics] Thread summary: current=65, peak=69, totalStarted=626, names={Cleaner-0=1, Common-Cleaner=1, FileSystemWatchService=1, Finalizer=1, ForkJoinPool.commonPool-worker-80=1, JDA Gateway-Worker 1=1, JDA MainWS-ReadThread=1, JDA MainWS-WriteThread=1, JDA RateLimit-Elastic-Worker 2=1, JDA RateLimit-Scheduler-Worker 1=1, JDA RateLimit-Scheduler-Worker 2=1, Notification Thread=1, OZ-ThreadDiagnostics=1, OZAdminUtils-MapSource=1, OZDiscordConnect-ActivityTimer=1, OZDiscordConnect-RestartTimer=1, OZDiscordConnect-Transport=1, OkHttp TaskRunner=4, Okio Watchdog=1, PluginFileWatcher-Thread=1, ReadingThread=1, Reference Handler=1, Signal Dispatcher=1, Thread-26=1, Thread-27=1, Thread-28=1, Thread-29=1, Thread-30=1, Thread-31=1, Thread-37=1, Thread-38=1, Thread-39=1, Thread-40=1, Thread-41=1, Thread-42=1, Thread-43=1, Thread-44=1, Thread-50=1, Thread-51=1, Thread-52=1, Thread-53=1, Thread-8=1, WebSocket-Reconnect=1, WritingThread=1, httpclient-dispatch-1=1, httpclient-dispatch-10=1, httpclient-dispatch-11=1, httpclient-dispatch-12=1, httpclient-dispatch-13=1, httpclient-dispatch-14=1, httpclient-dispatch-15=1, httpclient-dispatch-16=1, httpclient-dispatch-2=1, httpclient-dispatch-3=1, httpclient-dispatch-4=1, httpclient-dispatch-5=1, httpclient-dispatch-6=1, httpclient-dispatch-7=1, httpclient-dispatch-8=1, httpclient-dispatch-9=1, httpclient-main-1=1, main=1}
...
Invoke shutdown via command...
[WARNING] [17:02:22] Exit (0)
[WARNING] [17:02:22] Q U I T   R I S I N G   W O R L D   S E R V E R
Stopping Webserver...
STEAM SERVER SHUTDOWN
...
JNI: DESTROY JAVA VM
Create new JNIEnv  (handle: 93843685619264, thread: 95460)
[Java] [OZLogger] Terminating Log4j framework globally.
NativeMemoryManager: Free 30855 memory pointers (305333707 B)...
[END]

interessant ist hier das er shutdown macht aber danach 5 mal neustarten muss weil er das problem mit dem port hat. Du hattest mal gesagt das man in den settings Server_RestartEnabled=False verwenden soll, aber geholfen hat es nicht

Da kommt dann immer das hier:

Create Public Webserver IP: 0.0.0.0 Port: 4254
Add Prefix: /
Add Prefix: /info
Add Prefix: /playerlist
Add Prefix: /images/header
Add Prefix: /game/maptile
Add Prefix: /game/image
Add Prefix: /game/asset
Add Prefix: /game/chunkmultirequest
[ERROR] [17:04:05]  !!! UNCAUGHT EXCEPTION !!! 
    UnityEngine.DebugLogHandler:Internal_Log(LogType, LogOption, String, Object)
    RisingWorld.Server.Main:HandleError(Exception)
    RisingWorld.Common.JIWApplication:Update()


[ERROR] SocketException: Address already in use
    System.Net.Sockets.Socket.Bind (System.Net.EndPoint localEP) (at <00000000000000000000000000000000>:0)
    NetCoreServer.TcpServer.Start () (at <00000000000000000000000000000000>:0)
    RisingWorld.Server.Main.InitWebserver () (at <00000000000000000000000000000000>:0)
    RisingWorld.Server.Main.OnPostInitialize () (at <00000000000000000000000000000000>:0)
    RisingWorld.Common.JIWApplication.Update () (at <00000000000000000000000000000000>:0)
    ExceptionExtensions:PrintStackTrace(Exception)
    RisingWorld.Server.Main:HandleError(Exception)
    RisingWorld.Common.JIWApplication:Update()


[WARNING] [17:04:05] Exit (1)
[WARNING] [17:04:05] Q U I T   R I S I N G   W O R L D   S E R V E R
Stopping Webserver...
STEAM SERVER SHUTDOWN

Und im Discord sieht das so aus:

kann ich den Xms wert eigentlich auch über eine server property steuern oder muss ich den mit Plugins_VMOptions überschreiben? Die KI meint der Wert wäre etwas niedrig gewählt

PS: Die Nachtsession lief auch durch. Wenn der heutige Tag auch ohne SIGSEGV oder anderem Absturz läuft schalte ich morgen früh mal auf ParallelGC

The game does not have any real groups, there is no function to invite other players to "YOUR" party/group so an admin has to decide which players are in which group. By default any player who joins is in the default group so all default group players share the default player group markers. If you as admin create a new group permission file called "super cool secret friends group" and add 5 people to it, they share their group markers. If they quit the game the markers are still there but if you as admin don't add new players to the abounded group, there is no posibillity for other players to see the markers of that group.

ok, if you mean you see offline player marker ... this is intended, they are saved on the server and for the group so i dont get it. What is your problem?

You are always in some kind of group, even if it is the default or "null" group.

Group markers are ... group markers so if you are in the same group as other players you will see all markers of that group, no matter who created it. Even as admin you should only see the group markers of your group. So for example if you have player A-F and put them in group A besides from your default player permission group, they wont see the default player group markers anymore but they ALL will see markers created from people in that group A.

If you dont have any permission groups and all players are in the default group (you too) then you will of course soo all players group markers because you are all in the same group.

Gestern wars ganz schlimm, gefühlt gibt es mehr SIGSEGV seit ich das extra JNI logging aktiviert habe. Ich habe das 26MB log von gestern gesplittet und alle sessions mit SIGSEGV lade ich hier mal hoch. Auffällig war nur das ein Spieler auch sagte er habe vorher mit einer Blaupause hantiert direkt vor dem crash.

session6 war übrigens mit einer neuen Discord Plugin version, ich habe bei dem Plugin die veraltete JavaCord lib gegen JDA ausgetauscht in der Hoffnung auf Besserung aber ich war nur kurz da und hab ein paar Steine gehauen als er wieder abgeschmiert ist.

Ich verstehe was du meinst, das ist jedoch kompliziert umzusetzen. Ich meine rein theoretisch ist alles möglich aber...

... wenn man das dynamisch gestalten will muss man Regeln definieren welche area-permissions als owner permissions gelten z.b. um sowas zu bestimmen wer die Spiellerrechte des Claims bearbeiten kann, das können nur owner, dabei kann er/sie natürlich keinen weiteren owner bestimmen und auch seine eigene permission nicht. Ein Admin muss außerdem dann irgendwo definieren können gruppeA=>areaOwnerA gruppeB=>areaGruppeB etc. und da die Zuordnung später nicht geändert werden kann würde jemand der vorher in gruppeA war und zu gruppeB promoted wurde nicht automatisch in allen areas auch areaGruppeB bekommen, dafür müsste man dann auch noch entsprechend sorgen.

... wenn man das ganze statisch handhaben würde müsste ich eine Anzahl X an verschiedenen Owner-Typen vorgeben und Admins müssten diese entsprechend anpassen nach ihren Bedürfnissen. Da ist halt die Frage wie viele slots definiere ich, wie viele braucht man? Ist sicher einfacher als eine dynamische Zuordnung trotzdem muss auch hier behandelt werden was passiert wenn eine spielergruppe geändert wird.

Naja es soll eine Server Einstellung sein und du musst ja nicht auf einem Server spielen der nur Server Blaupausen erlaubt. Und ich möchte schon das man Blaupausen verwenden kann, wenn man z.b. Strassen oder Wege kopiert, es dürfen auch objekte dabei sein - vorrausgesetzt die Blaupausen kosten dann endlich mal Material - alles kein problem. Mein Problem ist eher das Leute frisch auf den Server kommen und einfach irgendwas hinstellen was sie vielleicht noch nicht einmal selbst erstellt haben, ich meine Sobald Materialkosten für Blaupausen implementiert sind ist das Hauptproblem schon mal beseitigt, das neulinge sich eine All-In-Wonder Blaupause hinstellen ohne Material zu beschaffen, dennoch wäre es gut wenn ich als Admin sagen könnte das Spieler in der default gruppe nur Blaupausen verwenden dürfen von dingen die sie bereits auf dem server gebaut haben.

Und es gibt ja immer noch die Möglichkeit einen download anzubieten im falle der Server gespeicherten Blaupausen

Moin, abgesehen von den schon angesprochenen Änderungen an Blaupausen kam mir noch folgender Gedanke ...

Ich würde es begrüßen die Möglichkeit zu haben das man Blaupausen auf die aktuelle Welt Begrenzen kann, oder anders gesagt das man nur Blaupausen verwenden kann die auf dem aktuellen Server auch erstellt wurden, um zu verhindern das irgendjemand seine Bauwerke die er woanders erstellt hat einfach platziert.

Manche Bauten sind zwar echt schön, aber als Admin hab ich es lieber wenn die Leute etwas neues Bauen und nicht einfach etwas von einem anderen Server kopieren (vielleicht sogar noch von einem anderen Spieler)

Am besten über die bestehende permissions section, so das man das von den Rechten abhängig machen kann, so kann man vertrauenswürdigen Bauern auch externe erlauben.

Eine andere Lösung wäre das die Blaupausen auf dem Server pro Spieler gespeichert werden, das hätte auch den Vorteil als Nebeneffekt das man Blaupausen über ein Plugin handelbar machen könnte ,

Ich weiss nicht obs relevant ist aber eben habe ich eine Blaupause machen wollen und genau dann ist er abgeschmiert. Ist zumindest mal was anderes.

Ich habe die logs mit docker compose logs --since ... > umgeleitet um auch die start und end echos vom entrypoint.sh script mit zu haben.

Das angehängte log hat 3 Sessions, eine kurze eine lange, beide mit SIGSEGV und eine "normale" danach die wegen fehlendem freien port beendet wurde.

An diesem log sieht man sehr schön das es komplett random erscheint wann der prozess abschmiert.