Yeah, it seems that for some reason the map showed a completely different island... honestly I have no idea how that happened, but I'm happy that deleting the map folder did the trick! 
Posts by red51
A small new update is available now!
-
-
Thanks a lot for the report!
According to the report, however, it seemed that Proton was not active, instead the native Linux version (and Vulkan) was running 
Did you enable Proton for Rising World specifically (when right-clicking on RW in the Steam lib -> Properties)? Steam is a bit confusing in this regard (if it's only set globally in Steam, it will still launch the native Linux version of RW).You can check if Proton is used if you enter graphics into console - if the line contains "Direct3D 11.0", Proton is active. If it contains "Vulkan" instead, the native Linux version is running.
But I'm glad to hear that it seems to be working now!
I'm also going to report this silly little thing where the map is misaligned. I probably should open a new thread for it, but don't want to clutter
Don't worry about creating new threads, personally I prefer separate threads actually (at least if the issues are unrelated)
But about the map issue, that's really weird 
Not sure what could be causing this... is it an older world? Does the map always show the wrong location?You could try to go to the world folder (the folder with the name of your world in the "Worlds" dir) and delete the "Map" folder there, then restart the game. Is the map still incorrect then?
-
Bei mir sind die Einträge auch verschwunden - genauso wie die Colors.json und Server.json .... letztere haben sich inzwischen neu angelegt, da ich wieder meine Favoriten eintragen und schon mal den Farbroller benutzt habe ..... journal.json gibt es noch nicht, da ich keine Einträge vorgenommen habe.
Hast du zufällig gesehen ob die Dateien bereits beim Aktivieren von Proton verschwunden sind (also als Steam die Windows-Version heruntergeladen hat), oder erst nach dem Spielstart? Ich werde es ansonsten morgen einmal unter Linux testen können
Aber wenn ich dann mit der maus auf das Startlogo klicke, kommt der Startbildschirm. Hab ich auch erst seit kurzem.
Um dieses "Auf das Startlogo klicken"-Phänomen genauer zu erklären: Bei dem Spiel ist es standardmäßig so, dass das Rendern pausiert wird, wenn kein Fokus gesetzt ist. Zwar werden die Spieldaten usw. geladen, aber das Hauptmenü wird nicht sichtbar (bis das Spiel wieder den Fokus bekommt). Wenn das also vorkommt, scheint das Spiel aus irgendeinem Grund keinen Fokus zu haben... trotzdem wäre es vmtl. sinnvoll, das dahingehend zu ändern, dass das Spiel dann erst nach dem Laden des Hauptmenüs pausiert wird (sofern kein Fokus vorhanden)
Hier wird der Start von RW erwähnt, das dauert bei mir auch ungewöhnlich lange.
Die Log-Datei enthält eine Übersicht darüber, welcher Teil beim Spielstart jeweils wie lange dauert. Du kannst gerne einen Report senden (mit dem Hinweis auf "lange Startdauer" o.ä), dann kann ich mir das mal genauer anschauen
-
That's a bit tricky unfortunately
The max sector is basically handled client- and serverside: on clientside, the game smoothly prevents the player from leaving the world bounds. This feels a bit like an "invisible wall", i.e it smoothly stops the player. It's not an actual wall, instead the player movement is slowed down the closer to player gets to edge of the world. Unfortunately the server isn't even aware at this stage that the player is leaving the sector, so unfortunately it couldn't trigger an event.The server, however, also has a handling for the max sector: if the player still manages to escape the world bounds (e.g. by teleporting, or when moving with a very high speed etc), the server teleports the player back into the world bounds. This is a situation where we could trigger an event, but usually this shouldn't happen very often (considering the clientside handling should already prevent the player from reaching that point in most cases).
However, we could add a serverside check if the player is very close to the world bounds (i.e the point at which the client starts slowing down the player - which is ~ 16 blocks from the world edge), then trigger an event and/or set a bool. It wouldn't be 100% perfect because the player could still move a bit closer to the edge at that stage. Would that still work for you?
-
Sorry for my late response, but thanks for letting me know! I will fix this with the next hotfix (which should be available very soon)
-
Sorry for my late response, and sorry for all the trouble and confusion about areas!
I was able to reproduce these issues and they should be fixed with the upcoming hotfix (which should be available very soon) -
I'm sorry to hear that!
Honestly this sounds a bit like Steam Cloud messing up the data? Another user ran into a similar issue... Steam Cloud is known to mess up things sporadically, but usually this happens when the game crashes, or when multiple instances of the game are running etc. 
But just to avoid misunderstandings, does that mean that multiple Steam accounts are used, i.e when other people use your computer, do they log into their own Steam account (or do you share a single Steam account)? When multiple Steam accounts are used, maybe Steam has stored the blueprints and worlds for another user? You can open this link in your Steam client to check the files that are stored in the Steam cloud for your account btw: https://store.steampowered.com/account/remotestorage
If Steam did not store this data for any of the other users, I'd probably recommend to disable Steam Cloud for Rising World
-
Thanks for bringing this to my attention! This was not intended, I will check out what's causing this and fix the issue
-
Sorry for my late response, I missed that post unfortunately
AFAIK you can only see recent notifications (up to 1-2 weeks maybe?): https://www.rising-world.net/notification-list/
-
Vielen Dank für das Feedback!
Wenn es einfach so wäre als würde man die Kiste neu setzen würde es doch reichen, also quasi das radialmenü der kiste aufrufen dann auf verschieben gehen und man kann sie woanders setzen, setzt man sie nicht (bricht man ab) bleibt sie wo sie ist.
Ja, das wäre eine Überlegung. Das wäre dann aber auf die nähere Umgebung begrenzt?
bei den kisten schränken könnte man ne art sackkarren für den survival oder trage gurt sei
Ja, das könnte man vielleicht machen... ich behalte das mal im Hinterkopf
1. Wie kann man sich die Kleidungsstücke die man nicht Craften kann erspielen?
Im Creative Modus ist das kein Problem an die Sachen zu kommen aber ich will mir die Kleidung nicht "cheaten" sonst hat man schnell kein Ziel mehr.
Das Problem ist dass wenn man keine neue Welt anfängt, sehr schwer hat die neuen Sachen zu finden. Das meiste Land ist schon bebaut, dass kein POI generiert wird und die POIs, die generiert wurden sind auch bereits abgegrast. Mit jedem Update und Spielfortschritt wird das Problem immer größer.
Eine Möglichkeit wäre, dass bereits gelootete POIs mit der Zeit wieder neuen Loot generieren damit sie auch in Zukunft wert wären sie erkunden!?
Schwieriges Thema... was zumindest geplant ist ist die Möglichkeit, gefundene Gegenstände zu "erforschen" (wodurch sie zerstört werden, man sie aber als Crafting-Rezept erhält). Aber das löst natürlich nicht die POI-Problematik... das ist nicht so einfach... Loot nachspawnen zu lassen ist auch so eine Sache. Dann kann man quasi an einem POI ja regelrecht auf neuen Loot warten
2. Ist es gewollt, dass es in der Hightech-Rüstung dauernd zu heiß ist? Im Winter geht's aber in der Wüste geht's wieder nicht (trotz Winter). Von einer Hightech Rüstung erwarte ich, dass sie jede Temperatur meistert. Ist ja schließlich Hightech
Das ist tatsächlich ungünstig... leider gibts bisher noch keine derartige Temperaturregulierung für Kleidung. Aber es wäre schon sinnvoll, dass die Hightech-Rüstung auch gegen Hitze schützt. Ich versuch das mit dem nächsten Update reinzubekommen
3. Wieso kann man den Text (Das Item in der Schilder-Kategorie) nicht skalieren?
Ursprünglich war ein Skalieren nicht vorgesehen, da der Text auch außerhalb des Text-Objektes angezeigt werden kann. Aber dein geschilderter Fall (Text verdeckt Kiste) ist in der Tat problematisch... ich werde das mit dem kommen Hotfix (in Kürze) ändern
4. Wieso lassen sich Items im Survival nur bis 0.5 ihrer Originalgröße runter skalieren?
Es kommt immer ein wenig auf das jeweilige Objekt an bzw. inwieweit eine kleinere oder größere Skalierung irgendwie nachvollziehbar wäre (zB wäre ein 0.1 fach so kleiner Amboss etwas merkwürdig und unrealistisch, zumal Objekte ja nicht ihre Funktion einbüßen wenn sie skaliert werden). Bei manchen Objekten wie Betten oder Stühlen kann das auch andere Probleme mit sich bringen (rein optischer Natur), zB wenn der Spieler in einem Miniaturbett schlafen möchte o.ä.
Es kann aber auch sein, dass die Mindest- und Maximalgrößen mancher Objekte falsch gewählt oder zu restriktiv sind. Bei welchem/welchen Objekt(en) würdest du dir denn eine freizügigere Skalierung wünschen?
Eventuell könnte man das so regeln das wenn man sone Kiste mit sich herumschleppt nur noch gaaaanz langsam laufen kann.
Das wäre auch durchaus eine Überlegung. Vll in Verbindung damit, dass man die Kiste dann nur in Händen halten kann und wirklich abstellen muss, um zB das Item zu wechseln. So eine Mechanik ist bisher leider noch nicht vorgesehen, aber ich schaue mal, was sich so machen lässt
-
Das ist leider kein Bug, sondern momentan eher ein fehlendes Feature
Rohstoffe für Blaupausen (im Survival) sind noch auf der Todo-Liste und werden noch in absehbarer Zukunft ins Spiel kommen -
Hmm... das tut mir Leid zu hören
D.h. der Fortschritt ist während der laufenden Runde verschwunden? D.h. du bist gestartet, da war alles noch da, und nach einer Erkundungstour war alles weg? Oder hast du das Spiel zwischenzeitlich neugestartet?Es haben vereinzelt Leute von diesem Problem berichtet, also dass teilweise der Forschritt zu fehlen scheint. Das ist meist nach einem Neustart aber dann behoben. Versuche also mal das Spiel neuzustarten und schaue, ob die Bauwerke dann wieder da sind.
Leider kann ich das Problem noch nicht reproduzieren und benötige unbedingt einen aktuellen Report davon, um Licht ins Dunkel zu bringen (also von dem Zeitpunkt, wenn Bauwerke verschwinden, ohne, dass ein Neustart dazwischenliegt). Wenn das nochmal auftritt oder wenn das nach einem Neustart nicht wieder da ist, sende bitte einmal einen Report. Im ESC Menü ist unten rechts ein roter Report-Button zu finden (füge dann ggf. kurz die Info hinzu, dass Werkbänke verschwunden sind).
-
Freut mich, dass es bis jetzt zumindest grundsätzlich besser läuft (soweit ich das richtig verstanden habe)
Dauert der lange Start denn jedes mal so lange?Was die Pings angeht, offenbar sind dann nur Webrequests davon betroffen. Du könntest sonst statt Experimental auch einen anderen Proton-Branch ausprobieren, möglicherweise ist ein Bug in der Proton Version. Teilweise wird das auch anderweitig berichtet (kA ob das wirklich dieselbe Problematik ist)
Einziges Problem noch - das Spiel wird nicht über den Button beendet. Es erscheint nur ein schwarzes Fenster mit Cursor.
Nur wenn ich in das Steamfenster wechsel und auf anhalten klicke, beendet sich das Spiel.
Mit Button meinst du den "Beenden" Button im Spiel? Du könntest ggf. mal probieren, die config.properties Datei im Spielverzeichnis zu öffnen und dort diese Zeile einzufügen:
Game_NoAbort=True
Dann die Datei speichern und neustarten. Macht das einen Unterschied?
Sollte ich beim Steam dedicated Server auch eine Runtime erzwingen (Proton)? - wenn ich den starte, sehe ich derzeit nicht die ServerKonsole, aber ich kann dann mit dem Spiel trotzdem beitreten über localhost ... würde das evtl. die Konsole wieder "sichtbar" machen, oder ist es eher schädlich bei der App etwas einzustellen/zu erzwingen?
Dieses zusätzliche Konsolenfenster öffnet sich nur unter Windows (bzw. würde es dann natürlich auch via Proton). Mir sind hier bisher zumindest keine Probleme i.V.m Proton bekannt (man muss aber auch dazusagen, dass die allermeisten Server entweder direkt nativ unter Linux betrieben werden, oder direkt unter Windows).
Das Konsolenfenster haben wir bisher nie für Linux eingebaut, da es diesen Anwendungsfall kaum gab bzw. der Server ohnehin eher selten über den Steam-Client gestartet wird (sondern meist direkt über Terminal, und in dem Fall gehen die Ausgaben direkt dorthin)
Nach der Umstellung von der Linux-Version auf Proton, wobei das Spiel komplett neu installiert wurde, war aber dann das Journal (die persönlichen Notizen) gelöscht also leer. Sollte man also vorher extern sichern.
Hmm...normalerweise sollte das von einer Neuinstallation oder auch Deinstallation nicht betroffen sein
Die Journal-Daten werden einfach im Spielverzeichnis als journal.json gespeichert... zwischen Linux und Windows sollte es da eigentlich auch keinen Unterschied geben. Ich versuche das mal bei mir zu reproduzieren ABER beim Sound gibt es Probleme mit der internen Soundkarte. Der Sound vom Spiel läuft wunderbar ABER ich habe mal mehr und mal weniger stark ein grundsätzliches Hintergrundrauschen/Bratzeln in den Lautsprechern. Schließe ich mein USB-Headset an und stelle die Ausgabe auf dieses um habe ich einen sauberen Sound, die Boxen rauschen und bratzeln aber immer noch (bei eingeschaltetem Verstärker).
Das ist eigenartig
Vielleicht kann waveshapr da mehr zu sagen? Ist es vielleicht irgendein Hintergrundsound (Wind, Wasser, Feuer o.ä), der aus irgendeinem Grund so untergeht, dass es zu einem Rauschen wird? Probiere vielleicht mal in den Audio-Einstellungen die Lautstärke für "Ambiente (Wind)" auf 0% zu stellen (oder testweise auch mal die anderen Regler). Verschwindet das Rauschen dann evtl?Ich habe zum Test noch mal die reine Linux Version installiert, dort tritt dieses Rauschen und Bratzeln auch auf (war früher nicht) aber das Spiel friert dann nach dem vollständigen Laden einer Welt (egal ob MP oder SP) ein und RW kann dann nur noch über die Konsole mittels Konsole per "kill -9 Prozess-ID" beendet werden, da die Maus auch gefangen/eingefroren ist. Nach dem Kill läuft die grafische Oberfläche (bei mir XFCE) wieder normal und die Maus funktioniert auch wieder.
Öffne vielleicht auch mal die config.properties Datei im Spielverzeichnis und füge dort die Zeile Game_NoAbort=True hinzu (falls ein "NoAbort" Eintrag nicht schon existiert), speichere dann die Datei und starte das Spiel erneut. Kann es dann normal beendet werden?
-
Hmm... was the youtuber maybe using a spear? In previous versions it was actually possible to spam hit with the primitive spear, which made this weapon very strong - but this was changed with the POI update in October
-
oh mann ... jetzt wird es aber langsam ganz komisch. Wenn ich Steam standard UND beim Spiel Proton experimental einstelle komme ich nur sehr schlecht in das Spiel (es öffnet sich in einem Fenster, welches ich dann noch extra wieder anklicken muss), meine Konsole lässt sich nicht öffnen und im Mehrspielermodus haben alle Server einen Ping zwischen 200 und 300 ms und darüber hinaus.
In Steam ist es leider etwas undurchsichtig: Wenn du nur in Steam selbst Proton auswählst, dann startet Steam RW trotzdem über die Linux Runtime. Auch laut den letzten Reports war bei dir die native Linux-Version aktiv. Um RW via Proton zu spielen musst du explizit in den RW Einstellungen in Steam Proton auswählen.
Das erklärt auch das Update, was du nach der Umstellung plötzlich erhalten hast - denn du hattest zuvor nur die Linux-Version installiert, mit dem Umstellen auf Proton wurde dann die Windows-Version heruntergeladen
Dass die Server einen hohen Ping über Proton ist aber merkwürdig... vll hat Steam weiterhin irgendwas im Hintergrund heruntergeladen? Was die Konsole angeht, ggf. musst du die Taste dafür in den Einstellungen umbelegen
Ich würde tatsächlich mal Proton ausprobieren und schauen, ob die Crashes damit auftreten
lief alles gut, bis zur Abenddämmerung ... dann auch hier - erst Einfrieren des Spiels - danach Beendung
[...]
Also hat es wohl doch eher hiermit etwas zu tun!?:Wenn es nur zur Abenddämmerung bzw. im Morgengrauen auftritt würde tatsächlich darauf hindeuten
Ganz konkret ist der Zeitraum von 21:30 bis 22:00 und 7:00 und 7:30 betroffen. Ursache für den FPS Drop ist eine Änderung der globalen Helligkeit, wodurch Unitys HDRP unnötigerweise jeden Frame eine relativ komplexe Neuberechnung der Umgebungsbeleuchtung vornimmt... sowas darf eigentlich keinen Crash verursachen, andererseits ist in Unity nichts unmöglich (und besonders Vulkan und Linux erhalten nicht viel Liebe)... aber für diesen FPS Drop kommt auf jeden Fall in Kürze ein Fix -
Oh, I see
Did you enable Proton in Steam itself or specifically for RW (when right-clicking on RW in the Steam lib -> Properties)? It seems that setting it in Steam only still results in the game using the native Linux runtime But you can still send a report after restarting the PC (it's just relevant that the error/crash occurred during the last session when you played RW)
-
There is unfortunately no command to make tools or weapons work faster
The only thing is a setting called "Instant Digging (Survival only)" (under "Miscellaneous" in the settings menu) which enables you to break stones or chop trees with a single hit... but it does not speed up the tools (and it has no impact on weapons) To get an overview of all console commands, you can enter commands into console. Unfortunately these interactions still require a Keyboard + Mouse... you can then use the page up/down keys or the mouse wheel to scroll up and down...
-
The game indeed stores all blueprints in the "Blueprints" folder in the game directory. These blueprints are not bound to the player profile, instead the game simply stores all blueprints there and does not care who created them... when accessing the blueprint table, it simply lists all files that are located in the "Blueprints" folder.
If you want to go to the blueprints folder from the game, you could open the console by pressing ~ or ` and type gamedir blueprints.
What do you mean exactly with "I can pull them up when I am in my profile"?
-
Oh, I'm glad to hear you got it fixed!
-
Danke für den Hinweis. Leider sind dort nur zwei Spielstände gespeichert. Einer den ich zum Testen angelegt habe als die Welten weg waren und ein mal die kaputte Welt mit den .db-shm und db-wal dateien die auch nach dem Löschen geschrieben wurden.
Sonst gibt es auf der Cloud keine anderen Spielstände oder Blaupausen. Offenbar ist alles weg
Das tut mir unendlich Leid zu hören
Gerade bei einem Spiel wie RW ist sowas extremst ärgerlich und frustrierend Und gleichzeitig umso beängstigender, dass offenbar die Cloud dahintersteckt. Ich hatte die Situation in einem anderen Spiel auch bereits gehabt, in welcher die Steam Cloud meinen Speicherstand nach einem Crash mit einer älteren Version ersetzt hat. Dass aber alles komplett und kommentarlos gelöscht wird ist neu
Das ist schade denn das war meine letzte Hoffnung.
Normalerweise sind diese Dateien nur nach einem Crash dort (bzw. auch, wenn das Spiel noch läuft). Diese Dateien enthalten alle kürzlichen Änderungen, die noch nicht in die eigentlichen .db Datenbanken geschrieben wurden. Sie sind da weil das Spiel die SQLite Datenbanken im WAL-Modus betreibt.
Eigentlich ist nahezu ausgeschlossen, dass auch alle restlichen Weltdaten darin vorhanden sind. Die Ausnahme wäre vll, wenn diese Dateien besonders groß sind (so groß wie zB auch die .db Dateien aus den Backups). Ich weiß zwar nicht, wie sowas zustande kommen sollte, aber dann könnte man vll was wiederherstellen
Andere Dateien sind noch vorhanden, was dafür spricht dass es wirklich mit der Steam-Cloud zusammenhängt. Die Backup-Ordner sind bei mir vom 23.12. Vermutlich hat das Mini-Update auch ein Backup ausgelöst.
Wenn der "Backups" Ordner da (und voll) ist und auch im "Cache" Ordner haufenweise Dateien liegen dann spricht das dafür, dass die Steam Cloud schuld ist. Die Steam Cloud erfasst alle Blaupausen, alle Welten und noch ein paar einzelne Dateien im Spielverzeichnis (zB die Journal Datei).
"Backups" und "Cache" werden vom Spiel angelegt (ebenso wie "Plugins"). Alle anderen Dateien sind Teil der Installation und könnten von Steam nach einem Datenverlust auch wiederhergestellt worden sein.
Mit Aufhängen meine ich in diesem Fall dass das Spiel sich aufhängt und nicht mehr reagiert sodass ich im Zweifelsfall den PC gewaltsam abschalten muss. Meistens ist es aber so dass wenn ich lange genug warte, ich dann im Desktop lande als wäre nichts passiert außer dass mein Laufwerk D (auf dem Steam und RW installiert sind) von Windows nicht mehr erkannt wird. Ich habe bisher nichts darüber geschrieben weil ich am Anfang nicht ausschließen konnte dass es nicht vielleicht an meiner Festplatte liegen könnte. Was ich aber grob sagen kann ist dass ich dieses Problem nur bei RW und in Cities Skylines 2 habe. Bei anderen Spielen die ich recht intensiv gespielt habe ist das NIE vorgekommen, deshalb vermute ich dass es nicht an der Festplatte liegen kann (Alle Spiele befinden sich auf D).
Hmm... das ist aber bereits ein Verhalten, was so nicht sein sollte und könnte durchaus mit den Einfrieren zusammenhängen
In keinem Fall sollte RW (oder Cities Skylines) dafür sorgen, dass das Laufwerk ausgehängt wird bzw. nicht mehr erreichbar ist...Ich kann zwar nichts zu Cities Skylines sagen (außer, dass es natürlich auch ein Unity-Spiel ist), aber RW führt natürlich häufigere Festplattenzugriffe durch (alleine schon durch das regelmäßige Speichern der Welt, aber auch durch das Generieren der Welt). Wesentlich häufiger als bei einem Battlefield bspw. Wenn die Platte einen weg hat würde ein Spiel mit häufigerem Festplattenzugriff natürlich eher so einen Fehler triggern.
Prüfe am besten mal das Laufwerk mit CrystalDiskInfo o.ä. Bei einer SSD am besten auch mit dem herstellereigenen Werkzeug (zB bei Samsung "Magician" usw), die meist auch Diagnosemöglichkeiten bieten
Werde ich machen und ggf. auch einen seperaten Thread wenn das Problem mit den zu vielen Blöcken in einem bestimmten Bereich wieder auftritt. Zunächst werde ich etwas in den Grafikeinstellungen rumexperimentieren und werde versuchen dieselben Abstürze mit der Standalone-Version zu verursachen bevor ich dieses Thema eröffne.
Das hört sich nach einem Plan an
