Question about wolves. If I tame them... how do I make them go... somewhere else? I can't use a rope, and they just... do their own thing and don't even follow me if I hold out meat.
If they're really tamed (i.e they no longer attack you), you should be able to use a rope, then they should follow you 
When holding meat in your hands, they will only follow you if they're hungry (or more precisely, if they're not full)
Emailed the "coop" BP yesterday, also another "sinkhole" BP - thank you for looking into this.
Thanks a lot for the blueprints I was able to confirm (and fix) the issue with the chicken coop, that will be available with the next hotfix (maybe tomorrow). It also helped me to improve performance if there are several animals in an area with many construction elements 
About the sinkhole BP: I'm still looking into this issue 
If I understood it correctly, the npcs sometimes sink into the stone?
Is there command to make undergrounf caves lit? To find caves easier in gamemode underground?
Also is it better to report about bugs and such here or by using ingame "send report" option?
Unfortunately there is no command to make caves lit... but I was also thinking about adding one 
I will put that on my to-do list!
Currently the only thing you could do is to enable creative mode, then press L to activate the creative mode light (you can also change the light intensity in the settings).
About bugs, ideally send a report, as suggested by icon58 . But if you're running into a bigger issue you can also create a post in the forums (in addition to the report) 
red51, tady je můj příspěvek.
Thanks for the report! I was able to reproduce this issue, but I'm still looking for a solution 
Hey, vielen Dank für die Info! Ich kann das Problem bestätigen, das ist leider ein Bug 
Ich werde das mit dem nächsten Hotfix beheben!
Hey, yeah, not the greatest way to start the day 
About password-protected servers, basically the "remember me" option would be to add them as favorite (by clicking the star on the left)? Unfortunately the game does now show favorite servers if the master server is online, but I'm currently working on changing this, so favorite servers will always show up
Wieso muss ich nach dem Update den Weg zur Hölle (x 4096 / z 4096) stellenweise wieder frei buddeln? Hatte schon bis ganz nach unten Gerüste gebaut (die sind auch noch da).
Die Höhle dort war hart verdrahtet, aber noch Teil der alten Höhlengenerierung und damit leider mit dem Update weg 
Das Spiel hat leider für die Konvertierung nur die Chunks beibehalten, in denen Terrain modifiziert wurde - alle anderen unterirdischen Chunks sind leider weg. D.h. wenn nur Gerüste vorhanden waren (aber keine Löcher gebuddelt o.ä), sind diese Höhlen leider nicht mehr da 
huhu...bei mir verschwinden bäume... habe heute welche gesetzt, kurze zeit später was die hälfte weg. dann setzte ich die neu... und dann fehlen am anderen ende welche...dann stand die reihe endlich und dann fehlten auf der anderen seite bäume...was ist da los?
Hmm... sende am besten einen Report. Falls du das Spiel seitdem nicht nochmal neugestartet hast, würde der entsprechende Log vmtl. noch mitgesendet (der Report sendet immer den aktuellen Log sowie den Log der vorherigen Session) Das könnte evtl. Infos darüber enthalten, warum etwas verschwunden ist (stelle dich für den Report am besten an so eine Stelle, wo Bäume fehlen).
Thanks! According to this data, server 1 was last updated on May 14, while server 2 und 3 were updated on September 2 (to 0.9.3) 
This doesn't look like a cache problem.
This might be a silly question, but is the server really turned off? Maybe the server is still running in the background (which prevents SteamCMD from updating the files).
Another silly question: is there enough free disk space available?
If it doesn't help, please do this:
NOTE: I'm not sure where WindowsGSM is installed. I just assume it's installed under "C:/WindowsGSM". If not, please update the path in step 2, 3, 5 and 8
That should provide enough information about what's really going on there
DE: Das gilt für alle Spieler, d.h. wirklich jeder erhält den gleichen Fortschritt. Diese Einstellung war in erster Linie eher für Coop gedacht (zB über "Mit Freunden spielen"), auf einem richtigen Multiplayer-Server hingegen ist es wahrscheinlich etwas sinnfrei, weil nach relativ kurzer Zeit dann eh alles freigeschaltet ist
EN: This setting applies to all players, i.e everyone has the same progression. This setting was primarily intended for co-op (e.g via "Play with Friends"), but on a public multiplayer server, this setting isn't very useful because everything gets unlocked anyway after a relatively short time
Ja das hat geholfen, ist wohl ein versteckter Befehl, tauchte erst auf als ich ihn komplett geschrieben hatte.
Ja genau, ist ein versteckter Befehl, wusste nicht, ob er zwangsläufig nötig wird (und war auch eher als Test gedacht, um diesen Verdacht dahinter wirklich zu bestätigen)
Hmm ich hatte aber die description meiner server alle vor dem hauptpatch gesetzt und da war es korrekt. Erst nach dem letzten hotfix waren die Zeilenumbrüche auf einmal kaputt. Das Interessante ist, das die sogar in meinem web interface vorher angezeigt wurden und jetzt nicht mehr. vorher kamen die \n auch als \n an und jetzt als \\n.
Stimmt, du hast Recht, das habe ich übersehen! Ursprünglich wurden "\n" immer ungeprüft in den JSON-String geschrieben. Das war meist kein Problem, weil der Server das eigentlich nie tat (und bei "description" war es ja sogar vorteielhaft), aber mit den Plugin-Routen kann dadurch jetzt schnell kaputtes JSON entstehen. Darum wird direkt beim Bauen des JSON-Strings escaped - leider kam die description damit unter die Räder Das escapen beim Schreiben des JSON-Strings ist trotzdem sinnvoll (das alte Verhalten war eher der Bug, oder zumindest wars sehr fehleranfällig), aber ich werde es bei der description mit dem nächsten Hotfix so ändern, dass \n korrekt akzeptiert wird (dann sollte auch das Webinterface wieder korrekt funktionieren)
Hmm... this might be related to WindowsGSM then. Probably it uses a different path for SteamCMD (so deleting the appcache had no effect). Try to check if there is an "appcache" folder under "WindowsGSM/installer/steamcmd/" and delete it.
It might also be necessary to explicitly set an install dir in SteamCMD (because if you manually launch SteamCMD, it writes into its own "steamapps" folder instead of the WindowsGSM server folder. You can set an install path with the force_install_dir command (you have to call this before calling login. Set the install dir specifically to "/WindowsGSM/servers/<number>/serverfiles".
If it still doesn't work, you can check the file "WindowsGSM/servers/<number>/serverfiles/steamapps/appmanifest_339010.acf" with a text editor. Can you post the lines "buildid" and "StateFlags" here? Maybe also enter app_info_print 339010 in SteamCMD and post a screenshot or the output here
btw, I know that the hotfix fixes lights causing oversaturated spots in deep caves, but I still kinda miss the older java shadow system. Like caves were actually dark if you looked in, now theyare full bright until you go in, then randomly it becomes dark. In the cave it looks cool, but outside the cave you cant even see depth good because its just as bright as outside. Will this be changed some day?
Yeah, that's been bothering me for quite some time, too. Unitys HDRP provides no way to change that because it makes it impossible to access light data from a shader. I'm thinking about modifying the HDRP package to change that (we're already doing that for a few other things anyway), but that would be a deeper change which might possibly break other things, so unfortunately I can't say whether or when this will change
Question about grazing animals. If the grass will deplete... how do we get it back in survival without having to deplete the grass elsewhere? It currently doesn't spread...
Unfortunately grass does not regrow yet... so currently the only way is to collect grass elsewhere... but changing this is definitely on my to-do list :
Ich dachte erst emojis gehen wieder aber scheinbar nicht alle. Fühlt sich an als wäre das ein caching problem, ein paar zeigt er jetzt wieder an aber halt nicht alle.
Danke für die Rückmeldung! Ich kanns bei mir bestätigen. Wenn du resetfontfallbacks werden die Sonderzeichen bestimmt wieder funktionieren, oder?
Es ist leider scheinbar wieder ein Unity Bug (oder ein ungünstiges Verhalten von Unity), zumindest wenn das OS der Build-Maschine keine Fallback-Fonts liefert (unda da das Builden bei uns aber auf einem CI-Runner im Batchmode stattfindet, trifft das zu).
Ich werde das mit dem nächsten Hotfix so ändern, dass das, was der o.g. Befehl macht, beim Spielstart explizit durchgeführt wird, das sollte dann eigentlich funktionieren
Nach wechseln des Treibers, neustart und erneutem starten des spiels kam das sofort - vielleicht lag es auch daran
Oh, naja, Hauptsache es läuft. Wenns wieder fehlen sollte, bitte Bescheid sagen (bzw. am besten auch einen Report senden)
Ich dachte erst mein Web-Frontend wäre defekt aber ich habe gerade bemerkt das die Formatierungen in den Server Descriptions irgendwie nicht mehr passen, newline wird als text dargestellt.
Hmm... das Problem wird das Einlesen aus der server.properties sein. Da wird das \n escaped und so dem Webrequest übergeben. JSON behält das \\n bei, was in der Serverliste dann erwartungsgemäß als \n dargestellt wird (statt einen Zeilenumbruch einzufügen). Das dürfte vorher auch schon so gewesen sein Aber ich kann das anpassen, damit bei Übergabe an den RequestHandler das \\n immer zu \n wird.
Du kannst aber alternativ sonst auch <br> verwenden, das wird bereits korrekt als Zeilenumbruch interpretiert.
edit: hat geklappt mit dem empfohlen Treiber - DLSS ist wieder in den Einstellungen verfügbar
Oh nice, freut mich dass es jetzt wieder klappt! 
D.h. du verwendest jetzt 595?
Nein funktioniert nicht red51
Stimmt... ich werde es mit dem nächsten Update korrigieren, sodass zumindest der Static-Flag das Schlafen unterbindet
kurze Frage: warum ist der GLSS upscaler verschwunden? kann nur noch AMD 1.0 oder 2.0 oder einfach oder keine wählen - sieht wischi waschi aus
(linux mint mit proton experimental)
Nicht gewollt, könnte mir nur vorstellen, dass ggf. eine Unity-Änderung durch das Upgrade von 6.0 auf 6.3 dafür verantwortlich ist Unter nativem Linux verhindert Unity leider generell die Verwendung von DLSS, Proton hatte zuvor aber eigentlich immer funktionieren. Mit 6.3 ist aber auch DLSS auf 4 aktualisiert worden. Online findet sich der Hinweis, dass wohl erst mit dem NVIDIA Treiber 570 DLSS 4 unter Proton zuverlässig läuft.
Sende am besten einmal einen Report (reicht vom Hauptmenü aus), der enthält vmtl. ein paar mehr Infos, was da los ist
I fixed a general issue causing duplicate entries in the server log. This may have also fixed the missing colors (unfortunately I couldn't reproduce it on my end). Please let me know if they still don't work
So you can just have one world at a time???
No, you can create as many worlds as you want 
Just change World_Name in the server.properties and the server will either load that world or create a new one if it doesn't already exist. The server will never delete a world.
Ist dieses nun auch in der API vorhanden?
Ja, du kannst den API Changelog hier finden Die Methode ist wie angekündigt Server.getLocalizedString() (optional mit Angabe der Sprache, sonst die Serversprache).
Falls aber irgendwas nicht funktionieren sollte, lass es mich bitte wissen
Sorry for my late response! This is unfortunately a known issue in SteamCMD You can try this workaround:
If that doesn't help, close SteamCMD and delete the "appcache" folder in the SteamCMD directory, then try to update the server again.
Please let me know if that works
Another small hotfix is now available btw! It should fix a few rendering issues and a few smaller bugs.
This update is optional for multiplayer servers.
Hotfix (2026-09-06):
Placement Tools (F6), Place Objects (4) I have to press 5.
Removal Tools (F7), Remove Objects (4) I have to press 5 and Remove Items (5) I have to press 6.
Thanks for letting me know! 
I will take a closer look at this issue!
Also, my silly wandering NPC's (human and animals) can walk DOWN steps/stairs but NOT UP steps/stairs. They could before the 9.3 update.
Oh, I will check out what's going on there
Also my chickens will not walk down the ramp and leave the coop nor will they enter the coop after walking up the ramp (the chickens inside the coop were manually placed to test). Could before update. I know, the new collision system (can this manually be tweaked in the database somewhere?).
Hmm... do you mind sending me a blueprint of the chicken coop? Then I can take a closer look at that
I received the sinkhole bp btw! I'm not 100% sure why the 32x1x32 layer is missing, but maybe the center of the block was outside the selection area? There is a limitation that the blueprint selector only saves elements where the pivot (i.e the center point of the element) is inside the selected area
Ahoj Red51, myslím, že změny ve vyhlazování terénu v aktualizaci 0.9.3 mohly přinést nový problém. Když teď zasypu díru a srovnám ji hráběmi, terén je vždycky o něco vyšší než původní okolní terén. Mohl by ses na to prosím podívat?
Oh, do you mind posting a screenshot of that issue? I tried to reproduce it but apparently it's not happening always
with this new update my game will chug at times, With 16 GBs of ram and RTX5050 video I would of that I would be fine.
I made changes in the settings and that helped. I remember back in the day we could ad ram to the short cut but I cannot remember the setting?
Hmm... maybe create a separate topic about that. This seems to be a more complex problem in which several factors may play a role
There is unfortunately no setting to change the RAM (this was in the Java version, as mentioned by MarcosRC )... the new version just uses as much RAM as is available.
Es gibt nun übrigens einen weiteren, kleinen Hotfix! Damit sollten vor allem ein paar Rendering-Probleme sowie kleinere Bugs behoben werden.
Das Update ist optional für Multiplayer-Server.
Hotfix (06.09.2026):
