Thanks for the log and the report (we received it) 
Actually this is unfortunately indeed a bug 
It only happens in multiplayer and is related to other players using vehicles 
We'll fix that with the next update, but if this keeps happening, we'll try to prepare a hotfix for that in the meantime!
They are a missing feature that I hope to see soon : the resource cost for blueprints in survival mode. Where it is on the list ? More on the top or on the bottom ?
It's still on our to-do list, but unfortunately I can't say for sure when this will be added
Since you will be working on npcs, if you think this could be done, it will be soo good to have some specific/eating/rest stences for animals, like cows laid down, seated pigs (as shown on the picture bellow), instead of being continuously wandering which is not very natural. It will be so immersive and cool
Actually animals do eat sometimes, but we definitely have more plans for improvements regarding animal behaviour 
However, probably this will only happen after replacing the Java version on the store page...
I think I'm doing something wrong here hehe. Everything is in single player. I seem to have set the resolution to 256x256 by typing 'setoption customimageresolution 256' but I don't know how it worked because it didn't seem to take effect until I loaded up the game 2 days later. The images were still 512 for that whole session after the commands
Oh, sorry for the confusion, it looks like you can't change that during runtime So right now the only way is to change that manually in the config.properties file (the Game_CustomImageResolution setting)... alternatively you can still use the "setoption" command, but then you also have to type "saveoptions" (to save it to the config file) and reload the world for the changes to take effect...
This only affects posters which are uploaded after changing the setting btw, it does not affect existing posters!
However, we'll change this with the next update, so you can also change this setting at runtime without having to restart the game 
Red, I've been trying since this new client came out to connect to my Server and it always says wrong version. I created the server using SteamCMD and the instructions on this forum a month or so ago. When I updated clients to the "posters" version they have never been able to connect.
I've run the SteamCMD update command for this (in the directory it is installed on my private server) like 10 times and it never works. Anyone have ideas on what to do?
When using SteamCMD, it sometimes doesn't detect or download new updates unfortunately... but usually you can fix that by appending a validate parameter to the update command (i.e. app_update 339010 -beta unity validate)
@red Könnte man die bist zu einem Update die glatte Oberfläche der Poster nicht dauerhaft in der Config speichern? Ich nutze Leinen oder Öltexturen auf Postern eher selten.
Leider ist das an sich keine Einstellung im Spiel, sondern ein Parameter, der pro Objekt eingestellt wird... daher können wir sowas nicht so einfach als Option anbieten Wir könnten zwar sowas wie "Standardattribute" einbauen, die immer gesetzt werden, doch der "DisableNormal" Flag ist bei anderen Objekten außer Postern meist eher unerwünscht...
red51 ist es möglich alle Konsolenbefehle in die Datenbank (StreamingAssets\definitions.db) aufzunehmen ?
Eine separate DB-Tabelle mit Befehl und Parametern (+ alles was noch Sinn macht). Die Beschreibung könnte in die Sprachdatei rein.
Das würde die Sache leider nur verkomplizieren, und das hätte keinen wirklichen Nutzen, da es quasi keine Daten gibt, die mit einem Konsolenbefehl assoziiert sind (und der Konsolenbefehl eh nur aus der Ausführung von Code besteht)
Welche Informationen benötigst du denn konkret zu den Befehlen? Hilft ggf. der commands Befehl weiter? Damit werden alle Konsolenbefehle ausgegeben - diese findest du anschließend (wie alle Konsolenausgaben) in der Log-Datei wieder. Ansonsten könnten wir auch einen anderen Befehl einbauen, um das zB direkt in die Zwischenablage zu kopieren o.ä.
Another minor hotfix is available now btw It's just a clientside update, so no need to update multiplayer servers for this
Hotfix 2023-07-07:
Black Wool has the same image as White Wool when a container is opened for the first time after loading (test done in single player)... The image is updated when trying to move and add it to the white stack.
Oh, thanks for letting me know! We'll change that
Black and White Wool have the same name (Wool), they produce the same type of Yarn (does not distinguish color and join in the same stack) but Wools of different colors do not join in the same stack.. It would not be ideal to have a Black Yarn , or remove Black Wool? I imagine this will change in the future, I don't have much knowledge of the non-unity version, but as it stands it looks like implementation is still on the way.
Well, basically there is no specific use-case for black wool, so it just turns into the same type of yarn (more precisely, there is just a generic type of yarn). Similar to how all different tree log pieces turn into the same wood 
Btw red51 do you know what's the focus for the next update? Biomes, hostile NPC's, caves, ... ?
We'll now start working on aggressive animals, mounts, caves and biomes. The next update will probably introduce mounts first
Es ist nun übrigens noch ein weiterer Mini-Hotfix verfügbar Es handelt sich nur um ein clientseitiges Update, d.h. Multiplayer-Server müssen nicht geupdated werden
Hotfix (07.07.2023):
Die Wassermelonen Samen sehen ein wenig seltsam im Inventar aus .. irgendwie bischen schwarz oder so .. *gg
Ja, es ist wahrscheinlich sinnvoll, wenn wir die etwas heller machen
I'm so sorry to hear that 
It's a pity it still doesn't work...
Probably you could still get it working by copying the Steam files, but since even downloading small files seems to be problematic, you should try to copy the whole game folder from Steam instead: more precisely, copy the "_New Version" folder from the Steam version, then place the Standalone launcher in that folder. You still have to delete the steam_api64.dll in the Data/Plugins folder, but then you should basically be able to launch the standalone Of course that's not a proper solution (and it doesn't solve the initial issue unfortunately)...
Ich bekomme kein PlayerToggleInventoryEvent
Leider sind die meisten Inventar- und Item-Events sowie Methoden noch nicht implementiert Das betrifft auch das PlayerToggleInventoryEvent... das werden wir aber noch beheben
Wenn ich setPickable Richtig Verstanden habe, sollte wenn 1.) Clickable ist und 2.) Pickable, bei der 3.) kein Event für 1.) ausgelöst werden?
ja genau. In dem Fall sollte - wenn man auf die 3 klickt - kein Event für 1 ausgelöst werden. Pickable beschreibt im Grunde, ob das Element "Kollision" hat, d.h. ob es von der Maus überhaupt angewählt werden kann oder nicht. Ein Element, welches nicht Pickable ist, kann nicht angeklickt werden (also das Event auslösen).
Ein Element, was Pickable ist, blockiert den Mausklick bzw. das Event entsprechend für dahinterliegende Elemente.
Gibt es eine möglichkeit das mann ein UIElement auf dem HUD und im Pausemenü anzeigen kann?
Hmm... grundsätzlich ist das möglich. Ist zwar nicht ganz so elegant, aber die einzige Layer, die immer sichtbar ist, ist die sog. "DragDropLayer". Du müsstest das Element also mit Internals.addUIElementToPlayer(player, uiElement, "DragDropLayer"); hinzufügen, das müsste eigentlich funktionieren
Nur müsste ich da wohl mit zwei unterschiedlichen uiElemente arbeiten, da mir nur der erste eintrag richtig angezeigt wird, auch beim zeilentausch
Ist das Absicht oder Teschnich bedingt?
Ein UIElement kann leider nur auf einem Target gleichzeitig sein...
Würde das bedeuten, das auch Vulkane in Zukunft kommen könnte?
Ja, dafür haben wir eigentlich bereits ein passendes Gestein im Spiel
Kann man da den Entwickler nicht ein wenig Beine machen, in dem man denen klar macht, das es auch unter Linux User gibt, die gerne dein Game spielen ? Wobei es gibt soviele andere Games, die auch mit Unity entwickelt wurden, da hab ich leider dasselbe bemerkt, was du beschrieben hast. Aber bei RW finde ich die Performance besser programmiert ;D
Naja, Linux ist für Unity leider absolut keine Priorität, was sehr bedauerlich ist... dass Unity Linux als "unterstützte Plattform" aufführt, grenzt schon fast an Falschwerbung
Andere Unity-Spiele, die Linux nativ unterstützen (also nicht über Proton o.ä), haben häufig in der Tat ähnliche Probleme... Rust hat aus dem Grund ja vor wenigen Jahren den Linux Support eingestellt. Es ist aber unter Unitys neuen SRPs (URP und HDRP) noch schlimmer geworden.
Das Hauptproblem ist aber Unitys Vulkan-Implementation (unter Windows und Linux). Dummerweise unterstützt Unitys HDRP unter Linux nur Vulkan. Die meisten anderen Unity Spiele verwenden meist eine ältere Unity Version sowie den alten "Built-in Renderer" und benutzen unter Linux i.d.R. dann OpenGL, womit zumindest dieses Problem umgangen wird.
red51 Are the posters fixed to 512x512 resolution? I'm wondering if we could have a few options such as the original resolution of the image, or some fixed resolutions as well that the game seems to have already. Like 512x512, 1024x1024. 1920x1080 and 3840x2160 etc.
512x512 is indeed the default resolution (but we changed it with the latest hotfix, now it depends on the graphics card VRAM, but this change isn't applied retroactively). We set a low default limit for now to keep VRAM consumption as low as possible (right now Unity is a memory hog on Linux, consuming extreme amounts of VRAM, and we didn't want to risk OOM crashes)...
Unfortunately this setting isn't exposed to the settings menu yet, but you can change it manually in the config.properties file (in the game directory) It's called Game_CustomImageResolution there (but this only affects singleplayer).
In multiplayer, this is determined by the permissions (it's the maxresolution setting in the image permission). To keep traffic low, it's recommendable for server admins to keep this value as low as possible.
The value you set depends on how much VRAM you have and how many images you want to place in the world. Posters have a fixed memory overhead when loaded to the GPU into VRAM (irrespective of the original file size). It's highly recommendable to set a power-of-2 resolution (e.g. 256, 512, 1024, 2048, 4096 etc). I wouldn't recommend setting higher values than 2048 due to high VRAM consumption.
This table provides an overview of how much VRAM a single poster (loaded from a png file) would consume, depending on the resolution:
| Resolution | Memory Consumption |
| 256x256 | 85 KB |
| 512x512 | 341 KB |
| 1024x1024 | 1.3 MB |
| 2048x2048 | 5.3 MB |
| 4096x4096 | 21.3 MB |
Changing this value only affects newly uploaded images btw. You can also change it in singleplayer on the fly by typing setoption customimageresolution <resolution> into console
This might also help with the aspect ratio of posters (using original image especially for rare resolutions). My posters all look squished as they start as 1:1, even if they are meant to be vertical 16:9 for example. So I am trying to guess the correct aspect ratio by resizing.
Yeah, it's probably better if the poster will adapt to the original aspect ratio... I'll put it on our to-do list
red51 Ich suche den Befehl "edit flag disableobstruction oder disable obstruction".
Das heißt edit flag oder edit attribute (dann werden alle unterstützen Attribute aufgelistet). Also edit flag disableobstruction ist schon korrekt
Wäre es möglich für die Poster wieder eine Suchfunktion einzufügen?
Das wäre tatsächlich vorteilhaft, ich packe das mal auf unsere Todo-Liste
Not an issue I'm sure, but you do get a version miss match warning when starting the server.
Yeah, typically it takes a few minutes until our backend receives the latest version You can ignore this message for now
The new hotfix is now available btw It introduces some changes and fixes: For instance, the hanging sign now has text on both sides. There is also a new console command to convert old Java custom images (cimg files) to png/jpg. In addition to that, we've fixed various bugs and added some new API methods. It's necessary to update multiplayer servers for this update.
Hotfix 0.6.7.2 (2023-07-06):
Der neue Hotfix ist nun übrigens verfügbar Es bringt ein paar Änderungen und behebt einige Probleme: Beispielsweise zeigt das Hängeschild nun Text auf beiden Seiten. Außerdem gibt es einen neuen Konsolenbefehl, um alte Java Bilder (cimg Dateien) zu png/jpg zu konvertieren. Des Weiteren haben wir verschiedene Bugs behoben und neue API Methoden eingebaut. Es ist notwendig, Multiplayer-Server für dieses Update auch zu aktualisieren.
Hotfix (06.07.2023):
Das Skalieren von Türen und Spiegeln wird mit dem Update hoffentlich verschwinden.
Der Hotfix wird zumindest das Problem beheben, dass gespiegelte Türen nicht mehr geöffnet werden können.
Die Türgriffe haben unterschiedliche Höhen. Der Türdrücker befindet sich üblicherweise auf 1,05 m Höhe an der Tür.
Wo wir das vmtl. nochmal anpassen werden ist bei der Glas-Eingangstür (die weiße), dort hängt er insgesamt schon recht niedrig 
Die Metall-Mülltonnen können nicht komplett gefärbt werden, bei den anderen Mülltonnen färbt sich nur der Deckel.
Oh, das stimmt, zumindest was die Metall-Mülltonne angeht 
Das Problem scheint wohl schon seit längerer Zeit zu bestehen... leider kann das nicht mehr in den Hotfix rein, aber wird dann beim nächsten Update behoben.
Bei der anderen Mülltonne ist aber gewollt, dass man nur den Deckel einfärben kann. Das könnte sich lediglich irgendwann ändern, wenn mehr als 1 Farbe pro Objekt unterstützt wird
Momentan haben wir leider erstmal keine Pläne, weitere Terrain-Texturen einzufügen Platz für weitere Texturen wäre zwar grundsätzlich noch vorhanden, allerdings würde das den VRAM-Verbrauch nach oben schrauben - und momentan ist die Linux-Version da leider ein begrenzender Faktor, da diese nur Vulkan unterstützt (aufgrund Unitys HDRP) und Unitys unterirdische Vulkan-Implementation ca. 5-10x VRAM-hungriger ist als DirectX11 (was dazu führt, dass selbst 4 GB unter Linux teilweise nicht mehr ganz ausreichen, während sich Windows/DirectX sogar nur mit 1-2 GB zufrieden gibt) 
Ich hoffe, dass es da in künftigen Unity-Versionen Besserung gibt... bisher hat sich die Lage mit jeder neuen Unity Version aber eher verschlechtert...
Der neue Weizen ist schön, allerdings wären Weizen oder Blumen als Terraintextur gut, da Anmalen weniger Ressourcen braucht
Das Problem ist nur, dass entsprechend ja auch eine Funktion dahinter stecken müsste, d.h. der Weizen müsste wachsen können etc, was allerdings bei Gras bzw. Grassorten momentan so noch nicht möglich ist 
Für Pflanzen ist aber generell noch eine Optimierung geplant, wodurch viele identische Pflanzen effektiver gerendert werden. Das würde zB bei riesigen Blumenwiesen oder Weizenfeldern helfen.
You'll have to parse the byte data manually, however, the upcoming hotfix will introduce a new command convertjavaimages: You can specify a path to the Java .cimg files and it converts them to png/jpg files automatically then
IIRC there was only a setting in the Java version to disable water in blueprints (it could be set manually in the config.properties file, i.e. changing it required a restart), but this didn't affect water in the world...
It seems you want to an option to toggle the underwater effects while in creative mode? Or is it more about the water surface (i.e. you want to temporarily disable water altogether)?^^
