Posts by red51

Quote from Deirdre

red51 Ich habe extrem viele Blaupausen, 1000 dürfte noch zu wenig sein. da dauert das Laden mittlerweile schon sehr lange. Das sofortige Einfügen von neuen Blaupausen ist zwar ein Pluspunkt, aber ich gehe davon aus, dass das nur das Einfügen von Java-Blaupausen oder Blueprints aus dem Forum betrifft oder? Die Option zum einmaligen Laden wäre schon mega.

Ja, das betrifft in erster Linie das Einfügen von heruntergeladenen Blaupausen aus dem Forum (oder auch Java-Blaupausen). Später allerdings auch über die Mod-Schnittstelle (Workshop bzw. mod.io) heruntergeladene Blaupausen.

Mit dem nächsten Update werden wir das auf jeden Fall etwas abändern und die Blaupausen standardmäßig nur dann neuladen, wenn sich der Ordnerinhalt geändert hat. Das sollte das Problem eigentlich schon entschärfen Ansonsten wird man aber per Option auch generell bestimmen können, dass Blaupausen nur einmalig geladen werden sollen.

Quote from Deirdre

Das Einfärben mit der Farbrolle wäre eine gute Option, leider lassen sich die Ersatz- Putzfarben, durch Übermalen nicht aufhellen und eine Texturänderung mit der Rolle funktioniert ja leider nicht.

Kommt darauf an, welche Textur verwendet wird. Wenn es eine dunkle Textur ist, wird man die natürlich nur eingeschränkt aufhellen können, wenn es aber durch eine Farbe zustande kommt, kannst du das natürlich komplett anpassen.

Wenn du dir nicht sicher bist, ob der Farbton von der Textur selber oder einer darüberliegenden Farbe stammt, kannst du die Farbe zB mit edit color 0 zurücksetzen - wenn es immernoch zu dunkel ist, dann ist es die Textur selber. Mit edit texture könntest du dann höchstens die Textur ändern.

Quote from Deirdre

Beim Ziehen von Blöcken ist mitunter die Anzahl der Blöcke nicht zu lesen, egal aus welchem Winkel man es betrachtet

Momentan wird der Text leider von soliden Objekten (zB anderen Blöcken) verdeckt, wodurch er - je nach Position - manchmal nicht sichtbar ist. Mit dem nächsten Update aber wird die Schrift immer sichtbar sein, also auch durch Wände bzw. Blöcke hindurch (wie in der Java Version)

Implementing physics or gravity for construction elements is a bit tricky unfortunately: The user can freely place them (so they're not bound to a grid, for example, which makes it computationally intensive to find connected elements) and there is also no limit about how many elements could be placed. Some buildings consists of tens of thousands or even hundreds of thousands of construction elements - calculating structural integrity for them would have a big impact on performance unfortunately

However, it's still something we may add in the long run

Quote from VIXLENCE

Fire system, wooden materials burn over time changing their texture on a burnt tree, also falling to the surface so that a mountain of static burned garbage remains from the house.

Fire is also planned, actually we did some experiments with that some time ago, but it's also a bit tricky to implement good looking fire (due to the number of construction elements a building could consist of, but also due to their size - if a user creates a big construction element [e.g. a block with a size of 5x5x5], it's getting tricky to render fire appropriately on that). But as mentioned, it's still planned

Could you elaborate on that?

Laut Screenshot ist eine 4:3 Auflösung eingestellt (1280x960), verwendest du wirklich einen Monitor im 4:3 Format bzw. ist das gewollt? Leider kommt die neue Version mit 4:3 Auflösungen noch nicht gut zurecht (lediglich mit 16:9, 21:9 und 32:9), das werden wir aber noch ändern^^

Du kannst das Problem lösen, indem du eine 16:9 Auflösung verwendest - die nächstgelegene Auflösung wäre in deinem Fall 1280x720 (also 720p)

Wir könnten das evtl. später einbauen, aber dafür müssten Blaupausen der neuen Version generell erstmal Terrain unterstützen

Bevor wir aber den Fokus darauf lenken können, müssen wir erst einige dringendere Dinge in der neuen Version fertigbekommen...

Quote from Deirdre

Das Laden von Blaupausen dauert bei mir sehr lange. Ich habe zwar einige Blaupausen in Ordnern, aber meiner Meinung nach ging das Öffnen in der Java-Version mit vielen Blaupausen schneller vonstatten.

An sich dauert das Laden von Blaupausen ungefähr genauso lange wie in der Java Version. Der Unterschied ist allerdings, dass die Java Version die Blaupausen einmalig beim Spielstart eingelesen hat. Die neue Version hingegen macht das jedes Mal beim Öffnen des Blaupausen-Menüs. Hintergrund ist der, dass der Spieler dadurch jederzeit neue Blaupausen ins Spiel einfügen kann, ohne neustarten zu müssen (während in der Java Version hingegen dazu ein Neustart nötig war). Normalerweise ist das auch kein großes Problem, bei extrem vielen Blaupausen (vor allem > 1000) kann das aber schon recht lange dauern...

Wir müssen mal schauen, ob wir das evtl. optimieren können. Ansonsten könnten wir ggf. eine Option hinzufügen, womit Blaupausen nur einmalig geladen werden sollen. Damit würde nur das erstmalige Öffnen des Menüs lange dauern. Nachteil wäre aber, dass neu eingefügte Blaupausen-Dateien erst nach einem Neustart erkannt würden.

Quote from Deirdre

Was mich interessieren würde red51, was wird aus den Farben und Texturen der Java-Blaupausen? Werden die allgemein sehr dunklen Farben/Texturen ersetzt? Ich habe mittlerweile eine ganze Stadt gebaut, allerdings sieht alles gleich dunkel aus und an einem Fachwerkhaus die Holztextur zu ersetzen, würde Jahre dauern. Die Texturen bzw. Farben werden angepasst. jedenfalls habe ich das irgendwo gelesen.

Was passiert mit den bereits in der Unity-Version aufgestellten Bauten und was ist mit den Java-Blaupausen im Ordner?

Ich nehme an, dass Unity Blaupausen (bereits gesetzte Java-Blaupausen) einen helleren Touch bekommen und Java-Blaupausen beim Setzen auch.

Das wären dreimal Farbänderungen. Neue Java Blaupausen, bereits gesetzte Java Blaupausen, also konvertierte und ganz neue Gebäude?

Ich glaube, diesen Punkt verstehe ich nicht ganz Was genau meinst du mit hellen und dunklen Farben? Meinst du damit, dass Ersatztexturen, die die neue Version für Java-Blaupausen wählt, teilweise zu dunkel sind? Wir nehmen da gerne Vorschläge entgegen, damit für künftige Java-Blaupausen evtl. treffendere Ersatztexturen bzw. -farben gewählt werden

Bestehende Blaupausen (die also bereits in der neuen Version geladen wurden) oder auch bestehende Gebäude werden sich aber nicht mehr verändern.

Quote from Deirdre

Avanar Dann wundert es mich, dass die neue Version nicht mehr Leute spielen wollen.

Ich denke, dass die Spielerzahlen vor allem deshalb so gering ausfallen, weil die neue Version noch nicht genug zu bieten hat. Die meisten werden wohl auf die kommende Weltgenerierung und ggf. auch Tiere / NPCs warten. Ich glaube nicht, dass es damit zusammenhängt, dass das Bauen anders als in der Java Version ist...

Zu allen anderen Punkten hinsichtlich Java vs. Unity wurde vmtl. schon genug gesagt... wir drehen uns da irgendwie im Kreis

Quote from Deirdre

Beim Fensterrahmen sind mir Unterschiede in der Anzeige aufgefallen. (siehe Screen).

Stimmt, das ist tatsächlich etwas suboptimal... links wird die tatsächliche Größe angezeigt, während sie in der Mitte aufgerundet wird, abhängig von der derzeitig eingestellten Skalierungspräzision (wenn zB eine Präzision von 0.1 eingestellt ist, wird die Anzeige auf 1 Nachkommastelle gerundet, wenn sie zB 0.01 beträgt, dann auf 2 Nachkommastellen usw).

Wir werden das mit dem nächsten Update ändern

Quote from Deirdre

Außerdem sieht man die weiße Schrift viel besser.

Welche weiße Schrift meinst du genau? Beziehst du dich evtl. darauf, dass die Größenangabe am linken Rand nur schlecht lesbar ist? Wenn ja, dann stimme ich zu - auch das können wir mit dem nächsten Update etwas anpassen

I think that mod.io would be a good solution for this, as mentioned by Minotorious We can integrate it directly into the game, so people can easily download new plugins/blueprints etc.

Having a custom solution for this would be indeed better (as it would give us full control over this), but unfortunately there would be a lot of work involved to set up a proper website, API etc. and to moderate it... so I guess it's easier to rely on mod.io for this.

There was a discussion about support for Steam Workshop, mod.io etc. in the past in our Steam forum: https://steamcommunity.com/app…ns/0/3123802224166721327/

Some people there would prefer support for Steam Workshop, but unfortunately that's not a perfect solution (as it wouldn't work for non-Steam versions of the game)... but apparently there was no real argument against mod.io either

Undo fürs Platzieren ist auf jeden Fall noch geplant

Die neue Version ist tatsächlich für jeden verfügbar, der bereits die Java-Version von Rising World besitzt

Das Code-Feld in Steam hingegen ist nur dafür da, um zusätzliche Einträge für versteckte Betas freizuschalten (was es bei RW so in der Form eh nicht gibt) Das ist zugegebenermaßen etwas irritierend in Steam umgesetzt... aber wie die Vorredner schon sagen, einfach unity - New Version Preview auswählen, das Code-Feld leer lassen und das Fenster schließen. Anschließend wie Deirdre sagt direkt über die Steam-Bibliothek starten und "New Version" auswählen, um die neue Version zu starten.

In singleplayer, the time speed value in the config.properties file is relevant: It's game_time_speed there. The default value is 1.75, please have a look if this is maybe set to a higher value in your file (in this case, just change it back to 1.75 or another value)

Quote from Kryssi_79

Support for Unity Assets/Prefabs and FBX files would be really great

Then theoretically I can also work with C#

Well, unfortunately it won't be possible to load custom C# scripts this way We're using IL2CPP, so there is no Mono runtime which could load C# assemblies...

Support for Unity prefabs / asset bundles would only cover models and materials / shaders (which need to be HDRP compatible)

Unfortunately there is indeed a bug which causes trouble when entering/leaving a tent (like falling through the ground)... We're working on a fix!

Quote from Popeye57

Thx for replying so all the rest of it has to do with the simplecar plugin?

Yes, it's solely caused by the SimpleCar plugin The long message you're seeing is a so called "stack trace", which is basically a list of methods which were called when the error occurred. The game called the "update" method of the internal plugin manager, which then invoked a method in the SimpleCar plugin - and inside this method, the plugin tried to reference something that does not exist, resulting in this "NullPointerException"^^

As yahgiggle said, it's an error in the "SimpleCar" plugin itself (line 145 in SimpleCar.java). Only the plugin creator can fix this

To get rid of this error, you have to remove the SimpleCar plugin, as suggested by yahgiggle

Sorry für die späte Antwort! Besteht das Problem mit den Markierungen denn immernoch? Ist die normale Spielersynchro denn korrekt, also laufen deine Mitspieler korrekt durch die Gegend, oder wird das auch nicht richtig synchronisiert?

Diese Daten werden über UDP versendet, es kann also sein, dass die UDP aus irgendeinem Grund nicht bei dir ankommen. Der erste Verdacht wäre in dem Fall dann tatsächlich ggf. eine Firewall oder Antiviren-Programm.

Thanks for your feedback regarding blueprints!

Quote from Gillwin

Some of my buildings are large so i had to make serveral bp and normally on the old version i could just easily set them back up because the had "blocks" in them so they basically snapped back into place and lined up perfectly with the other bp

Basically that should still work: If the blueprint contains a block with unit size (i.e. 1x1x1), it will try to align this block with the grid (to get the same behaviour as in the Java version, make sure to use the largest grid size).

If that doesn't work for certain blueprints, it could be a bug. In this case, please send me the blueprint in question (either upload it here or send it via PM to me), so I can take a closer look at it

Quote from Gillwin

It also seems the point of rotation is different. I made a bp like i used to do in old version, but on new version it is not rotating in center of bp but seems the point of rotation is changing as i rotate the print.

This happens if the grid is active: The blueprint still aligns to the grid after rotating it, that's why it's slightly changing its position while rotating. To avoid this, you can either disable the grid by pressing G, or alternatively "lock" the element by pressing right CTRL (i.e. for manual positioning mode). In this mode, you can hold CTRL and use your arrow keys to rotate the blueprint.

Quote from Gillwin

so on the old version you could set up a bp like showed in picture and when you placed and rotated the bp, it would set the Center of the bp area as the rotation point

In the new version, the blueprint always rotates around its center, which definitely feels a lot more natural than in the Java version, where the originally selected area of the blueprint was taken into account: That area isn't visible anymore when placing the blueprint, so it feels like the blueprint rotates around an arbitrary point. These two gifs show how the same blueprint behaves in the Java version (rotating around a seemingly arbitrary point) and the new version (rotating around the center):

Having said that, I agree that it would be a nice feature to change the rotation point for blueprints. In theory this partly works via pivots, but they're not working well with blueprints atm...

Maybe we could think about an option to always use the blueprint area for rotation (so the behaviour would be like in the Java version)

Quote from Gillwin

Cant seem to accurately place a blueprint, i setp to 0.01, turned on grid, turned grid off, nothing seems to help

When changing the movement precision, I'd recommend to disable the grid, otherwise the element will always snap to the grid.

If you need a higher precision than 0.01, you can basically still use the setp command (e.g. setp 0.001)

Quote from Gillwin

There is one other small slightly annoying thing that happens to me. When i open the game i have to resize the window which is not a problem. The problem is that whenever i use the command window and hit the enter key, it resizes the window to its original size.

You're playing in windowed mode, right? When playing in windowed mode, the initial size of the window depends on the selected resolution (in the graphics settings). For example, if it's set to 1920x1080 (fullHD), the window will have a width of 1920 pixels and a height of 1080 pixels etc.

However, I can confirm that when changing the window size manually (by resizing the window), it is set back to the original size when changing any options. Using certain console commands (like setp, setr or setl) trigger that, for example. We will change that with the next update

As a workaround, you could use the building context menu (by holding C) - changing any settings there should not interfere with the resolution

Quote from wara

How do you turn the block?

I've run out of possibilities.

Make sure to disable the surface edit mode first, then you can use your arrow keys (and page up/down) to rotate the block around the X, Y and Z axes

Quote from wara

How the water will work?

That is pretty great.

Thanks Water will basically work in a way that it will be possible to drain a pond or lake, for example. Although flowing water will also be absorbed by the ground over distance (this is mostly done for performance reasons). You can find a few more information about water on our Trello board: https://trello.com/c/VkDL58fU/163-water

Or do you refer to something else?

The "service_log.txt" is not created by the game, it's created by Steam. It's not necessarily related to the issue you're experiencing.

Quote from wara

I can't load multiplayer unity - 5% and it fails.

This indicates that probably either the ports are not forwarded, or a firewall / antivirus program blocks the connection. According to the log, you've set up port 4251 for the server, so in this case, you have to forward 4250 and 4251 TCP and UDP.

You can check if the ports are correctly forwarded and reachable on this site (make sure the server is running when performing the check): https://www.yougetsignal.com/tools/open-ports/

Also die Tiersounds von Elefanten, Bären usw. stammen alle immer von den tatsächlich gespawnten Tieren, die in der Gegend herumlaufen Würde man zB alle Tiere deaktivieren, würde man niemals keine Tiergeräusche mehr hören.

Die einzige Ausnahme sind Vögel und Insekten: Da diese ja nicht direkt in der Welt spawnen, werden diese Geräusche quasi "aus dem Nichts" erzeugt. Die sind tatsächlich abhängig vom Biom.

In deinem konkreten Beispiel (Safaripark im Eisbiom): Wenn du dort einen Elefanten spawnst, dann würde er auch weiterhin trompeten