Posts by red51

Quote from ArcaneDesmond

Hey @red51 where's my saved games stored?

As @yahwho mentioned, your worlds are stored in the "Worlds" folder in your game directory (when using the Steam version, you can also get to the game menu by rightclicking on RW in Steam -> Properties -> Local files -> Browse local files)
Other player data, for example Blueprints, are also stored in the game directory (blueprints can be found in the "Blueprints" folder).
The game config (containing graphics settings, key bindings) is stored in a file called "config.properties" in your game dir

Über die Freundesliste beitreten funktioniert nur, wenn die "Mit Freunden spielen" Option ausgewählt wurde. Wenn Person A also eine Welt in der Liste auswählt (kein Doppelklick, sondern nur einmal anklicken) und dann den grünen "Mit Freunden spielen" Button drückt, dann sollte es für weitere Personen möglich sein, über die Freundesliste zu connecten (entweder die Freundesliste im Menü [der kleine Joystick Button], oder über die reguläre Steam Freundesliste)
Alternativ kann Person A aber auch weitere Personen über die Steam Freundesliste einladen (Rechtsklick ->Einladen). Wichtig ist aber, dass Person A mit allen Spielern befreundet ist, die beitreten wollen.

Steam P2P benötigt kein Portforwarding, dennoch sollte man sicherstellen, dass weder Steam noch das Spiel von einer Firewall oder Antivirenprogramm blockiert werden. Auch kann es u.U. Probleme geben, wenn sich ein Spieler hinter einem NAT befindet (zB wie in Studentenwohnheimen etc).

Bei einem LAN Spiel fehlen die Steam Optionen leider, in dem Fall kann man aber - wenn die Ports freigegeben sind - direkt via IP (von Person A) verbinden (Multiplayer -> Zu IP verbinden). Falls ihr im selben Haushalt lebt, ist Portforwarding aber auch hier nicht nötig, sondern es kann direkt über die LAN IP verbunden werden.

Quote from ffflo1993

1. if there is a hive for the standalone, ddos attacks can still happen?

Yes, basically it can still happen, although we rewrite the hive from scratch to make it more robust. And since Steam players won't be affected by a DDoS attack on our servers anyway, I really don't think anyone is still interested in attacking our servers

Quote from ffflo1993

2. where can I see my standalone id?

After the update, you will be able to see the standalone UID in the top right corner of the main menu (under the playername)

Quote from ffflo1993

3. is it possible to refund the standalone and get a steam key?

Yes, basically that's possible. If a standalone user wants to get a Steam key, just send an email to support@jiw-games.net including your username and also the email address that was used when purchasing the game

Quote from migdyn

How?

After the update, you will be able to change the name in the main menu (in the top right corner).

Quote from migdyn

Can you change your name in standalone?

Yes you can

Quote from zfoxfire

Will it be possible to combine steam ids and rw usernames in a blacklist or whitelist file? I imagine both steam and the new smaller hive will be used to authenticate all players (steam or standalone).

No, the blacklist and whitelist will only work with UIDs unfortunately. When putting a user to the blacklist/whitelist, you have to use his UID, but there will be functions for admins to get the UID of an user, and it can also be aquired from the server log (standalone users will also have a UID).
However, the new hive will only be used for standalone users. Authentication for Steam users will be solely handled by Steam

Quote from migdyn

Can someone connect to a RW server with my name and get me banned?

No, if a user gets banned, the server no longer bans the name, instead the UID of the user gets banned. The name of the user doesn't matter for this anymore.

Lua scripts are indeed a problem... but the original AreaProtection script should still work, since it apparently didn't use the player names to store areas, instead it used the player database ID (player.getDBID()), which is also unique (on the server). So old areas should still work after the update.

Only adding new players to an area could be tricky, since it uses the getPlayerInformationFromDB(name) function. Probably we will change this function: it either accepts a UID or a player name. If it's a player name, it will only look for players which are currently online. This way, at least the AreaProtection script does not require any changes as far as I can see.

We will also add a player.getUID() function to Lua (but using player.getDBID() is also sufficient in most cases), but of course it's still our intention to discard the Lua API as soon as possible. We try to get a new AreaProtection plugin ready in the near future

In a nutshell, these are the changes for the Lua API for this update:

• Addition of player.getUID() to aquire the player UID
• getPlayerInformationFromDB() now also accepts a UID. When using a name instead, it only looks for online players

Are there any other functions or changes required by other scripts?

Quote from phill895

the only other problem I encountered is in order to run the server.exe you need MSVCP120.dll and MSVCR120.dll in the windows system32 and maybe the 64bit versions in the systemwow64 directory under windows

Yeah, unfortunately the executable currently requires MS VCRedist 2013 to be installed (which contains these dlls). But alternatively one could also just start the server.jar. With the next update, we will provide a new exe as well as a start script for Linux

Quote from Graysilk13

Red51, if I understand you, I can still play the standalone: but I'm confused, how can I play the stand alone without going thru Steam?

Yes, you can still play the standalone after the update We will keep a small hive server for standalone users. When connecting to a mp server, the server will check if you're a standalone or steam user. For standalone users, it doesn't use the Steam authentication, instead it still communicates with our servers^^

These are great ideas for achievements! If anyone has more suggestions for achievements, just post it here

Quote from phill895

does anyone know where i can find it as a normal download link rather than a repository tool that dosent work?

SteamCMD is a Steam tool, it definitely works Did you use the right app id? Also make sure that you login (anonymously) before downloading the app. If you use Windows, this is the command to download the server:
steamcmd.exe +login anonymous +app_update 339010

Alternatively, if you have the Steam version of the game, you can download the server files from your Steam lib under "Tools" (Rising World Dedicated Server)

Quote from lenko

Nun wird es ja dann so sein das dieses Plug in ( GPS ) dann in dieser Richtung nicht mehr funktionieren wird.

Ich habe mir das GPS Plugin angesehen und ja, leider verwendet es den Usernamen um bestimmte Daten zu speichern. Das wird leider nicht mehr funktionieren (bzw. es wird natürlich schon funktionieren, aber nur solange, wie der entsprechende Nutzer seinen Namen nicht ändert.

Quote from lenko

Bleibt denn der aktuelle spawnspeicherpunkt bei den Spielern ?

Ja, alles, was vom Spiel aus gespeichert wird, wird übernommen (es sei denn, die Weltkonvertierung geht schief).

Quote from Andy Stein

ich sehe sogar ein vorteil mit der user-id beim bannen. der oder die gute kann den namen ändern wie er/sie will. draußen bleiben ist angesagt.

Das ist völlig richtig. Wenn ein User gebannt ist, hilft ihm eine Namensänderung nicht weiter

Quote from lenko

vielleicht kann man da in Zukunft noch was ändern so das man auch die Möglichkeit hat die nacht zu deaktivieren

Also wenn man den time_speed Wert auf eine hohe Zahl setzt (zB 1000000), dann bleibt die Uhrzeit prinzipiell auch eigentlich stehen (bzw. bei o.g. Zahl würde es ca. 11 echte Tage dauern, bis ingame 1 Minute vergeht)

Quote from sokrates

Wenn ich die Spielstunde der Realtime angleiche, wird es dann nach einer Stunde Realtime dunkel?

Prinzipiell besagt der Wert nur, wie lange es dauert, bis 1 Ingame Minute vergeht. Wenn es im Spiel zB 12 Uhr Mittags ist (unabhängig von der echten Realtime), und du setzt den Wert auf 60, dann dauert es genau 1 echte Stunde, bis es im Spiel 13 Uhr ist

Quote from zfoxfire

Is there any way we can retrieve a steam id given a player's rw id so we can rebuild our blacklists?

Yes, there will be commands for admins to get the UID of a certain player. For the API, there will be a getUID() function for the player object, as mentioned by @yahgiggle

Quote from SilverSatin

Its nice to know what is coming ahead of time like this announcement, it saves my team and myself a lot of headaches cause we can at least prepare for whats coming

If you have any questions, or if something does not work as intended after the update, just let us know

Quote from phill895

Are you sure the steam dedicated server can be downloaded anonymously? im getting "failed to install app 33910 <no subscription>"

Yes, the Steam dedicated is supposed to be available anonymously. Did you use the right app id (the one in the error message is apparently wrong)? The server app id is 339010

Quote from botchikii

Actually, I use this script : Server Update Script which do the job very well. but steamcmd is not really an issue.

Oh, well, this update script will no longer work unfortunately... but using SteamCMD to update a server is quite easy (although it does not create a backup of the server automatically)

Quote from botchikii

Hey, if you do that, we will have no chance to welcome you if you want to visit our servers !

Hehe, I'll keep a backdoor for that name

Quote from lostinthewood

Okay, This is the first time I have administered a server. I use GTX as my host. With these changes, what does it mean to me as a neophyte?

Basically the update won't require many changes in this case, if any. If your name is currently set as admin (in the server.properties), you have to update that and use the UID/SteamID instead. Otherwise, if a blacklist or whitelist is set up, you have to exchange the names with the according SteamIDs as well. That's it
But be aware that some plugins maybe don't work as intended after the update (at least if the plugin relied on the player name to identify a player).

Du kannst zwar den Tag-Nacht-Wechsel leider nicht deaktivieren, aber du kannst zumindest einstellen, wie lange ein Tag dauern soll Wenn du das bspw. an Realtime anpasst oder auf einen extrem hohen Wert (zB dass 1 Ingame-Minute 10 Realtime-Stunden dauert), kannst du quasi das gewünschte Ergebnis erzielen.

Um das zu bewerkstellen, gehe ins Spielverzeichnis (Steamversion: Rechtsklick auf RW in Steam -> Eigenschaften -> Lokale Dateien -> Lokale Dateien durchsuchen) und öffne die config.properties Datei mit einem Texteditor. Setze nun den Wert von "game_time_speed" auf einen höheren Wert (dieser Wert gibt an, wieviel Realtime-Sekunden eine Ingame-Minute dauert). Wenn du zB 60 einträgst, hast du Realtime-Verhalten (also 1 Spielstunde dauert 1 echte Stunde). Wenn du noch höhere Werte einträgst, dauern die Tage im Spiel noch länger. Speichere nun die Änderungen, und starte das Spiel erneut.

Bedenke aber, dass diese Änderungen nur im Singleplayer gelten. Falls du die derzeitige Tages-/Nachtzeit ändern möchtest, kannst du tod h m in die Console eingeben (wobei h durch die Stunden, und m durch die Minuten zu ersetzen sind).

Quote from Solveign

„Ausserdem wird der Standalone-Server entfallen“: bedeutet das, ich kann den Server nicht mehr auf einer privaten Maschine betreiben?

Doch, das wird weiterhin möglich sein Falls du die Steam Version verwendest, findet sich der RW Server in der Steam Bibliothek unter "Tools". Ansonsten kann der RW Server anonym über SteamCMD heruntergeladen werden, und auch ohne Steam betrieben werden.
Wir können lediglich den Server nicht mehr auf unserer Homepage anbieten (bzw. hier müssen wir erst die rechtliche Situation prüfen - denn der Server benötigt zum Betrieb ohne Steam die Steam Redists, welche dann direkt beim Server mitgeliefert werden müssen).
Für Linux versuchen wir zudem, Support für Rising World bei https://gameservermanagers.com/ einzubringen

Quote from Deirdre

Ich denke die areaprotection funktioniert auch über die Steam ID, da diese ja im Spiel zu sehen ist.

Die alten Lua Skripte machen tatsächlich ein paar Probleme in der Hinsicht. Vermutlich werden wir hier eine Übergangslösung anbieten, sodass die AreaProtection weiterhin über Umwege mit den alten Spielernamen arbeitet. Mittelfristig müssen wir unbedingt eine Plugin-Alternative für AreaProtection liefern, damit die alte Lua API endlich rausfliegen kann

Quote from Deirdre

Eine dauernde Namensänderung und das wird es geben, mag für manche Leute ja lustig sein, aber die Kommunikation und Übersicht auf dem Server geht dann eindeutig verloren

Ja, das ist leider einer der Nachteile dieser Änderung Um dem wenigstens ein winzig kleines bisschen entgegenzuwirken, werden Spieler, die sich in der Steam Freundesliste befinden, im Scoreboard farbig hervorgehoben (hilft zwar leider auch kaum den Serveradmins, aber zumindest Spieler können eher ihre tatsächlichen Kollegen erkennen).

Quote from Deirdre

Eine Beschränkung bzw. ein Verbot der Namensänderung auf Multiservern wäre meiner Meinung nach sinnvoll

Das werden wir auf jeden Fall anbieten. Entweder direkt als Spiel-Feature, oder als Plugin. Ich weiß aber noch nicht, ob wir das direkt zum neuen Update schon parat haben.

Quote from Deirdre

Die Änderung würde dann ja sicherlich auch das Forum betreffen?

Nein, das Forum bleibt von diesen Änderungen nicht betroffen

Quote from lenko

Wann kommt diese Umstellung?

Wir versuchen, das Update unbedingt nächste Woche rauszubringen. D.h. irgendwann zwischen dem 12. und 16. Februar

Quote from lenko

In weit werden die Update Methoden verändert. Dies bedeutet doch gewiss auch Umstellungen für Hoster und serverbetreiber?

Du meinst die Update Methoden für den Server? Also der einfachste Weg (den vmtl. auch die meisten Serverhoster bereits beschreiten) ist, die Serverdateien über SteamCMD herunterzuladen (anonymer Login wird weiterhin möglich sein). Zur Versionsprüfung werden wir zwei Abfragen anbieten, die an unseren Server gesendet werden: Einmal eine umfangreiche Abfrage, welche einen JSON String bestehend aus allen verfügbaren Branches (inkl. BuildID und Version) liefern wird, und einmal eine einfache Abfrage, welche lediglich die aktuelle Versionsnummer ausgibt. Leider kann ich noch keine Links posten, da die API dazu noch nicht bereit ist. Das wird sich vor dem Update aber noch ändern

Quote from lenko

Eine Erklärung was Seitenbetreiber nun alles machen müssen. Also Step to Step wäre nett ?

Ich werde sowas in den nächsten Tagen vorbereiten

Quote from lenko

Müssen die Plug-in in Zukunft über steam ( Workshop) installiert werden ?

Nein, Workshop-Support ist zwar mittelfristig geplant, doch das wird nach dem Update noch nicht verfügbar sein. D.h. Plugins werden wie gewohnt weiterhin übers Forum heruntergeladen (und auch genauso installiert wie vorher auch).

Quote from lenko

Die Aktualisierungen der Plug-in die beschrieben worden sind, betrifft NUR Plug-in wo Spieler Namen drin sind ?

Genau, also genau genommen betrifft es die Plugins, welche irgendwelche Spielerbezogenen Daten gespeichert haben. Zuvor haben die meisten Plugins dazu vmtl. einfach den Spielernamen verwendet, doch da das nicht mehr eindeutig ist nach dem nächsten Update, müssten Plugins stattdessen die UID des Spielers verwenden.

Quote from lenko

Warum müssen die Welten konvertiert werden ( Backup machen wir so wie so ) ?

Bisher wurden alle Spielerdaten abhängig vom Namen gespeichert (da dieser ja einmalig war). Mit dem Update müssen wir das ändern, und die Spielerliste (sowie Bannliste) um die UID des Spielers erweitern.

Quote from lenko

Kommen damit auch Steam Errungenschaften ?

Leider nein, das ist allerdings geplant^^

Quote from lenko

Wir haben ja nun auch leuder Leute in den Bannliste, wenn nun ein Spieler seinen Namen ändert wie einer der in der bannliste drin steht. Kommt dieser dann auf den Server ?????????

Die Bannliste wird automatisch konvertiert zur SteamID (bzw. Standalone ID bei Standalone Nutzern), das wird also kein Problem darstellen. D.h. wenn jetzt jemand gebannt ist, kommt er auch nach dem Update nicht auf den Server drauf, egal wie oft er sich umbenennt

Quote from Smoka

kann ich die SteamID als Admin im Spiel sofort sehen, dass ich auch z.B. den Spieler in eine Gruppe packen kann

Als Admin stehen da verschiedene Möglichkeiten zur Verfügung: Einzelne Commands, zB Spieler einer Gruppe zuweisen oder zum Admin machen können weiterhin mit dem Spielernamen umgehen. D.h. wenn der Spieler momentan online auf dem Server ist, kannst du diese Commands einfach mit Namen verwenden (Spielernamen sind zwar nicht mehr einmalig, aber auf einem Server werden niemals 2x die selben Spieler sein - wenn also "Smoka" online ist und ein weiterer User tritt bei mit demselben Namen, wird er "Smoka (1)" heißen usw). Aber natürlich kann auch die UID verwendet werden, dazu wird ein neuer Command für Admins zur Verfügung stehen (also um die UID eines Spielers zu erhalten).

Um seine eigene UID zu erhalten, kann man ins Hauptmenü schauen, dort wird die UID oben rechts in der Ecke angezeigt (direkt mit der Option, diese in die Zwischenablage zu kopieren).

Quote from Smoka

Was Ich super finden würde, wenn im Spiel jeder jedem ein Pseudonyme geben kann (nur sichtbar für den der es erstellt hat),

Das wäre generell eine gute Idee! Wir behalten das mal im Hinterkopf, leider bekommen wir sowas nicht mehr rechtzeitig für das Update fertig

Quote from botchikii

Will we have an easy way to catch the steamid ingame ? not only for ban but for area protection or setting group ? if username is not unique anymore, we need to use steamid for those too ?

Yes, the SteamID (or the standalone ID accordingly) will be visible in the main menu (below the user name in the top right corner). Rightclicking on it allows you to copy it to clipboard Probably we will also add a command for admins to get the steamID of a player who's currently on the server.
Alternatively it's possible to get the SteamID of a certain user if you have a link to his profile.

Quote from botchikii

It would be useful to insert dev's names in config, or we will see many red51 running in our servers

Hehe, yeah, probably we will blacklist these names from the game anyway Otherwise people could abuse it

Quote from botchikii

I'm only worry about the update script at the moment but I guess we can adapt it for downloading the steam server (or have a new script for ?)

What update script do you mean exactly? Basically there will be two ways to check the version automatically: on the one hand, you can get a json string containing all branches which are available on Steam (including the build number and version). On the other hand, you can also just get the current version number. The new links for these requests aren't ready yet, I'll post them before the update goes live

Quote from botchikii

I think of gameservermanagers.com/ which is very useful for managing steams servers

It's our intention to send a contribution containing support for rw servers to gameservermanagers.com after the update. However, I don't think this will be ready in time for the update

Quote from yahwho

Just a thought, how can we prevent someone impersonating another user?

Server admins can set up a list containing reserved names. This allows you to either block certain names (e.g. if you don't want users to have names like "Admin" or "Moderator" or something like that), or alternatively you can assign a certain name to a specific UID (e.g. you could link the name "yahwho" to your SteamID, in this case you will be the only person who's able to use that name)

Quote from ArcaneDesmond

Well I'm feeling a bit better these days but coming by here to read this change still makes me wonder if Hive was even a good idea?

Well, basically the hive was originally necessary since there wasn't a Steam version at the beginning. It was required to authenticate standalone users. When moving to Steam, we didn't want to force existing people to move to Steam as well, so we kept the hive. We didn't knew that the hive will cause so many problems at one point

Quote from ArcaneDesmond

I've read up on a few servers and VPN networks with security and wanted to suggest a few for you

We already have a ha-cluster and a comprehensive DDoS protection which can handle up to 11 tbit/s (and there aren't any security issues at all), but filtering legit traffic from malicious traffic is always tricky. If we want to stick to the hive, we need a lot more servers (with proper load balancing in place, the more servers you have, the bigger the attacking botnet has to be to really cause a downtime). Unfortunately we don't have the funds for a massive server infrastructure, so fully migrating to Steam is probably the best solution (of course Steam also suffers from networking issues sometimes and DDoS attacks may also happen for Steam, but usually there shouldn't be many problems at all)

Quote from ArcaneDesmond

As I read we should back up our single player worlds I can't help but wonder why?

Since the game used the player name to authenticate a user previously, we need to change that to a unique user ID now. But since there is always a small chance that world conversions fail, it's recommendable to create a backup of existing world (just to make assurance doubly sure). But well, if something really goes wrong, in the worst case you will "only" lose your inventory.

Quote from ArcaneDesmond

My reason for asking this is because I've never figured out how to invite anyone to my singleplayer world yet. I could click that button on the bottom right till I'm blue in the face and yet still not even Joni or anyone else could I successfully invite to my world

If you want to play via Steam P2P (i.e. invite people from your friend list), you have to select a world first and then hit the green "Play with friends" button Once the world is loaded, you can invite a friend from your friend list (or alternatively they can join the game through the friend list accordingly)

Quote from ArcaneDesmond

Does this mean the dedicated servers are gone?

Dedicated servers will still be there, and they will still be available for free of course But we can't offer them on our homepage anymore, so it will be necessary to download them from Steam. But we add support for SteamCMD (a slim command-line based Steam tool) and anonymous login (so there is no Steam account required to download/run the server).
If you want to run the server on your local machine, you can also find it in your Steam lib under "Tools"

Quote from ArcaneDesmond

Do you have official servers or will all that disappear?

Unfortunately we don't have any official servers (we don't have enough time to administrate them), but basically there is no reason why a server would disappear due to this update Most server hosters were already using SteamCMD to offer (and update) their Rising World servers

Probably you've noticed the recent DDoS attacks on our HIVE server. As a result, the downtime forced the game to run in offline mode. When the game runs in offline mode, you are still able to play singleplayer or via P2P/LAN, but you can no longer join any public multiplayer servers with hive-verification enabled.

Basically the hive is there to make sure that usernames are unique. This allows Steam users to play with standalone users.

Unfortunately there isn't much we can do against the DDoS attacks, and since it's inacceptable to ignore them, we made a momentous decision: We will get rid of the hive server, at least for Steam users. From that point on, authentication will be solely handled by Steam. In return, user names are no longer unique, so you will be able to change your name at any time (identifying users will happen via SteamID). This also means you no longer need an account to play multiplayer.

In a nutshell, these changes are only beneficial for Steam users. Due to these changes the game will have a better Steam integration, e.g. support for the Steam server browser.

Of course we will still support the standalone users, and they will still be able to play with Steam users, so there will be no drawbacks for standalone users.

These changes also affect server admins: Since user names will be no longer unique, you will have to use the SteamID64 for the whitelist/blacklist or to set up admins. In addition, we have to get rid of the standalone server, so the server will only be available through Steam (but it supports anonymous login, and there is no need to install Steam in order to run the server). Of course standalone users will be able to play on these servers.
It's highly important to create a backup prior the update, since the update requires some extensive conversions to the world database. To be on the safe side, it's also recommendable to create a backup of singleplayer worlds.

Apart from that, there will be some changes to the Plugin API as well. It's important that plugin creators update their plugins if they rely on playernames to identify a player. We created a separate topic about that: https://forum.rising-world.net/thread/7781

Unfortunately we have to take down the stats page for the time being, since it will be no longer compatible with the new servers. Also the rcon tool will only have limited support, but we will release a new, better rcon tool in a few weeks.

If you have any questions, please let us know

Overview of all changes:

• Authentication is solely handled by Steam, so it doesn't matter if our servers are online or not (Steam version only)
• No need to create an account to play multiplayer (Steam version only)
• User names are no longer unique. In return, you can always change your user name
• User identification will be done via SteamID (standalone users will receive a similar ID)
• The dedicated server files will only be available through Steam (SteamCMD is sufficient and anonymous login supported). Standalone users can also play on the Steam server
• No changes for singleplayer, P2P multiplayer or LAN
• Server admins have to use SteamID for whitelist/blacklist/adminlist/banlist (or standalone ID)
• Server admins can reserve names on their server (and, in addition, block certain user names)
• Some changes to Plugin API, maybe some plugins need to be updated in order to stay compatible
• We will add support for the Steam server browser
• We no longer need a separate EULA for Steam users
• We have to take down the stats page for the time being
• The rcon tool only has limited support, but we will release a new rcon tool in a few next weeks
• Standalone users will be able to access beta branches of the Steam version

Sicherlich habt ihr von den letzten DDoS Angriffen erfahren. Als Folge lief das Spiel aufgrund der Downtime häufig im Offline-Modus. Wenn das Spiel im Offline-Modus läuft, kann man zwar weiterhin Singleplayer und P2P/LAN spielen, aber es ist nicht länger möglich auf öffentliche Multiplayer Server zu verbinden welche die HIVE-Authentifizierung aktiv haben.

Im Grunde ist der HIVE dafür da, um sicherzustellen, dass alle Spielernamen einmalig sind. Dies ermöglicht es, dass Steam-User problemlos mit Standalone-Usern spielen können.

Leider können wir nicht viel gegen die DDoS Angriffe machen, und da es inakzeptabel ist, diese einfach zu ignorieren, haben wir eine folgenschwere Entscheidung getroffen: Wir werden uns vom HIVE Server verabschieden, zumindest was die Steam-Version betrifft. Von diesen Punkt an wird die Authentifizierung komplett von Steam übernommen. Im Gegenzug, sind Spielernamen nicht länger einmalig, sodass es jederzeit möglich sein wird, den Namen zu ändern (die Identifizierung wird dann über die SteamID stattfinden). Dies bedeutet auch, dass kein Account mehr erforderlich ist, um Multiplayer zu spielen.

Kurz gesagt, diese Änderungen sind für Steam-Nutzer nur vorteilhaft. Durch die Umstellung wird es auch eine bessere Integration der Steam-Features geben, beispielsweise Unterstützung für den Steam Server Browser.

Selbstverständlich werden wir die Standalone weiterhin unterstützen, und Standalone-Nutzer werden auch weiterhin mit Steam-Nutzern spielen können, sodass es wirklich keine Nachteile für Standalone-Nutzer gibt.

Diese Änderungen betreffen auch Serveradministratoren: Da die Spielernamen nicht mehr einmalig sind, muss künftig die SteamID64 verwendet werden, um Admins einzutragen oder auch für die Whitelist/Blacklist. Außerdem wird der Standalone-Server entfallen, sodass der Server nur noch über Steam verfügbar sein wird (aber es wird anonymer Login unterstützt, und Steam muss für den Serverbetrieb nicht installiert sein). Natürlich werden Standalone-Nutzer auf diesen Servern spielen können.
Es ist wirklich sehr wichtig, vor dem Update ein Backup der Server zu erstellen, da durch das Update eine umfangreiche Konvertierung der Welt-Datenbank erforderlich wird. Um auf Nummer sicher zu gehen, ist es auch empfehlenswert, ein Backup von Singleplayer Welten zu erstellen.

Abgesehen davon wird wird ein ein paar Änderungen an der Plugin API geben. Es ist wichtig, dass Plugin Entwickler ihre Plugins anpassen falls zuvor Spielernamen verwendet wurden, um einen Spieler zu identifizieren. Wir haben dazu einen separaten Thread erstellt: https://forum.rising-world.net/thread/7781

Leider müssen wir die Stats-Seite fürs Erste außer Betrieb nehmen, da diese nicht mehr kompatibel zu den neuen Servern ist. Auch das RCON Tool wird nicht mehr alle Funktionen unterstützen, aber dafür wird in ein paar Wochen ein neues, besseres RCON Tool erscheinen.

Falls Fragen bestehen, lasst es uns einfach wissen

Übersicht aller Änderungen:

• Authentifizierung wird nun allein von Steam übernommen, sodass es keine Rolle spielt, ob unser Server erreichbar ist (nur Steam Version)
• Es ist nicht mehr nötig, Accounts zu erstellen, um Multiplayer zu spielen (nur Steam Version)
• Spielernamen werden nicht mehr einmalig sein. Im Gegenzug können Spielernamen jederzeit geändert werden
• Spieler Identifikation findet über die SteamID statt (Standalone Nutzer erhalten eine ähnliche ID)
• Die dedizierten Serverdateien werden nur noch über Steam verfügbar sein (SteamCMD und Anonymer Login unterstützt). Standalone Nutzer können auch auf Steam Servern spielern
• Keine Änderungen für Singleplayer, P2P Multiplayer oder LAN
• Server Admins müssen SteamID benutzen für Adminliste/Banliste/Whitelist/Blacklist (bzw. StandaloneID)
• Server Admins können bestimmte Namen sperren oder für eine bestimmte ID reservieren
• Ein paar Änderungen bei der Plugin API, ggf. müssen manche Plugins aktualisiert werden um kompatibel zu bleiben
• Es wird Unterstützung für den Steam Server Browser eingeführt
• Es ist für Steam Nutzer keine EULA mehr erforderlich
• Die Stats-Seite muss leider erstmal außer Betrieb genommen werden
• Das RCON Tool bietet nur noch eingeschränkten Support, aber dafür wird in den nächsten Wochen ein neues RCON Tool erscheinen
• Standalone Nutzer werden auf die Beta-Branches der Steam Version zugreifen können

Since we're going to fully rewrite the way how users will be authenticated with the next update (no more unique playernames, users can always change their names etc), this also affects some plugins probably. If a plugin previously used the player name to identify a user, this isn't reliable anymore. Instead, every user will get a globally unique UID, which will never change. For Steam users, this is the SteamID64 (standalone users get a similar ID). We will add a getUID() function to the player object accordingly, which returns a long value.
If your plugin used the playername to store any player data previously, you have to change it to the UID now.

I understand that these changes might be tricky in some cases, and I'm sorry for the inconveniences, but unfortunately that's the only way, and getting rid of the HIVE server is inevitable. I promise that there will be no more similar changes in the future, so once you've updated your plugins to use the UID instead of the player name, you never have to deal with it in the future anymore.

We uploaded a pre-version of the plugin API here: https://download.rising-world.net/api/pre/PluginAPI_Pre.zip
A pre-version of the game and server will be ready in a few days. We try to fully release the update next week (between 12th and 16th of February).

If you have any questions or if you need help, please let us know!

Well, originally I wanted to add a util function for that, but since we're going to rewrite the way how blocks (and block id's) will be handled anyway, I didn't want to create more functions which will be deprecated in the near future
Basically every new block shape has an offset (300), i.e. the default block uses id's 0 - 300 (more precisely, 21 - 218, all id's up to 300 are reserved for a regular block), a cylinder uses id's 300 - 600 (i.e. 321 - 518) etc.

I've attached an overview of all block shape id's, but it's a little bit awkward (that's one of the reasons why we really have to change that)