Posts by red51

A new update (0.9.2) is available now!
Latest Hotfix: 0.9.2.1 (2026-05-13)

    Basically we wanted to cover the case that there might be a gui element in the future which isn't clickable. So currently every gui element which is supposed to be clickable has to override these methods and expose them to the public API.
    If we come to a point that we find out that there will be no gui element without the clickable-functionality, we might change this^^

    Also es gibt keine grossen freien flächen, klar kann man mit allen mögliche Seeds versuchen

    Das ist wahr. Das wird sich im Laufe der Zeit auch nochmal etwas ändern. Komplett freie Flächen wird es vermutlich aber tendenziell weniger geben (realistisch betrachtet müsste in einer unberührten Welt fast überall Wald sein, aber ich denke es macht Sinn, wenn es größere Flächen gibt auf denen nur vereinzelt ein paar Büsche stehen o.ä)


    Mir wäre es aber lieber, wenn man die Umgebungsvariablen näher bestimmen könnte. Also wieviele Bäume auf einer bestimmten Umkreis geben soll, wieviel Wasser die Welt enthalten soll usw.

    Das ist auf jeden Fall geplant. Sowas erfordert leider viel Feintuning, sodass wir uns diesem Thema immer nur schrittweise nähern. Insbesondere Einstellmöglichkeiten, wieviel Wasser (bzw. ob überhaupt) vorhanden sein soll, und auch Einstellungen hinsichtlich der Biome (vor allem auch die Möglichkeit, ein Startbiom auswählen zu können) wären wichtig.


    nur wenn man fast bei jeden neu erstellten Welt in einem Wald oder gar hoch oben auf einen Berg landet ist das nicht grade motivierend

    Zumindestens das "auf einer Bergspitze spawnen" ist etwas suboptimal, das wird noch geändert ;)


    Schöne Seedübersichten gibt es auch nicht

    Es kursieren zwar ein paar Seeds im Forum, leider muss man aber auch berücksichtigen, dass alte Seeds nicht mehr zwangsläufig die selbe Welt ausspucken, nachdem durch irgendwelche Updates die Weltgenerierung verändert wurde (bspw. führt ein Seed von vor den Biomen nun zu einer ganz anderen Welt).


    Wenn ich mir verschiedene Maps ansehe, war das vor dem Wasserupdate nicht so extrem.

    Das Wasserupdate hat an den bestehenden Biomen eigentlich nichts geändert. Einziger Unterschied sind Seen, welche ja in einem regulären Biom spawnen können, und dort dafür sorgen, dass das Terrain generell abschüssiger wird (damit die "Grube" effektiv mit Wasser gefüllt werden kann). Hier findet sich also grundsätzlich sehr unebenes Terrain. Aber wie gesagt, normale Wälder oder Wiesen sind nicht betroffen.


    I think everybody (the dev team included) will agree that the survival aspects of RW are yet under-developed and so far the focus has been on creation / construction. This may change in the future, as the game still has a long way to go.

    100% agree. Although it's our intention to focus more on survial and exploration aspects (especially the introduction of the new playermodels will be an important foundation for survival)


    I suspect however that the two perspectives (creative and survival) are very hard (almost impossible?) to fully develop both in the same context

    Well, of course one could probably never compare this game to some "pure" survival games (like Rust, DayZ etc), or more precisely, to those games which fully concentrate on survival. If this was our intention, we wouldn't have "wasted" time and resources in creating a procedural voxel terrain :D But on the other hand, there are definitely a lot of possibilities in terms of survival, especially when talking about a "more challenging" gameplay :)


    The voxel concept upon which RW is based, for all its advantages, also has disadvantages: flat is totally flat, the minimum difference in level is one block, the only possible continuous slope is 45° and so on. Natural terrain characteristics are rather different.

    This is true. This is probably the biggest limitation about the terrain. Although it would be possible to use data grid with a higher precision (some very few other games do that), this would result in a higher memory consumption, and the game would have to process more polygons. We already put these resources in things like the construction system (i.e. building with planks etc), I'm afraid having a more precise terrain in combination with extensive buildings (some users create buildings consisting of tens or hundreds of thousands of construction elements =O ) might end up in an unplayable state...
    However, once the game is in beta, we want to do some tweaks to the terrain ^^


    Every lake, beach is unven, terrible

    That's basically intended, in order to make sure the water doesn't flood adjacent areas

    Das Dungeonupdate (welches auch ein paar andere Dinge mit sich bringt) wird nicht mehr lange auf sich warten lassen, einen genauen Termin nenne ich lieber nicht, aber vorher werden keine anderen Updates mehr erscheinen, d.h. die Dungeons kommen als nächstes ;)

    Bitte nur 1 Thread erzeugen, mehrere Beiträge bzgl. der gleichen Thematik führen nur zur Unübersichtlichkeit im Forum ;)


    Verwendest du die Steamversion? Benutzt du ein 32 oder 64 Bit Betriebssystem? Befindet sich im Spielverzeichnis eine Datei mit dem Namen "errorlog" oder "hs_err_pid"? Was für eine CPU, und was für eine Grafikkarte verwendest du?

    You can find all items in the definitions database of the game. Just open the "commons.jar" in your data subfolder with a zip program (e.g. WinRar), navigate into the commons/definitions subfolder, there you find a file called "definitions.db". You can extract this file and open it with an SQL editor (e.g. Navicat). Inside this database file you find a table called "Items", this table contains all items with their according id.
    About the variation, basically it's just relevant for blocks or construction elements (determining the texture).


    Alternatively here is an overview of the current items in the game:

    1) Assumption: as far as I can tell, plug-in ID's are always sequential, i.e. in increasing order and without 'holes'. Can this be documented and 'cast in stone'?

    Yes, that's basically true. Unless an unexpected error occurs when loading a plugin, there shouldn't be any "holes".


    if "reloadplugins" has been used (and possibly under other circumstances too), plug-in ID's may start with any integer

    That's also true. There is an internal counter which does not get reset to 0 when reloading the plugins. So if 10 plugins are loading (using id 0 to 9), and you use the "reloadplugins" command, the first plugin will have id 10, the 2nd plugin id 11 etc.


    it would be nice however if the process could be streamlined somewhat, for instance by providing a Plugin.getAllPlugins() method returning an array (or ListArray or whatever) of all installed plug-ins.

    Yes, that makes sense. This method will be added with the next update ;)

    Bleibt das Loch auch nach einem Reconnect bestehen, bzw. auch wenn der direkt die Kante zum fehlenden Chunk bearbeitet wird (oder F10 im Creativemodus verwendet wird)?


    Wegen dem Gras, hat dein Kollege ggf. in den Einstellungen "Grasverdeckung" ausgeschaltet? Beim Platzieren von Blockreihen oder von Construction Elementen (Planken etc) wird Gras nicht entfernt, sondern lediglich davon verdeckt - sofern diese Option aktiv ist. Leider erfordert das Aktivieren dieser Einstellung (also falls sie zuvor deaktiviert war) momentan einen Spielneustart.

    Während setp die Positionspräzision und setr die Rotationspräzision einstellen, kann mit setl die Präzision beim Skalieren (also Vergrößern oder Verkleinern) eingestellt werden.
    Mit savep/saver/savel wird die aktuell eingestellte Positions-/Rotations-/Skalierungspräzision dauerhaft gespeichert, bleibt also auch nach einem Neustart aktiv. Mit resetp/resetr/resetl kann der gespeicherte Wert wieder auf den Standardwert zurückgesetzt werden, allerdings wird der aktuell eingestellte Wert dadurch nicht zurückgesetzt (d.h. man sieht diese Änderung erst nach einem Spielneustart)... das könnte man ggf. ändern ;)


    Generell sind diese ganzen Befehle eher als "Workaround" gedacht. Nachdem das Bausystem überarbeitet wurde, wird man sowas direkt über eine GUI einstellen können (natürlich werden die Befehle aber weiterhin vorhanden bleiben).

    Yes, that's true. Someone else also mentioned this issue some while ago. The next update will introduce a Player.deleteAttribute(String key) method which allows you to remove an attribute :)

    Well, actually the Areas are causing some problems. There is still some debug code left which causes various issues in certain cases, that will be fixed with the next update.
    However, this isn't related to your problem. Using sub-classes of Area causes trouble, since the "equals()" method in Area doesn't check if the other object is an instance of Area (it only compares the classes, so the sub-class isn't considered to be an Area). This will be changed with the next update ;)

    Was AreaProtection angeht, dafür wird es einen Converter geben der die Lua Areas in Plugin Areas umwandelt ;) Aber natürlich wird Lua erst rausgeworfen, wenn das AreaProtection Plugin fertig ist (und auch alles andere, was dringend benötigt wird)^^
    Bzgl. der Teleportpunkte, um was für ein Skript handelt es sich dabei denn? Einen Converter auch dafür zu schreiben ist grundsätzlich nicht viel Arbeit.

    About the "needs a throw clause": This is required by the "ImageInformation" constructor, since it can throw an IOException (file not found, invalid file etc). The easiest way is to surround it with a try-catch-statement:


    About the cast exception, it indicates that you're trying to assign a GuiImage to a GuiLabel object. As @Blacky1004 mentioned, please post the full error message and the according code

    Hmm... when setting setEditable() to true the textfield should forward click events to the plugin 8| I tried the code above, as long as setEditable() is set to false, the textfield basically gets disabled (so it does not react to any input - maybe that's something we should change in the future^^), however, when setting it to true, click events are triggered.
    It's strange that it didn't trigger the click events in your case... can you maybe provide a full test-case?

    player.setAttribute("PlayerTestMoney",76657667);
    [...]
    String value1 = (String)player.getAttribute("PlayerTestMoney");

    This results in a ClassCastException, since you cannot cast an Integer to String. Either you have to store a String (i.e. player.setAttribute("PlayerTestMoney", "76657667");), or convert the Integer value by using the "String.valueOf()" method: String value1 = String.valueOf(player.getAttribute("PlayerTestMoney"));