How?
After the update, you will be able to change the name in the main menu (in the top right corner).
How?
After the update, you will be able to change the name in the main menu (in the top right corner).
Can you change your name in standalone?
Yes you can ![]()
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 ![]()
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:
Are there any other functions or changes required by other scripts?
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 ![]()
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 ![]()
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)
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.
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).
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 ![]()
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) ![]()
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
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 ![]()
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 ![]()
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 ![]()
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)
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 ![]()
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).
„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
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 ![]()
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).
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.
Die Änderung würde dann ja sicherlich auch das Forum betreffen?
Nein, das Forum bleibt von diesen Änderungen nicht betroffen ![]()
Wann kommt diese Umstellung?
Wir versuchen, das Update unbedingt nächste Woche rauszubringen. D.h. irgendwann zwischen dem 12. und 16. Februar
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 ![]()
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 ![]()
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).
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.
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.
Kommen damit auch Steam Errungenschaften ?
Leider nein, das ist allerdings geplant^^
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 ![]()
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).
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 ![]()
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.
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
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 ![]()
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 ![]()
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) ![]()
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 ![]()
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) ![]()
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.
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)
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"
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:
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:
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) ![]()
DEFAULTBLOCK = 0
CYLINDERBLOCK = 300
HALFCYLINDERBLOCKFRONT = 600
HALFCYLINDERBLOCKLEFT = 900
HALFCYLINDERBLOCKBACK = 1200
HALFCYLINDERBLOCKRIGHT = 1500
HALFCYLINDERBLOCKTOPX = 1800
HALFCYLINDERBLOCKTOPZ = 2100
HALFCYLINDERBLOCKTOPCROSS = 2400
HALFCYLINDERBLOCKTOPTCROSSFRONT = 2700
HALFCYLINDERBLOCKTOPTCROSSLEFT = 3000
HALFCYLINDERBLOCKTOPTCROSSBACK = 3300
HALFCYLINDERBLOCKTOPTCROSSRIGHT = 3600
STAIR1FRONT = 3900
STAIR1LEFT = 4200
STAIR1BACK = 4500
STAIR1RIGHT = 4800
STAIR2FRONT = 5100
STAIR2LEFT = 5400
STAIR2BACK = 5700
STAIR2RIGHT = 6000
STAIR3FRONT = 6300
STAIR3LEFT = 6600
STAIR3BACK = 6900
STAIR3RIGHT = 7200
STAIRCORNERFRONT = 7500
STAIRCORNERLEFT = 7800
STAIRCORNERBACK = 8100
STAIRCORNERRIGHT = 8400
STAIRCORNERINNERFRONT = 8700
STAIRCORNERINNERLEFT = 9000
STAIRCORNERINNERBACK = 9300
STAIRCORNERINNERRIGHT = 9600
RAMPFRONT = 9900
RAMPLEFT = 10200
RAMPBACK = 10500
RAMPRIGHT = 10800
RAMPUPSIDEDOWNFRONT = 11100
RAMPUPSIDEDOWNLEFT = 11400
RAMPUPSIDEDOWNBACK = 11700
RAMPUPSIDEDOWNRIGHT = 12000
RAMPCORNERHALFFRONT = 12300
RAMPCORNERHALFLEFT = 12600
RAMPCORNERHALFBACK = 12900
RAMPCORNERHALFRIGHT = 13200
RAMPCORNERINNERFRONT = 13500
RAMPCORNERINNERLEFT = 13800
RAMPCORNERINNERBACK = 14100
RAMPCORNERINNERRIGHT = 14400
RAMPUPSIDEDOWNCORNERHALFFRONT = 14700
RAMPUPSIDEDOWNCORNERHALFLEFT = 15000
RAMPUPSIDEDOWNCORNERHALFBACK = 15300
RAMPUPSIDEDOWNCORNERHALFRIGHT = 15600
RAMPUPSIDEDOWNCORNERINNERFRONT = 15900
RAMPUPSIDEDOWNCORNERINNERLEFT = 16200
RAMPUPSIDEDOWNCORNERINNERBACK = 16500
RAMPUPSIDEDOWNCORNERINNERRIGHT = 16800
RAMPCORNERFRONT = 17100
RAMPCORNERLEFT = 17400
RAMPCORNERBACK = 17700
RAMPCORNERRIGHT = 18000
RAMPUPSIDEDOWNCORNERFRONT = 18300
RAMPUPSIDEDOWNCORNERLEFT = 18600
RAMPUPSIDEDOWNCORNERBACK = 18900
RAMPUPSIDEDOWNCORNERRIGHT = 19200
HALFBLOCK = 19500
HALFBLOCKMIDDLE = 19800
HALFBLOCKTOP = 20100
HORIZONTALCYLINDERX = 20400
HORIZONTALCYLINDERZ = 20700
HORIZONTALCYLINDERCROSS = 21000
CYLINDERCROSSX = 21300
CYLINDERCROSSZ = 21600
PYRAMID = 21900
PYRAMIDUPSIDEDOWN = 22200
RAMPHORIZONTALFRONT = 22500
RAMPHORIZONTALLEFT = 22800
RAMPHORIZONTALBACK = 23100
RAMPHORIZONTALRIGHT = 23400
ARCFRONT = 23700
ARCLEFT = 24000
ARCBACK = 24300
ARCRIGHT = 24600
ARCUPSIDEDOWNFRONT = 24900
ARCUPSIDEDOWNLEFT = 25200
ARCUPSIDEDOWNBACK = 25500
ARCUPSIDEDOWNRIGHT = 25800
ARCHORIZONTALFRONT = 26100
ARCHORIZONTALLEFT = 26400
ARCHORIZONTALBACK = 26700
ARCHORIZONTALRIGHT = 27000
STAIR1HORIZONTALFRONT = 27300
STAIR1HORIZONTALLEFT = 27600
STAIR1HORIZONTALBACK = 27900
STAIR1HORIZONTALRIGHT = 28200
STAIR1UPSIDEDOWNFRONT = 28500
STAIR1UPSIDEDOWNLEFT = 28800
STAIR1UPSIDEDOWNBACK = 29100
STAIR1UPSIDEDOWNRIGHT = 29400
STAIRUPSIDEDOWNCORNERFRONT = 29700
STAIRUPSIDEDOWNCORNERLEFT = 30000
STAIRUPSIDEDOWNCORNERBACK = 30300
STAIRUPSIDEDOWNCORNERRIGHT = 30600
STAIRUPSIDEDOWNCORNERINNERFRONT = 30900
STAIRUPSIDEDOWNCORNERINNERLEFT = 31200
STAIRUPSIDEDOWNCORNERINNERBACK = 31500
STAIRUPSIDEDOWNCORNERINNERRIGHT = 31800
Das wird mit dem nächsten Update hinzugefügt
Allerdings wird es nicht direkt ein Parameter in enableAreaSelectionTool() sein, sondern es wird nachträglich mit einer neuen Funktion Namens setAreaSelectionToolData(Area) gesetzt werden können.
Danke fürs Feedback, freut mich, dass jetzt alles soweit funktioniert ![]()
bellablu: Do you still experience the issues with the hive?