Posts by red51

Wie gesagt, die Weltgenerierung ist mit dem letzten Update generell langsamer geworden (zugunsten eines etwas flüssigeren Spielablaufs im Gegenzug). Besonders wenn viele Bauelemente verbaut sind macht sich das sehr bemerkbar. Und vor allem auch beim Teleportieren oder Fliegen (alle Geschwindigkeiten höher als 100% können dazu führen, dass die Weltgenerierung nicht hinterher kommt).
Das bevorstehende Update wird die Weltgenerierung aber etwas optimieren, am besten mal abwarten wie es nach dem Update aussieht

Yes, you can change the name of a world. To do that, go to your game directory (Steam: rightclick on RW in Steam -> Properties -> Local files -> Browse local files) into the "Worlds" folder and change the name of the particular world subfolder. Then go into this folder and change the name of the .db file accordingly. For example, if your world is called "New World" and you want to change its name to "MyWorld", change the name of the world folder (in the Worlds directory) from "New World" to "MyWorld", and change the name of the "New World.db" file (inside this folder) to "MyWorld.db"

Quote from Deirdre

Ich hatte das damals bereits unter den "default permissions" auf 1000 geändert, ca. 16 Minuten. Diese Änderung hatte keine Auswirkungauf die Undo-Zeit. Auch die Undo-Zeit in den einzelnen Gruppen zu erhöhen, hat nichts gebracht.
Das Ganze scheint aber bei anderen Servern zu funktionieren.

Was steht denn bei dir, wenn du im Spiel das ESC-Menü aufmachst und auf "Berechtigungen" klickst bei "blueprints_undotime" für ein Wert? Stehen dort die 1000, oder weiterhin der Standardwert 300?

Well, this has to be viewed in a very differentiated way Actually aluminium does occur as a native element mineral, although it is very rare (but basically the same applies to iron). However, one typical "aluminium ore" is bauxite (which does not contain native aluminium, but it's still considered as an "aluminium ore"). Of course there are also other types of "aluminium ore" out there, so this term isn't necessarilly wrong. If we decided to stay away from the term "aluminium ore" (and label it "bauxite" instead, for example), we would have to do the same with iron ore, since there is no mineral out there called "iron ore", but instead there are several "iron ores" like "magnetite", "hematite" or "geothite". I guess it would be quite confusing for most people if they find an ore called "geothite" in the game, while it's basically iron ore (and most games simply label it "iron ore")^^

The smelting process, on the other hand, isn't correct of course. But basically it's also not correct for other ores (IRL, it would never work to put a rock into a smelter and get an ingot as a result) But in favor of playability, I guess it's still better to stick to this simplified process.

This is unfortunately a bug. All permissions which use a primitive data type (boolean, int, float) don't recognize the class when setting it via API and throw an exception instead. This issue will be fixed with the next update

Quote from FelonyMelanie

Are the horses going to be able to be placed in a field so I can have a horse farm?

Horses will spawn randomly, but of course you can also use the spawnnpc command to spawn them manually In the long run, animal breeding will be added (until then, you could use the animal breeding plugin)

Quote from sharkbitefischer

when I set the blueprint in the direction I made the blueprint it sets properly but when I tried to lay it on it's side, there are 2 panels missing.

Thanks for the blueprint! It seems this issue is in the game for some time now I will check out what's going on there

Freut mich, dass es nun funktioniert

Ich kann es noch nicht mit Gewissheit sagen, aber ich schätze, dass wir dieses Jahr nicht auf der gamescom vertreten sein werden

Sorry for my late response! Actually some recording software sometimes acts weird when it comes to OpenGL, unfortunately there isn't much we can do about it in most cases Although I don't know if this applies to OBS or XSplit...
One typical problem is the hard drive: Rising World writes (and reads) the world data to/from the harddrive (more or less frequently). If another program is also accessing the hard drive (e.g. when Steam downloads some files), this can have a huge impact on performance. What type of hard drive do you have exactly (HDD or SSD)? I don't know how OBS or XSplit handle this, but most recording software causes lots of hard drive accesses. Depending on the state and fragmentation of your hard drive, this could result in performance issues for RW.

If you have a separate partition (or more precisely, a separate hard drive), it might be worth a try to move either RW or the recording software to that drive. If you have an SSD, it's definitely preferable to install RW on that drive. If you don't have an SSD, you could try to defrag your HDD.

Quote from Silverridge

bekommt ihr das mit dem nächsten update hin das man quasi glas als triangle (in der größe veränderbar)

Also Glas-Triangles sind definitiv geplant und auch teilweise schon vorbereitet, aber ins nächste Update schaffen es diese neuen Bauteile leider noch nicht

Quote from Deirdre

Seit dem Update wird auch das gewellte Glas beim Bauen glatt angezeigt. Sehr irritierend. Bitte wieder ändern.

Ja, das ist in der Tat ungewollt. Das wird geändert

Quote from lenko

Spätestens beim setzen des zweiten Blueprints treten die Probleme ein.
Direkt Memory bis zum Anschlag, die FPS teilweise unter 10.

Ich weiß nicht, ob das Problem tatsächlich mit den Blueprints zusammenhängt, oder eher mit dem Direct Memory. Besonders wenn die Blueprints aus so vielen Teilen bestehen... wenn der Direct Memory voll ist, führt es unweigerlich zu starken Performanceeinbrüchen. Das nächste Update wird den Direct Memory Verbrauch aber reduzieren

Quote from hkurzawa

Seit dem Figuren-Update spawnen auch keine Tiere mehr nach. Ist das gewollt oder nur ein Fehler?

Das war, wie @Deirdre schon sagt, leider auch vorher schon so... Mittelfristig wird sich das aber eventuell ändern.

Quote from Deirdre

Habe bezüglich Blaupausen noch einiges festgestellt. Der Undo Befehl entfernt immer noch nicht alles.

Das ist wirklich ein merkwürdiger Fehler... es hat auch bereits eine andere Person von diesem Fehler berichtet. Ich konnte ihn leider noch nicht zuverlässig reproduzieren, und er scheint offenbar nur in bestimmten Fällen aufzutreten

Quote from Deirdre

Die Erhöhung des Undo Befehls von 5 Minuten auf X Minuten in den Servereinstellungen oder Singleplayer
funktioniert noch nicht.

Im Singleplayer kann dieser Wert leider noch nicht geändert werden, im Multiplayer hingegen ist er aber über die Permissions einstellbar. Hier sollten auch Werte über 5 Min möglich sein. Die Permission lautet "undotime" unter "blueprints" (in Sekunden):

blueprints:
    undotime: 600

Quote from Deirdre

DIe Ladezeit gewisser Weltparts dauert zu lange. Ka wie das bei Rechnern geringerer Kapazität dann aussieht.

Seit dem letzten Update generiert sich die Welt tatsächlich langsamer, zumindest wenn viele Bauelemente verbaut sind. Im Gegenzug sollten die Bewegungen dafür aber flüssiger laufen und weniger ruckeln, da wir einige Berechnungen in den gleichen Thread ausgelagert haben, welcher die Welt generiert. Das war aber erstmal nur eine provisorische Lösung, wir werden in Kürze diese Berechnungen in einen eigenen Thread packen, und die Welt sollte dann wieder mit gewohnter Geschwindigkeit generieren (wobei auch hier noch viel Optimierungsspielraum ist, aber das wird wohl noch länger dauern)^^

Hast du evtl. in den Einstellungen (unter "Verschiedenes") das Häkchen bei "Konsolenbefehle erlauben" entfernt? Dann sind die Konsolenbefehle nicht mehr in Singleplayer verfügbar. Falls dem so ist, setze das Häkchen und speichere die Änderung, dann sollte wieder alles klappen (falls nicht, evtl. einmal neustarten)

I checked the PlayerChangeBlockPosition event and it works as intended. If you're not sure if a certain event is in the game, you can have a look at the javadoc (it contains an overview of all methods and events): https://javadoc.rising-world.n…geBlockPositionEvent.html

What "chest event" are you trying to use exactly? In your case you have to get the according chest from the World class (see getChest()) and use the insertNewItem() method to store an item int

Is the red line still there when you return to the main menu and reload the world?

Hmm... that's strange... when was this world created exactly? Is it an old world? One thing you could try to remove it is to enter creative mode (open console and type "gm 1") and hit F10 while standing next to the hole. Alternatively you could use the smoothing tools (F5 -> 2) to get rid of it.

That's indeed a bug, it will be fixed with the next update (which will be ready very soon)

Sorry for the inconvenience, this issue was caused by our authentication server

The issue should be fixed now, but if you still run into any problems, please let us know

Sorry for the late response! If the game gets stuck at 10 percent (when connecting to a mp server), this means the connection to the server was successful, but the client doesn't receive the world data. This can happen if there is either a high load on the server (and the server can't keep up with sending world data), or if another error occurs while loading/sending the data. In this case, a serverlog would be helpful

If it only happens for individual clients, this could also be caused by a broken player position (somewhere far below hell) or by corrupted player data (in this case, you can delete the player data with the command deleteplayer name).
If the client cannot connect to other servers, it's likely that this issue is caused by his internet connection (or another program interfers with the connection, e.g. a firewall or an antivirus program)

Are you looking for an ingame command, or a command you can send to the server? In the latter case, you can use getplayercount to get a list of all players

Alternatively you can query the server via http. To do that, just query this address: http://<serverip>:<serverport-1>/playerlist. For example, when running on the same machine and if the server port is 4255 (the http port is then 4254), it would look like this: http://127.0.0.1:4254/playerlist

About the debug output: Unfortunately you cannot disable it, but we will remove the weather output with the next update^^

Preventing people from picking up certain items from chests could actually make sense in some cases - e.g. if an item is forbidden for a certain user group (and to make sure that such a user can't simply grab the item from a chest).
Or to make sure that forbidden items cannot be taken from dungeon chests

If you want to prevent people to pick up a certain item from chests, your permission file should contain this part (the indenting is important):

items:
    pickup:
        chest:
            deny:
            - tnt
            - musket

If you want to prevent people from taking anything from a chest, you can use the wildcard symbol * instead of an item name.

But if you want to have something like "personal chests", i.e. other people cannot steal loot from *your* chest, you have to use either the ChestProtection plugin, or the AreaProtection script