...but, why does it listen to port 2353 when in the config I specify 2354? red51
It's the http query port (TCP), that's always "server port - 1" (so if you specify 2354 as server port, the query port will be 2353) 
This is currently the only TCP port the new version is using (in addition to the RCON port, which is also TCP, but that one isn't active atm), and it's only required for the server list.
Oh, actually that's to be expected 
The new version solely uses UDP (unlike the Java version, which uses TCP and UDP), so you won't find these ports listening for connections... Only the server port - 1 (in this case 3253) uses TCP (to respond to http queries, for the server list).
Und zwar haben wir ja jetzt die Möglichkeit bei den Lampen die Farbe innerhalb eines Farbfensters einzustellen - Ginge so was innerhalb des Spiels nicht auch für das Färben mit Farbrolle / Pinsel?
Ja, das kommt auf jeden Fall noch, das haben wir nur leider zeitlich nicht mehr geschafft
Achso, wir haben auch eigentlich nicht vor, die Toro-Laterne mit einem Licht zu bestücken 
Besser ist es, wenn wir das Platzieren von Kerzen oder Fackeln darin etwas bequemer gestalten
Deine Variante mit dem Leuchtstein sieht übrigens echt klasse aus 
Ist das geändert worden? (Das funktioniert nämlich des öfteren bei mir nicht mehr).
Also wir haben da keine Änderung dran vorgenommen 
Wenn die Slotleiste trotz "Dauer-Einstellung" zwischenzeitlich ausgeblendet wird, dann wird dieses Problem wohl schon länger bestehen. Ich schaue mir das mal genauer an
I have been wondering why the [I]nventory has been moved from "i" to "Tab" and [Z]oom has been been moved from "z" to "y"? Doesn't seem to make sense to me, is there a reason?
Well, the reason for moving the default inventory key to tab was that it's usually easier to reach^^ And many other games also use tab or e for their inventory, so we thought it would be better to stick to such a layout as well
About the zoom, this is indeed only happening in the new version. The zoom key relies on a QWERTZ keyboard layout, resulting in Z becoming Y on QWERTY keyboards 
I guess it's better if we change the default binding for this and move it to Z, at least on QWERTY keyboards
Thanks for the log yahwho ! The server indeed doesn't even get an incoming connection from the client... this looks like a firewall issue 
Is there a firewall or Windows Defender running? If you whitelist the server in your firewall (or disable Windows Defender temporarily), it's necessary to restart the server so it really no longer gets blocked by Windows.
I had an extra e on a "false" on one line of the default permissions and it was preventing me from connecting
Oh, that's stange An erroneous permission file should print an error to the server console, but connecting to the server should still work I'll take a closer look at this!
Wär doch auch nicht schlecht items im baumodus genauso platzieren zu können wie blöcke und andere objekte.
Drehung neigung etc 😁
Wenn das Platzieren von Items implementiert ist, dann wird man sie auf jeden Fall frei drehen können
Allerdings ist mir aufgefallen, wenn man Kanthölzer oder anderes craften möchte, dass man beim drücken auf Max, das nicht auf die vorhandene Rohmaterialmenge maximiert wird.
Ja, das ist wahr, leider wird momentan immer nur die festverdrahtete 99 verwendet... das werden wir auf jeden Fall noch ändern, sodass die Anzahl der benötigen Items im Inventar berücksichtigt wird 
I've moved the multiplayer-related discussion from this topic: Update 0.4: Crafting, Smelting and lots of new Items
yahwho I wasn't able to connect to your server either So I'd suspect it's rather a serverside issue... according to the log, the server never responded to the connection...
It is a Windows server, isn't it? In fact I also couldn't join your server Red_Baron (which is also a Windows server?) so at this point I believe it's a specific issue affecting Windows servers 
Could you maybe send me a server log?
I have 11.6 Big Sur, maybe I should try updated to Monterrey and see if that fixes it
I'm afraid that updating to Monterey would make the situation worse - there is a compatibility issue between our network library and macOS 12, so MP doesn't work on that mac version unfortunately 
I sent a report when trying to connect to my server
Thanks for the report! Unfortuantely the log file seems to be missing... that looks like an issue in our reporting tool on macOS, this is something we have to fix
Could you maybe have a look if there is a log file in this folder "/Users/<username>/Library/Logs/JIW-Games/Rising World"? If there is a "Player.log" and "Player-prev.log", you could maybe send them via PM to me? 
We're going to prepare a full overview of all permissions for the new version ASAP For now it mostly depends on whether or not you want people to be able to use creative mode on your server.
If "changegamemode" under "general" is set to false, people will not be able to use the "gm" command at all. But if you want to to allow creative mode, I'd recommend to set at least "areatools" (under "creative") to false, otherwise people could abuse the area creation tool.
Maybe you also want to disable "removaltools" (under "creative"), unless some sort of area protection is active.
These hotfixes always amaze me, excellent Red51
Hehe, thanks
Will the window frame be added as in the java version?
Yes, that's definitely planned
I am still unable to connect to servers on a Mac. Keep getting an "Unable to connect to server" or "Connection timeout" message.
Hmm... which mac OS version do you use exactly? Maybe you could send a report when this happens. To do that, try to join a server which triggers this message, then type "report" into console and send the report.
If you try to join your own server, it could be extremely helpful if you could also send us a log of the server as well (which covers the moment you tried to join on a Mac)
Btw I've moved the multiplayer-related discussion to this topic: Multiplayer server connection issues
Actually the default interaction key is F, so in a fresh installation it should not interfere with the crafting key But the new version is still lacking a check for collisions when rebinding keys, so that's definitely something we want to add
red51 frage ich mich, ob eine eigene Lampe zu platzieren nicht besser ist,
als auf eine vom Spiel vorgegebene Lampe zurückgreifen zu müssen. Eigene Lampe, eigene Farbmöglichkeiten, vorgegeben Lampe, keine Auswahl mehr
Tatsächlich hat Skarafass ja neulich eine einfache Glühbirne als weiteren Lampentyp angesprochen, was ja durchaus sinnvoll wäre. Oder meinst du noch was anderes?
Mal ein Beispielszenario dazu: Man hält eine Axt in der Hand und drückt die Taste "C", um in den Platzieren-Modus zu gelangen, dann platziert man die Axt so in einem Baumstamm, dass es aussieht, als ob sie darin stecken würde und drückt die rechte Maustaste zum Bestätigen.
Achso, verstehe So könnte man es natürlich auch machen. Wir müssen uns dazu nochmal ausgiebig Gedanken machen... aber bspw. eine Auswahl über C (womit der Platzieren-Modus aktiviert werden könnte) wäre auf jeden Fall sinnvoll
Platzieren an Halter = Das Item lässt sich schnell an einen festgelegten Punkt andocken, was ganz passend für Werkzeughalter oder Waffenständer wäre. Hier müsste aber natürlich irgendwie festgelegt sein, was das Item genau für eine Position beim Andocken einnimmt und wo überhaupt der Pivotpunkt vom Item ist.
Mal sehen, wie wir das machen würden... evtl. dann so ähnlich wie das Platzieren von Erzen im Schmelzofen (dort nehmen die Items ja auch eine definierte Position und Rotation an).
red51 Das Färben von Blöcken funktioniert immer nur, wenn der 2. Slot im Inventar frei ist. (Bei mir ist im 1. Slot die Spitzhacke, daher sage ich 2. Slot). Der gewählte, gefärbte Block erscheint nirgends, nur durch Slotleeren.
Du meinst das Färben über das Crafting-Menü? Besteht das Problem denn nach dem letzten Hotfix weiterhin?
Die Slotleiste verschwindet mitunter komplett und wird nicht wieder sichtbar. Verschiedene Tasten durchprobieren, hilft meistens nicht.
Das ist standardmäßig so eingestellt. Sie wird nur sichtbar beim Wechseln des Items und beim Öffnen des Inventars. In den Einstellungen (unter "Verschiedenes") kann aber auch eingestellt werden, dass sie dauerhaft sichtbar bleiben soll (die Einstellung heißt "HUD: Anzeigedauer für Quickslot-Leiste" und ist relativ mittig platziert - wenn du dort "Immer" auswählst [ganz rechts], sollte sie durchgehend sichtbar bleiben)
Einklappen/Ausklappen von Kategorien wird im Craftingmenü beim Verlassen des Menüs nicht gespeichert
Das hat es leider nicht mehr ins Update reingeschafft Wird aber auf jeden Fall noch kommen.
Wenn Bauteilformen von einem aufgeteilten Stapeln geändert werden, bleibt das Vorschaubild noch immer bei der alten Form, bis man den Stapel im Inventar verschiebt (Den Fehler gibt es allerdings schon länger ... wurde der nicht sogar mal gefixt?)
Das i st leider auch noch ein Bug, den wir generell mal genauer unter die Lupe nehmen müssen
Emotes werden nicht mehr richtig im Chat (oder mit dem yell-Befehl) angezeigt (Ausgabe ist z. B. <sprite name=smile>)
Oha, stimmt Das werden wir fixen!
Ein weiterer Bug, den ich bisher nicht reproduzieren konnte: Der No-Clip-Modus im Flug hat "manchmal" nicht funktioniert. In den Einstellungen war es auf "An", aber ich konnte z. B. nicht durch das Terrain clippen, bis ich es nochmal explizit auf "An" gesetzt habe (Kreativmodus, Steam P2P).
Merkwürdig... ich konnte das bislang leider noch nicht reproduzieren (beim Testen habe ich No-Clip eigentlich immer an)
Wäre es nicht besser gewesen einen Bug Thread zu machen, anstatt nun jeder so einen aufmacht ?
Ach, ist nicht so schlimm Einzelne Threads sind manchmal sogar wirklich besser als ein großer Thread, weil meine Antworten sonst immer so unendlich lang werden
Ja, ich fände die Leiste für das Craften auf der linken Seite besser. Wir haben aktuell fast keine anderen Auswahloptionen/Anzeigen/Kontextmenüs, etc. auf der rechten Seite. Alles ist mittig oder links. Da fände ich es intuitiver wenn diese Leiste auch links wäre. am Bildschirmrand oder am Inventarfenster angedockt.
Also ein paar Sachen sind ja auch rechts (zB die Anzeige wenn Items aufgehoben wurden) 
Wir schauen aber mal, ob wir das evtl. nochmal umplatzieren
Und red51 mal so ne Frage... hast du studiert und deinen Master in fortgeschrittener Tastaturbelegung gemacht? Ich kenn wenige Spiele bei denen ich mir so viele Tastenkombinationen merken musste (mit Ausnahme vielleicht von den alten Mortal Kombat Spielen
Hehe, ja, aber nur 1 Semester 
Ich weiß jetzt nicht ob das gut oder schlecht ist
Geniales Spiel - bitte weiter so
Hehe, vielen Dank
red51 Viele Tastenbelegungsmöglicjkeiten halte ich für sehr gut.
Danke für das Feedback, das ist gut zu wissen!
Right now there is unfortunately only rock underground, because caves or underground ores aren't implemented yet 
This will be implemented later.
There is iron ore available though, it spawns randomly at the surface
Changes to the default.json file will not take effect. The server.properties file settings only change the Server Mode and Server Name. I redid many different manipulations with the permission group, not one combination does not give the players creativity, only the admins in the server.properties file.
In order to be able to use the "gm" command, the "changegamemode" permission (under "general") needs to be set to true. Like this:
In addition to that, you can also define which creative mode tools should be accessible to the player. They're located under "creative":
Make sure the resulting file is valid JSON. You could either put that into the default.json permission (if you want it to affect all players), or create a separate group for creative mode players. I've attached a permission file which solely enables creative mode (with all tools except the area tools - that one should only be allowed for the admin). Put that file into the "groups" folder in the "permissions" directory, then assign players via the "spg" command (e.g. "spg galochka creative")
A new hotfix (0.4.0.1) is now available btw! This time it's necessary to update multiplayer servers accordingly.
Hotfix 0.4.0.1 (2021-12-03):
