Posts by red51

Quote from Graysilk13

My map has stopped working, it will not pop up on the window.

Sorry for my late response! It's a strange issue, maybe some map data is corrupt. To find out what's going on there, please enable the client debug console (go to your game directory, open the "config.properties" file with a text editor and set "game_debug_console" to true, save the file, and run the game again). Load the world which suffers from this issue, try to open the map a few times, then quit the game and go to your game directory again. There should be a subfolder called "logs" now, which contains a new log file (please upload this file here, or alternatively send it via PM to me)

Thanks for the error report. This is unfortunately an issue which is caused by internal API functions, which are used by some plugins. This issue will be fixed with the next update

Quote from icon58

What ports can I use for rcon?

It's up to you, just make sure the port isn't in use (e.g. if the server uses port 4255, it also uses 4254, 4256, 4257 and 4258, so you can't use these ports for rcon).
If this is a game server, the server hoster maybe assigns a specific rcon port to you.

Thanks for the error log! The sound device could not be initialized properly, unfortunately it's difficult to say what caused this issue exactly. According to the error, it looks like a library issue (Steam uses its own libraries, but since Debian is not officially supported by Steam, this sometimes causes compatibility issues). You could try to run the game directly from the Steam directory (Steam/steamapps/common/Rising World), in this case the game usually uses the system libraries.

Otherwise it might also be caused by a driver issue or any other problem with the audio device. Make sure an output device is connected to your computer, and also active in your OS.

As a last resort you could try to delete the "config.properties" file in your game directory (this may help if a different output device was selected in the ingame settings before, but this device no longer exists).

Wie auch hier wird der Fehler durch die Verwendung von Plugins verursacht, oder genau gesagt, durch API interne Funktionsaufrufe. Besonders das Animal Breeding Plugin macht von diesen Funktionen Gebrauch. Dabei ist allerdings zu betonen, dass es ein Bug des Spiels ist, nicht des jeweiligen Plugins.
Dieser Fehler wird mit dem nächsten Update behoben, bis dahin kann man leider nicht viel machen, außer, auf das entsprechende Plugin vorübergehend verzichten, oder sich irgendwie mit dem Fehler arrangieren (welcher i.d.R. erst nach längerer Spielzeit auftritt).

Wenn ein Server für 10 Minuten keine Verbindung zu unserem Server hat (oder unser Server vorübergehend nicht erreichbar ist), wird er aus der Server-Liste entfernt. Leider wird er später nicht mehr eingetragen, auch wenn er wieder eine Verbindung hat, daher ist in dem Fall ein Neustart notwendig, damit der Server wieder in der Liste auftaucht.
Wenn du allerdings vom Server gekicked wirst, wäre die entsprechende Fehlermeldung hilfreich.

Sorry für die späte Antwort. Momentan ist es leider so, dass wenn der Server für 10 Minuten keine Verbindung zu unserem Server hat, er aus der Liste verschwindet. Auch wenn er danach wieder eine Verbindung hat, wird er nicht mehr automatisch eingetragen, sodass ein Neustart nötig ist, damit er wieder in der Serverliste erscheint.

Danke für die Errorlogs! Der Fehler wird durch die internen Raycast-Methoden verursacht, welche von der Plugin API verwendet werden. Das wird mit dem nächsten Update behoben
Was meinst du mit "RW hat eine interne Auslastungsanzeige von 7046 GB, aber der Server nur 800 MB in Benutzung"? Welche "interne Auslastungsanzeige" meinst du? Und wo siehst du, dass 800 MB in Benutzung sind?
Bzgl. der Blaupausen konnte ich die Problematik leider nicht reproduzieren, bislang sind alle platzierten Objekte mit "undoblueprint" wieder entfernt worden. Ich könnte mir höchstens vorstellen, dass bei sehr komplexen Bauplänen Anzeigefehler auftreten, sind die Objekte denn weiterhin vorhanden, nachdem du erneut zum Server verbindest?

Thanks for the log! Looks like a bug in the internal raycast methods (which were used by the plugin API). This will be fixed with the next update

Quote from icon58

On the hijack IP i get this message I think this is when it started
WARNING: Error while sending ping to hive (1): HTTP Error: Bad Gateway [Code:502]

This is nothing to worry about. The server sends a ping message every minute to the hive, in this case, the ping failed (but that doesn't matter). Only if the ping fails ten times, the server will be removed from the server list (until it restarts).

Quote from icon58

when this started java.net.BindException: Address already in use

The "Address already in use" message just indicates that another application is already running on the server port (i.e. the port is already in use). Most likely it's the game server which still runs in the background (or something like this).

Hmm... do you maybe also have a debug log (i.e. was the game_debug_console option enabled when the error occurred)?

I'm sorry to hear that Hackers are a pest, but I'm afraid there is always a chance to run into these issues... the only thing you can do is to use a safe password and a different rcon port (but ofc this doesn't help if one of the admins isn't trustworthy and abuses his rcon access).
If we were living in a perfect world it wouldn't even be necessary to use things like the AreaProtection script etc.

What do you mean exactly with "they hijacked your IP"? Did they hijack your dedicated server (not the RW server, but the whole machine instead)? Unfortunately this happens all the time (this isn't really related to Rising World at all)... once you have a server up and running, people (and especially bots) tirelessly try to gain access (that's why it's extremely important to use safe password and keep the server up-to-date).

I'm sorry for the inconvenience, there was indeed an issue with the authentication server, these issues should be fixed now

Trat das im Singleplayer oder Multiplayer auf? Im Singleplayer gibt es derzeit ein Problem, dass die letzten Änderungen nicht immer gespeichert werden, wenn das Spiel direkt nach dem Vornehmen der Änderungen beendet wird (wartet man hingegen mind. 10-20 Sekunden, tritt dieses Problem jedoch nicht auf). Falls du also nach Ausführung des "undoblueprint" Befehls das Spiel direkt beendet hast (bzw. ins Hauptmenü zurückgekehrt bist), könnte das die Erklärung dafür sein (das gilt natürlich nicht für den Multiplayer).

Also in den Abend bzw. Nachtstunden gab es tatsächlich ein Kommunikationsproblem zw. unseren Servern und der Steam API, wodurch das Spiel nur noch im Offline-Modus starten konnte (im Hauptmenü steht dann oben rechts "Offline", und alle Server werden rot angezeigt). Zu heute Mittag kann ich leider nichts sagen, uns ist leider nichts aufgefallen, aber wir werden das nachprüfen

@Harv: There was a communication issue between our servers and the Steam API, I'm sorry for the inconvenience, but everything should be back to normal now

Hmm... das scheint tatsächlich ein Bug zu sein Offenbar betrifft es nur Events, die als EventMethod Threaded verwenden. Danke für den Hinweis, das wird mit dem nächsten Update behoben

Thanks for letting me know, I will try to reproduce this issue and fix this issue accordingly

Quote from MarcosRC

Any news/ETA on the next update red51?

I can't give any ETAs unfortunately, but it shouldn't take too long until the previews will be available

Quote from ZachyB

Not sure if what Harv posted below would be the same issue, but on a multiplayer game that I play in, every time the server gets restarted, the maps "go blank" as if nothing has been explored before

Currently the map data is stored clientside (although this will be changed in the future), and in order to identify the server, the client uses a mixture of the server ip (+port), server name, world name and world seed. Actually it was a little bit unnecessary to take the server name into account for this, because if the server changes the name, the map data will be reset
However, in the medium run the map data will be synced with the server, this solves this issue anyway

Quote from Kryssi_79

getScale() und getSize() sind für mich 2 verschiedene Werte. Wurde ich auch so verstanden ?

Achso, ich hatte das tatsächlich anders verstanden

Quote from Kryssi_79

Mit getSize() möchte ich dann die tatsächliche Abmessungen wissen um z.B. ein Objekt immer auf die gleiche Größe (mit setScale() ) zu bringen.

Also das ist so in der Form momentan nicht direkt vorgesehen, allerdings kannst du die Größe eines Modells mithilfe einer BoundingInformation bestimmen:

ModelInformation modelInfo = new ModelInformation(...);
BoundingInformation boundingInfo = new BoundingInformation(modelInfo);


//Mittelpunkt des Modells (i.d.R. 0.0 0.0 0.0)
System.out.println("Mittelpunkt: " + boundingInfo.getCenter());


//Halbe (!) X-,Y-,Z-Größe (ausgehend vom Mittelpunkt)
System.out.println("X-Größe: " + boundingInfo.getXExtent());
System.out.println("Y-Größe: " + boundingInfo.getYExtent());
System.out.println("Z-Größe: " + boundingInfo.getZExtent());

Das Problem bei einer getSize() Funktion wäre, dass sie keine Rückschlüsse auf den Mittelpunkt des Modells gibt (es kann ja sein, dass das Modell eine Box mit den Abmessungen 1x1x1 ist, allerdings der Mittelpunkt des Modells um 100 Einheiten nach unten versetzt ist), daher bietet eigentlich nur eine BoundingInformation vollen Zugriff auf diese Informationen (was aber kein Problem darstellen sollte - man muss nur berücksichtigen, dass getXExtent(), getYExtent() und getZExtent() jeweils nur halbe Werte zurückgeben [bei einer 1x1x1 Box also jeweils 0.5]).

Quote from Kryssi_79

setUserFriendlyName() möchte ich die Möglichkeit schaffen ein Anzeigenamen mit zu transportieren und ggf anzuzeigen.

Welchen Anzeigenamen meinst du genau (da World3DModel ja keinen direkten Anzeigenamen hat)? Bei späteren Modellen, die als Items oder platzierbare Objekte im Inventar fungieren (die ja definitiv einen Namen hätten [bspw. als Tooltip]) würde es aber hingegen auf jeden Fall eine Möglichkeit geben, lokalisierte Namen und Beschreibungen hinzuzufügen (diese werden aber dann vmtl. eine eigene Klasse bekommen die keinen Bezug zur World3DModel Klasse hätte)

Derzeit haben diese Funktionen eine globale Auswirkung, d.h. auf dem Wege können sich Plugins tatsächlich in die Quere kommen. Mittelfristig wird das aber sehr wahrscheinlich noch geändert, sodass diese Funktionen sich lediglich auf das derzeitige Plugin beziehen.