Posts by red51

This output comes from a script or a plugin, i.e. a plugin or script explicitly sends this message. Our example AreaProtection script had this line at the bottom of the command listener (i.e. if a command was entered which isn't used by the AP script, it outputs the "Unknown command" message). It's recommendable to remove this line if more than one script/plugin is in use.

If you're using an unmodified version of our example AP script, you can remove the lines 249 and 250 in the "commandListener.lua" file to get rid of this message

@ParadoxMurdock: Maybe post a server log here, you can find it in your server directory in the "Logs" subfolder. Probably it will contain more information about why you're unable to connect to the server

Die Verkäufe über PayPal waren vorübergehend aufgrund von Wartungsarbeiten deaktiviert. Nun sollte wieder alles funktionieren

Glad to hear it works now

Quote from mjminfo

Now that RW uses fully Steam, not sure if it's to you I should ask this, but would it be possible to talk to LinuxGSM in order to have RW DS server added to their supported server list ?

It's planned to implement support for LinuxGSM We'll try to focus on that in the next weeks!

Quote from Bogus

I have make a request by LinuxGSM for a support from Rising World ;D Now the dev searc a better guide for the include in his server list.

The provided link was only about downloading the server via SteamCMD, it does not contain any further information about required ports etc. The "Hosting a multiplayer game" topic contained these information, however, I created a new topic which contains all information about setting up a dedicated server

German translation / deutsche Übersetzung

If you want to play multiplayer, there are basically five ways to do that:

• Play with friends: This only works for the Steam version of the game. Select a world and hit the green "play with friends" button in singleplayer menu to start a Steam P2P (peer-to-peer) multiplayer session on your machine. Then you're able to invite friends from your Steam friend list to your game (alternatively they can join your game accordingly). This does not require any additional steps (unless a firewall blocks the connection) and is the easiest solution if you just want to play the game with a few friends.
• Start a LAN game: This starts a LAN session on your machine. To do that, hit the red "open for lan" button in singleplayer menu. People who live in the same household can join to your local IP then. You can also play over the internet, but this requires port-forwarding. Usually it's recommendable to use the "play with friends" option instead, unless you want to play with users who don't have the Steam version of the game.
• Play on a public server: When clicking on "multiplayer" in the main menu, you will find a list of all public servers. There are a few filter options available (as well as the ability to change the sorting of the list). Unless a server is password-protected, you can simply join it. Once you're on the server, you can use T to chat with other players.
• Rent a game server: If you don't have an own dedicated server, and don't want to host the game on your local machine, you can rent a game server for Rising World. You can find an overview of official server hosters on our homepage.
• Host your own server: The server files of Rising World are available for free. You can either find them in your Steam lib under "Tools", or alternatively download them via SteamCMD (no need to have Steam installed, anonymous login possible). If you want to host the server on your local machine, you have to forward the ports 4254-4259 TCP and UDP (if you change the server port, change the port range as well). If you have a dedicated server, it's definitely preferable to host the RW server there. To find more information about setting up a dedicated server, please see this topic: Dedicated Server Setup

English version

Um Rising World im Multiplayer zu spielen, gibt es im Grunde fünf verschiedene Möglichkeiten:

• Mit Freunden spielen: Dies funktioniert nur in der Steam Version. Wähle eine Welt im Singleplayermenü aus und drücke den grünen "Mit Freunden spielen" Button um eine Steam P2P (peer-to-peer) Multiplayer Session auf deinem Computer zu starten. Danach können Freunde entweder über die Steam Freundesliste eingeladen werden, oder sie können alternativ auch direkt deinem Spiel beitreten. Es sind keine weiteren Schritte erforderlich (es sei denn, eine Firewall blockiert die Verbindung) und dies stellt die einfachste Lösung dar, wenn man nur mit ein paar Freunden spielen möchte.
• Ein LAN Spiel starten: Damit wird eine LAN Session auf dem eigenen Computer gestartet. Um dies zu bewerkstelligen, drücke den roten "LAN Server starten" Button im Singleplayermenü. Personen, die im selben Haushalt leben, können dann direkt über die lokale IP verbinden. Es ist auch möglich, übers Internet zu spielen, doch dafür müssen die Ports freigegeben werden. Falls die Steam Version verwendet wird, ist es empfehlenswert, einfach die "Mit Freunden spielen" Option zu verwenden.
• Auf einem öffentlichen Server spielen: Wenn im Hauptmenü "Multiplayer" gewählt wird, erscheint eine Liste aller öffentlichen Server. Es sind auch einige Filteroptionen verfügbar (sowie die Möglichkeit, die Sortierung zu ändern). Solange ein Server nicht passwortgeschützt ist, kann ihm einfach beigetreten werden. Auf dem Server angekommen kann mit T der Chat geöffnet werden.
• Einen Server mieten: Falls du keinen eigenen Rootserver hast, und den Server nicht auf dem eigenen Computer hosten möchtest, kann ein Gameserver für Rising World gemietet werden. Eine Übersicht über die offiziellen Server Hoster befindet sich auf unserer Homepage.
• Einen eigenen Server hosten: Die Serverdateien für Rising World sind kostenlos verfügbar. Diese können in der Steam Bibliothek entweder unter "Werkzeuge" gefunden werden, oder alternativ mit SteamCMD heruntergeladen werden (Steam muss nicht installiert sein, anonymer Login ist möglich). Wenn der Server auf dem eigenen Computer gehosted werden soll, müssen die Ports 4254-4259 TCP und UDP freigegeben werden (wenn der Serverport geändert wird, muss auch der Portbereich entsprechend angepasst werden). Falls ein Rootserver vorhanden ist, ist es definitiv empfehlenswert, den RW Server dort zu hosten.
  Weitere Informationen über die Einrichtung eines Dedicated Servers sind hier verfügbar: Dedicated Server Setup

Requirements
The Rising World Dedicated Server requires Java 8 to be installed, Java 9 is currently not supported. If using Linux, only 64-bit is supported.
Please keep in mind that some dependencies need to be installed in order to run the server on Linux: https://developer.valvesoftware.com/wiki/SteamCMD#Manually

It's recommended to have at least 1 GB of RAM (for small servers with very few players), for bigger servers (several players and/or large worlds) it's recommendable to have 4-8 GB of RAM.

Download
Currently the dedicated server files are only available through Steam. They can also be downloaded via SteamCMD: https://forum.rising-world.net/thread/7827/

Run the server
To run the server, it's recommended to use one of the server start scripts (win_startscript.bat for Windows, linux_startscript.sh or linux_screen.sh for Linux). On Linux, it's important to set the LD_LIBRARY_PATH environment variable to the "/linux64" folder in the server directory before launching the server.
When using the start scripts, the amount of memory set for server_memory in the server.properties file will be allocated automatically. If you use your own start script, you have to assign the amount of memory manually (see the Java "-Xmx" argument).

Java command to manually start the server (allocating 2048 MB of RAM): java -Xmx2048m -jar server.jar

Important: It's necessary to restart the server at least every 24 hours

IP Address
You can bind the RW server to an IP address. To do that, open the server.properties file and put the IP into the server_ip field. Alternatively you can provide the IP via argument to the server (see below), then the value in the server.properties file will be ignored. If you leave the field blank (default setting), the server binds to all addresses. Especially when hosting the RW server on your local machine (i.e. behind a router), it's recommended to keep the server_ip field blank, otherwise it might not work.

Ports
The server port can be set in the server.properties file. By default, the server uses port 4255. The http query port is always serverport-1 TCP (so when using the default server port, it's 4254).
Please keep in mind that the server also requires the port range serverport to serverport+4 TCP and UDP (both protocols are required), so when using default server port, the server requires ports 4254, 4255, 4256, 4257, 4258 and 4259 TCP and UDP.

If the RCON protocol is enabled (optional), the server also requires a separate port for the RCON protocol. By default, the server uses port 4253, but it can be changed to any other unused port (independently of the server port).

When hosting the server on your local machine, make sure to forward the ports in your router

Examples:

Query
The http query port of the server is always serverport-1 TCP, i.e. when using the default port (4255), the query port is 4254. A http query returns a JSON string containing some information about the server (e.g. server name, player count etc).
Alternatively you can also use the Source Query Protocol using UDP/IP packets. The query port is serverport UDP (do not use TCP!), so when using the default port setup, it's 4255. More information about the protocol can be found here: https://developer.valvesoftware.com/wiki/Server_queries

If you want to query the server, never establish a TCP connection to ports serverport - serverport+4, since the server considers that connection as a client connection!

Start arguments
There are some start arguments available which can be passed to the server to override some server.properties settings. Format: +argument=value
Example: java -Xmx4096m server.jar +maxplayer=4 +serverport=4255 +servername="My fabulous RW Server"

Input commands
There are some commands available which can be sent to the server process:

MySQL vs. SQLite
By default, worlds are stored in an SQLite database (i.e. ".db" files in the worlds folder). Optionally you can enable MySQL (but then you either have to convert the SQLite world manually, or create a new world). Both SQLite and MySQL have some advantages and disadvantages. When using SQLite, all data related to the world are stored in a separate subfolder in the Worlds folder, so it's easy to create backups of it or move it to another server. MySQL, on the other hand, can be faster than SQLite, but it requires a separate MySQL server (note that some world data - e.g. custom images - are still stored in the worlds folder).
If you only run a small server with few players, it's recommendable to stick to SQLite. However, if there are several players playing on your server, it's still fine to use SQLite, but you may get a small performance boost when using MySQL (but keep in mind that once the world is converted to MySQL, you can't convert it back to SQLite).

To enable MySQL, you have to set database_type in the server.properties file to "mysql", and enter the database_mysql_... credentials.

Linux Game Server Managers
If you run your server on Linux, you can use Linux Game Server Managers (LinuxGSM): https://linuxgsm.com/lgsm/rwserver/
It provides an easy way to set up and manage the server, run updates, create server backups etc.

Do you use the Steam version or the standalone? Maybe upload a server log here, it can be found in the "Logs" folder in your server directory

Yes, it's indeed caused by the server name... it's a really bad solution, but since we want to move the map data to the server anyway (as mentioned by @Minotorious), we didn't touch that yet... Unfortunately I have no ETA when this change is finally implemented

Unfortunately the servers aren't ready for the standalone yet. We wanted to implement these changes for the Steam version as well (since the Steam master server isn't reliable at the moment), so we decided to release these changes with the next update. It will be ready in a few days

Der Vorschlag von @Bogus ist vermutlich der beste Ansatz um den Fehler einzugrenzen Wenn kein F5 Druck ausgelöst wird, aber sich die Terraintools dennoch aktivieren, wäre das schon höchstgradig merkwürdig Ggf. könntest du das Spiel auch einmal für eine gewisse Zeit unbeaufsichtigt laufen lassen und prüfen, ob auch ohne eigene Tastatureingaben ein F5 Tastendruck ausgelöst wurde.

Ob es allerdings ein Programm gibt, welches dir mitteilt, von welchem Programm eine bestimmte Tasteneingabe ausgelöst wird, kann ich dir leider nicht sagen...

@Bogus: Ja, das wäre prinzipiell möglich, aber dafür ist die derzeitige Serverstruktur nicht ausgelegt. Allerdings würde der Server nicht über mehrere Prozesse laufen, d.h. es wäre weiterhin nur eine einzige JVM. Es können separate Threads verwendet werden (das macht der Server jetzt auch schon, aber man könnte eine logische Trennung pro Abschnitt implementieren), doch die tatsächliche Resourcenverteilung wäre weiterhin in der Hand des Betriebssystems. Unterm Strich wäre diese Lösung leider nicht effektiver, als wenn einfach zwei voneinander getrennte Server auf der selben Maschine gestartet werden. Man muss sich zudem vor Augen halten, dass die Performance des Servers pro Abschnitt situationsbedingt bei zwei Weltabschnitten halbiert, bei vier Abschnitten geviertelt wird usw. Das ist bei einem potenten Server zwar nicht unbedingt ein Problem, aber bei schwächer dimensionierten Servern kann das stark ins Gewicht fallen (gleichzeitig würde das Vorhandensein eines solchen Features aber falsche Erwartungen wecken)

Und angesichts des Umstandes, dass das Umschreiben des Serveraufbaus zeitintensiv wäre, eventuell aber nur wenige Server dieses Feature aktiv nutzen würden (und bei leistungsschwachen Servern nur zu Ärger führen würde), und die Option mit zwei Serverinstanzen in den meisten Fällen eine gute Alternative darstellt, ist es wahrscheinlich besser, davon Abstand zu nehmen

If you're an actual admin on your server (i.e. if your UID was added to the server.properties file next to the "admins" field), the server overrides your permissions by default. In this case you could try to open the server.properties file in your server directory and set settings_admins_allpermissions to false, then save the file and restart the server. If you now assign you to the "admin" group, does the issue still persist?

Achso, d.h. also dass diese Probleme lediglich beim Wechsel auf den Desktop auftreten und nicht im normalen Spielbetrieb? In dem Fall könntest du evtl. einmal in die config.properties Datei im Spielverzeichnis (Rechtsklick auf RW in Steam -> Eigenschaften -> Lokale Dateien -> Lokale Dateien durchsuchen) schauen was bei game_pause_on_lost_focus gesetzt ist Wenn es auf true steht, ändere es bitte auf false, ansonsten wenns schon auf false ist, ändere es bitte auf true. Im Zweifelsfall könntest du ansonsten auch bei der Standalone in die config schauen, welcher Wert dort eingestellt ist. Speichere dann die Änderungen, und starte das Spiel erneut. Tritt das Problem weiterhin auf?

My goodness! For some reason I somehow missed that post Nevertheless, I'm glad to hear the issue is solved

Auch hier möchte ich wirklich darum bitten, beim Thema zu bleiben Die Angelegenheit ist für die meisten sicherlich bereits geklärt und ich denke, dass bereits alle etwaigen Unklarheiten aus der Welt geschafft wurden. Wenn ansonsten zu der Sache doch noch etwas unausgesprochen blieb, was unbedingt gesagt werden muss, bitte ich darum, einen separaten Thread darüber zu erstellen.

Bevor sich das ganze hochschaukelt mache ich lieber erstmal dicht hier Es ist ja prinzipiell alles gesagt worden. Wir wollen ja nicht, dass es nachher nur noch in persönlichen Anfeindungen endet (damit ist nämlich niemanden geholfen). Wenn trotzdem Unklarheiten oder Bedenken in irgendeiner Form bestehen, wäre es am besten, mir entweder eine PN zu senden, oder einen separaten Thread darüber zu erstellen

Du hast recht, das ist tatsächlich ungewollt, danke für den Hinweis Ich packe das mal auf unsere Liste!

Sorry for the late response! This is indeed a bug, it's in the game for quite a long time now (unfortunately). Since objects are animated by manipulating the vertices directly, there are some precision issues which sum up over time (at least the fan is affected), resulting in a malformed mesh. It's still on our list, hopefully it will be fixed soon