wieder mal stelle ich die berühmte Frage: Gibt es denn schon Neuigkeiten über das bevorstehende Update? So wie es aussieht, wird es nicht nur Schilder und Plakate werden...
Ja, es wird auf jeden Fall mehr geben als nur Schilder und Plakate 
Wir bekommen leider nicht mehr alles fertig, was ursprünglich geplant war, aber es wird zumindest eine Reihe neuer Objekte, Craftingstationen und Items geben 
Vielen Dank noci 
Wenn du mich fragst, das Hauptproblem bei Unity ist einfach, dass die selber kein Spiel mit ihrer Engine entwickeln (anders als Epic)... viele Probleme der Engine fallen denen gar nicht direkt auf. Dazu kommt die Fehlentwicklung der letzten Jahre, auf 3 Renderpipelines zu setzen (die alte Built-in Pipeline, die URP und HDRP). Features werden von Unity dadurch teilweise doppelt und dreifach implementiert, und auch Bugs werden langsamer behoben (und durch den Workflow bei Unity passiert es leider immer wieder, dass bereits behobene Bugs erneut ihren Weg in die Engine finden)... 
Es ist schon lustig: Unity-Nutzer raten anderen meistens dringlichst von Unity ab, während Unreal-Nutzer einen unbedingt von Unreal überzeugen möchten. Kommt wohl nicht von ungefähr 
Ich glaube niemand hätte was gegen eine Unreal-Version.
Hehe, naja, ich glaube allerdings, dass RW keinen weiteren Engine-Wechsel mehr sehen wird 
Sollte es aber mal ein RW 2 geben, wird es vermutlich Unreal verwenden
Wenn Rw noch ein paar Jahre bis zur Fertigstellung braucht, ist die Grafik veraltet und e gibt bessere Engines
Naja, es ist höchst unwahrscheinlich, dass es in absehbarer Zukunft "bessere" Engines geben wird - dominant werden weiterhin Unreal und Unity bleiben (und mit einigem Abstand ggf. CryEngine und Godot) und das wird sich wohl nicht so schnell ändern. In den letzten Jahren und Jahrzehnten ist so viel Know-How in diese Engines geflossen, dass diese nicht so schnell von anderen, "neuen" Engines verdrängt werden.
Und sowohl bei Unity als auch Unreal geht es voran (auch wenn es bei Unity manchmal eher schleppend geschieht) und beide Engines entwickeln sich kontinuierlich weiter.
Unreal hat zwar einen soliden Vorsprung, den Unity m.E. auch nicht mehr einholen wird, allerdings möchte ich an dieser Stelle nochmal betonen, dass RW - wenn es Unreal statt Unity verwenden würde - heute nicht sehr viel anders aussehen würde. Das einzige Feature, was wirklich schmerzlicherweise fehlt, ist "Lumen" (für "Global Illumination" bzw. indirekte Beleuchtung). RW hätte davon profitiert. Es wäre aber auch kein Game-Changer (und hätte trotzdem einen nicht zu vernachlässigenden Einfluss auf die Performance).
Mit anderen Worten: Für die meisten User kann es eigentlich mehr oder weniger egal sein, ob wir nun Unreal oder Unity verwenden.
RW verwendet auch immer eine der neuesten Engine-Versionen, sodass neue Engine-Features auch von uns genutzt werden können. Es gibt noch einiges an Spielraum, um die Grafik weiter zu verbessern (Raytracing, Tessellation etc), was wir momentan nur entweder aus Performance- oder Zeitgründen noch nicht ausreizen. Auch wenn RW also noch Jahre bis zur Fertigstellung bräuchte, muss man sich um die Grafik nun wirklich keine Sorgen machen
Die Empfehlung auf eine andere Engine zu wechseln, gab es schon 2015/2016
Ganz ehrlich: So ein Wechsel hätte damals sehr viel mehr Probleme bereitet. Unity bekam erst 2019 einige wichtige Features, ohne die RW vielen Einschränkungen unterlegen hätte. Ein entscheidener Grund, die Engine zu wechseln, war allerdings die Änderung auf Steam Ende 2018 (wodurch RW quasi seine gesamte Sichtbarkeit im Steam Store verloren hat). Die Änderung kam überraschend und war die Jahre davor noch nicht absehbar 
Darf man fragen wann man ungefähr mit höhlen rechnen kann? 😁
In der Java version waren höhlen und sogar Dungeons laaange vor den Reittieren da ☺️
Nach dem kommenden Update werden wir höchstwahrscheinlich erst die Reittiere einbauen, danach wollen wir den Hauptfokus auf Biome und Höhlen legen (ggf. erscheint beides in einem gemeinsamen Update)
Dass Höhlen (und auch Biome) noch nicht drin sind liegt allerdings vor allem daran, dass wir eine höhere Qualität und bessere Umsetzung als in der Java Version anstreben Die Höhlen der Java Version waren zwar nicht schlecht, aber einerseits endeten sie viel zu häufig in Sackgassen, andererseits waren viele Höhlen recht steil bzw. resultierten oft in "Löchern" in der Oberfläche (was vielen Spielern missfiel). Die Biome der Java Version waren allerdings IMO insgesamt nicht so überzeugend... das Problem ist nur, dass wenn wir es jetzt erstmal halbherzig umsetzen, wir später einen enormen Aufwand betreiben müssen, damit alte Welten kompatibel bleiben (wenn wir es überarbeiten)
Thanks for the report JF91 and thanks for the server log yahwho
I'm glad to hear you managed to log in now Apparently the problem was that it took too long to download some plugin assets (images) Unfortunately the loading screen does not take asset downloading into account, so if no world data is received within 15 seconds, it will abort (because it thinks something went wrong)... while asset downloads happen in parallel, it may cause trouble if the connection has a low throughput (e.g. due to high ping) - then the connection may still be busy downloading the assets and therefore receives no world data packets.
We will implement a change with the next update: The game will no longer close the connection then if it is still receiving asset data. We'll also increase the timeout so the game has more time to download assets. If that's not sufficient, we'll add a setting to disable the automatic inactivity timeout entirely.
But considering you were now able to join the server, you should now be able to log in more easily now (because the game caches the downloaded assets). If you still can't join the server the next time, please send another report maybe.
On the subject of lights, I meant that what interests me is that the lights are seen in the distance, not so much the models of torches and bonfires. Thanks for the tip on the configurable file, I'll give it a try, does it also make the lights look further away or just the torch models?
There is a separate max view distance setting for lights (which is configurable in the settings - right now the max limit is 500 blocks). You can, however, set a higher limit there manually by editing the "config.properties" file in the game directory (in the "_New Version" subfolder) and setting "Graphic_MaxLightDistance" to a higher value (then save the file, and restart the game).
But the light is always bound to the torch model, so irrespective of the "MaxLightDistance" setting, the light becomes invisible once the game detaches the related object. To increase the visible distance for the torches (and therefore also increase the visible distance for the actual light), you can use the setting mentioned in by post above
I think it's good that you're taking the time to do it, at least for me the JAVA version map seemed very buggy
Oh, what kind of bug did you experience specifically? 
Speaking of hints and plants again... There is a type of plant that thrives on the surface of the water a lot, a lesser known type of Water Lily, it would be great to have these plants in the game, since there are no floating plants yet I leave some photos of these particular type of water plant:
We have some plans for that, but unfortunately no ETA yet... maybe it will be added once we add more water types (and once we also have a less turbulent, calm water type)
I forgot that suggestion in my previous comment, but I seem to remember that there was a Telescope in the JAVA version, although maybe I'm wrong and that's why I wanted to suggest it.
Yes, there was indeed both a telescope and a binocular in the Java version. We'll definitely add both to the new version as well
Hallo alle. Kann ich mit dem kommenden Update mit Wasser und Höhlen (Rohstoffabbau) rechnen?
Höhlen werden leider noch nicht reinkommen, aber Wasser gibt es bereits seit dem Welt-Update (von Oktober letzten Jahres) Oder meinst du mit Wasser noch was anderes?
Laut Roadmap könnten mit dem nächsten Update Poster/Images, Reittiere und herstellen von Sattel kommen.
Der Hauptfokus liegt tatsächlich auf Poster und Schilder, allerdings werden es Reittiere noch nicht schaffen... es kommen allerdings noch ein paar weitere Items, Objekte, Craftingstationen etc.
und in welchem Jahr? *duck und wegflitz*
Das soll eine Überraschung bleiben
Mir ist langweilig, morgen wäre doch schick. 18:05 Uhr.
Wird leider knapp 
Hmm... hard to tell what's causing this Could you maybe send a report after trying to connect to the server? To do that, just open the console and type report (please add some additional info like "couldn't connect to server")
I could provide server logs red51 if that helps?
Yes, if you have a log which covers the moment JF91 tried to join the server, that would be indeed quite helpful 
Das Update wird tatsächlich noch diesen Monat erscheinen
Thanks for the video I can confirm that the players seems to get stuck on the stairs sometimes... it seems to be related with the player physics, but it only happens in built versions (I wasn't able to reproduce it in the editor yet) Apparently it also depends on the orientation of the stair. We're still looking into this error, but unfortunately we haven't found the cause of this yet 
I guess you were using regular stairs? I.e. not the "slope" or "steps" type?
About the rake: You were probably already using the right mouse button? Basically the rake has some limitations unfortunately, it only smoothes ground (with the left button it tends to lower the ground, while the right button tends to raise it)... it is our intention to still tweak the rake a bit, but I'm not sure if it's a good idea if it adds too much terrain (because players could basically spawn new terrain that way and get new resources for free)...
The proper solution in this case would be to place new terrain there. Unfortunately that doesn't work in survival mode yet, but it's still on our to-do list
Thanks for your feedback Methamorphoosys
I have noticed that the water of the new version lost many qualities of the JAVA version, speaking specifically about the reflections... In JAVA the water looked very good too, we could see the reflection of the Sun, the Moon, the stars, the sky, but also of the trees and the buildings and the reflection was even very well achieved with the waves of the water.
Well, while the water in the Java version indeed had nice reflections, it was also a lot more "stylized". While the high amount of reflections was quite suitable for smaller bodies of water (ponds, small lakes etc), it didn't really fit for oceans IMHO (which typically provide little to no visible reflections IRL). For the new version, however, oceans play a much bigger role, so it was our priority to make sure that the water looks suitable for oceans
Having said that, we will add more types of water in the future and we'll also make sure that water adapts to the size of the water body For smaller lakes or ponds, it will be less turbulent and more reflective accordingly.
I'm making a very, very large world and I have the problem that the torches and bonfires that I put up can't be seen at medium distances, I would say short..
Is only the light missing, or also the torch / bonfire (i.e. the model itself)? Objects (like torches or lamps) are currently only rendered within the "Details View Distance" - but increasing this value has a considerable impact on performance (because that also affects things like grass etc).
Alternatively you can try this: Go to the game directory (into the "_New Version" subfolder), open the config.properties file with a text editor and set ObjectsInLODChunks to True, then save the file and run the game again. Now objects (including torches or fires) will also be rendered in LOD chunks^^
When will we have the option to permanently place any object in the world?
You're probably referring to placing items (like tools, weapons etc)? It's still on our to-do list, but unfortunately I have no ETA for that yet
Another question is when we will have other important objects such as the map, the hinges to make special doors and the option to create functional custom ships?
Unfortunately I can't say much about these things yet... while we want to get a map ready in the foreseeable future, other features like ships or movable structures (similar to hinges) will probably only be added once the Java version was finally replaced by the new version.
can you paint the water? And will there be hail in the game at some point?
There are unfortunately no plans for painting water atm... but it's our intention to add different types of water (e.g. muddy water etc)
When it comes to hail, we will take that into consideration^^
Someone said it before, if there could be more types of trees, maybe it sounds very demanding but it would be cool to have some endemic trees from each continent, I ask you because what I'm doing requires that I have nopales like the ones on the Mexican flag, yes were possible...
It's definitely our intention to add more vegetation in the long run But I have good news: With the biomes update (which should be ready in a couple of months), we will add new cacti, including nopales^^
I would love if they could integrate fish and frogs into the animals, or something more aquatic fauna. About the fishes, it would be nice if they don't appear just using the fishing rod, but are actually swimming in the water.
We have some plans in this area, but unfortunately this has a low priority atm... first we really need to get the new version a bit more fleshed out in general
I don't know if there could be an object that would serve to simply emit smoke and be visually noticeable, like chimneys are seen in the cold.
You mean something like the "technical smoke" object in the Java version? In this case, yes, we'll definitely add that in the near future
Sorry für die späte Antwort VoodooPanz , irgendwie ist das etwas untergegangen 
Jedenfalls wird die EINF Taste bei den Terrain-Werkzeugen nicht verwendet Das haben wir auch nicht geändert, aber das Auffüllen funktioniert mit den Maustasten (bei der 4 mit der rechten Maustaste), lediglich das Löschen ist auf ENTF gelegt. Ich habe es nochmal getestet und eigentlich funktioniert alles so wie es soll
Zudem werden unter F6, bei Aufruf des Pfanzen- und Objektmenüs, die Bilder erst nach einmaligem Scrollen wieder angezeigt und die Tabelle rutscht automatisch wieder nach oben. Ebenso beim Tarrain Pinsel F5 / 3.
Das ist leider ein Bug in Unitys UI Toolkit... das Scrollen der Liste wird nicht richtig übernommen: Zwar bewegen sich die Scrollbalken zur gewünschten Position, die Liste denkt allerdings weiterhin, man befände sich noch ganz oben (daher wird auch nichts angezeigt und beim Scrollen rutscht die Liste wieder nach oben). Leider ist das Problem auch mit der neuesten Unity-Version noch nicht behoben... wir müssen noch prüfen, ob wir einen Workaround für das Problem finden
Hii RED, I have some doubts about the new version, could you answer this post if you have a chance to read my observations and my questions? Thank you for keeping this gem of a game optimized as it should be, I appreciate it.
Hey, could you elaborate on that? What doubts do you have specifically? Or do you refer to your suggestion regarding a Replay Camera?^^
If the world loading stops at 5%, it indicates that either the world file on the hard drive is corrupted, or there is a plugin/script that doesn't work. If you're using any plugins or scripts, try to delete or rename the "plugins" (and/or "scripts") folder in the game directory first, then load the world again. Does it still get stuck at 5%?
If it still doesn't work, please post a log file here. For the Java version, it's necessary to enable logging first by opening the "config.properties" file with a text editor and setting "game_debug_console" to true. Then save the file, and run the game. Try to load the world until it gets stuck at 5%, then quit the game and go to the "Logs" folder in the game directory. Please upload the latest log file here
It depends on whether you play the Java version (i.e. the current default game) or the new version (the one that's currently in a beta branch and needs to be enabled manually)?
To modify the gameplay or to add new content, the game mainly relies on plugins. For the Java version, you can find plugins here: https://forum.rising-world.net/board/32
For the new version, plugins are located here: https://forum.rising-world.net/board/45
(the Plugin API was just released with the recent update for the new version, so there aren't many plugins available yet and some of them are still work-in-progress)
The Plugin API is a lot more powerful for the new version, so probably we will see more plugins which add new content there in the long run.
To install a plugin, just download it and extract it into the plugin folder in the game directory. For the Java version, it's called "plugins" (lowercase), and for the new version, it's called "Plugins" (located in the "_New Version" subfolder)^^
Basically the API already offers a createScreenshot() method to take a screenshot from the players view. When using a 2nd account (as suggested by yahwho ), you could use the API to create screenshots automatically. Maybe we could also add another method to take a screenshot from an arbitrary position - this would enable you to achieve something similar without having to use a 2nd account (only limitation is that you need to be in proximity of the screenshot position, because the world needs to be generated at this location)
Of course you can only take screenshots that way, no videos - but for a timelapse, screenshots are usually sufficient So a screenshot-based replay is definitely possible with the API.
Sorry for my late response, but Unitys UI Toolkit unfortunately does not offer such a functionality directly It has been on their roadmap for quite a while now, but progress there has stagnated, so I wouldn't expect this to come anytime soon...
The only way to achieve something like that would be to render the UI into a RenderTexture, but this has a number of limitations (e.g. no events), and right now there is no way to do that through the API...
If you just want to spawn a text in world space, you could use the Text3D object of the API. Alternatively you could create your world space UI (using uGUI, i.e. Unitys canvas) in Unity, store it in an Asset Bundle and load it as Prefab - but unfortunately you won't be able to get proper events from that.
Right now the game doesn't use world space UI so we have no custom solution for that unfortunately... 
You're probably looking for automatic word wrapping? In this case the Wrap enum is not the correct one - it's used for the style.flex property (see Unitys documentation for IStyle). You can find more information about the related CSS property here: https://developer.mozilla.org/…lex-wrap?retiredLocale=de
If you want to handle automatic word wrapping, you have to set the whiteSpace property (Unity doc) instead
Of course you can also write \n into your text to force a line break at that position
- The game searches for "ui.settings.graphics.tooltips.refractions" but the term is saved as "ui.settings.graphics.tooltips.refraction" in the original translation files, already adjusted in the version I'm working on.
- The term "ui.settings.graphics.tooltips.maxdebris" exist in game, but this tooltip does not appear.
Thanks for letting us know We'll change that with the next update!
- Include an icon that identifies which terms have a tooltip with information since, for some reason, the tooltip does not always appear when hovering the mouse over the terms.
Well, at the end of the day, we basically want tooltips for every setting anyway
- Some existing terms in the translation file are not used in version 0.6.5.1, will these settings be implemented in future versions or are they obsolete terms?
I can't say for sure if all these settings will be implemented eventually. Some of them are not exposed to the settings menu yet (only accessible through the config.properties file), so the translation is not used for them atm... but this may change in the future. The translation files also contain some keys for features which are not yet implemented... once it's clear that a key definitely won't be used anymore, we usually remove it immediately
Die Türen können gespiegelt werden. Allerdings wird die Größe einer Tür beim Spiegeln und Anpassen der Größe wieder auf die Standardgröße zurückgesetzt.
Danke für den Hinweis, das werden wir auf jeden Fall noch ändern
Es wäre schön wenn die Blockade der Türen, die mit Befehl entfernt wurde, beim Kopieren mit Blaupausen ebenfalls übernommen würde.
Solche Eigenschaften werden bereits übernommen 
Ich habe es nochmal getestet, also einer Tür den Flag DisableObstruction gegeben und eine Blaupause davon erstellt - auch beim Platzieren war der Flag noch aktiv.
