Posts by red51

Quote from lenko

Da der Blueprinteditor bei aktuellen blaupausen nicht mehr funktioniert, bin ich auf die Idee gekommen: ob es nicht möglich wäre das löschen von Bauelementen auf eine ID auch zu beschränken?????

Schwer zu sagen... über die API könnten wir sowas grundsätzlich anbieten. Wir könnten das für die neue Version auch mal im Hinterkopf behalten, wäre evtl. ganz praktisch
Bei der Java Version hingegen werden wir dafür wohl keine richtige Integration mehr bieten können, aber vll einen Konsolenbefehl, womit der nächste Lösch-Befehl auf eine ID begrenzt wird

Quote from Hintzi

Hey Red wirst du ab und zu, z.B. alle drei Monate oder so mal raushauen wie weit ihr seid

Also es ist geplant, neue Ankündigungen bei Steam sowie neue "News" Beiträge hier im Forum zu posten, sobald wir interessante Neuigkeiten bzw. neue Bilder (oder gar Videos) zum präsentieren haben Konkrete Prozentangaben, wie weit wir sind, sind leider etwas schwierig umzusetzen, da man es häufig nicht ganz so beziffern kann, und der Gesamtaufwand nicht immer einwandfrei abzuschätzen ist - zumal auch bei manchen Features (zB Weltgenerierung) wir nicht nach einem strikten Plan arbeiten können, sondern auch viel rumexperimentieren müssen (um das optimale Ergebnis zu erzielen).

Ansonsten aber kannst du dir unsere Development Roadmap auf Trello anschauen Diese gibt einen etwas genaueren Überblick darüber, woran wir aktuell arbeiten und was unmittelbar geplant ist (wir aktualisieren die Roadmap mehrmals im Monat). Auch sind da die geplanten Features aufgelistet, zumindest die etwas größeren und nennenswerteren Features. Leider ist die Roadmap nur auf Englisch verfügbar...

Lösche am besten mal alle Dateien (bis auf die exe natürlich) und probiere das Spiel erneut zu starten. Wenn dieser Fehler dann weiterhin auftritt, deutet das darauf hin, dass die Spieldateien nicht heruntergeladen werden konnten. Unter Windows (v.a. Windows haben die beiden "Programme" Ordner spezielle Permissions, die das Anlegen neuer Dateien (=> Download von Dateien) unterbinden. Du könntest einmal probieren, das Spiel als Administrator auszuführen (Rechtsklick auf die exe -> "Als Administrator ausführen"), und wenn das nicht funktioniert, evtl. testweise einen anderen Installationsort zu wählen (zB direkt "C:\Rising World\" oder "C:\Spiele\Rising World\" o.ä)

Unfortunately the system information are missing (they can be found at the top of the error message)... but it looks like you're running the standalone version. This error usually occurs if there is either a wrong Java version installed (make sure a 64 bit version of Java 8 is installed on your machine), or if there is a permission issue (i.e. the game cannot extract or access the file in question) - in this case, you can try to run the game as Administrator (rightclick -> Run as administrator).

Sometimes this error also occurs if there is a problem with the VCRedist installation. Please download the latest version of MS VCRedist 2013 (vcredist_x64.exe): https://www.microsoft.com/en-u…oad/details.aspx?id=40784
If it wasn't installed, just run the setup. Otherwise it's very important to hit the "Repair" button instead.

If that doesn't help, please let us know

Ein besserer PC bzw. in erster Linie eine stärkere CPU würde auf jeden Fall helfen, aber wie gesagt, auch mit einem leistungsstarken Rechner werden so viele Bauteile kritisch, denn das Spiel ist hier einfach am Limit... mit der neuen Version könnte sich die Situation aber etwas bessern, da aktuell auch die derzeitige Physikengine einen recht großen Einfluss auf die Performance hat (insbesondere bei so vielen Bauteilen). Und das Speichermanagement wird optimaler sein, da das Spiel bei Bedarf einfach jederzeit mehr RAM reservieren kann (natürlich nur falls noch was frei ist). Wie geschmeidig das Spiel dann aber bei so vielen Bauteilen laufen wird, ist eine andere Frage...

Ich habe mir das mal selber angesehen. Das Problem ist tatsächlich die Anzahl an verbauten Teilen: Die Gegend und vor allem das große Haus bestehen aus so vielen Bauteilen, dass der Memoryverbrauch enorm ansteigt. Das Haus sieht zwar absolut klasse aus, aber alleine das besteht ja bereits aus fast 500.000 Bauteilen

Bei den Bauteilen spielt es generell eine Rolle, wieviel sich davon im geladenen Bereich befinden - d.h. innerhalb der Gesamtsichtweite. Auch wenn das Haus bspw. auf deinem Screenshot nicht sichtbar ist, so sind die Daten trotzdem bereits vorgeladen (da die Kiesfläche, wo das Haus eigentlich steht, ja bereits sichtbar ist).
Sprich die Gesamtmenge an Bauteilen, die insgesamt auf einem Server verbaut sind, spielt eher eine untergeordnete Rolle - relevant ist tatsächlich in erster Linie, wieviele Bauteile sich um den Spieler herum befinden. Und es ist auch wichtig, wie diese Bauelemente verteilt sind. Denn je mehr davon sichtbar sind, desto mehr hat auch die Grafikkarte zu arbeiten (allein für das Haus müssen hier ca. 6M Polygone gerendert werden).

Ich sage es nur ungerne, aber hier stößt das Spiel leider an seine Grenzen, vor allem i.V.m. einer 2-Kern CPU Denn auch wenn die Chunkgenerierung auf andere Threads ausgelagert wird, wird der Rendering-Thread dennoch in Mitleidenschaft gezogen, wenn die anderen Threads zu 100% ausgelastet werden - was sich dann in Rucklern und Hängern äußert.
Hier ist aber hauptverantwortlich für die Hänger der RAM. Der Gesamtverbrauch in der Gegend müsste bestimmt irgendwo bei 10 GB liegen, allerdings dauert bei diesen enormen Speichermengen auch das Freiräumen des RAMs (also das sog. "Garbage Collecting") verhältnismäßig lange. D.h. egal wieviel RAM das System hat, hier hat die Engine so oder so zu kämpfen.

Du kannst dennoch mal diesen Startparamter in Steam einstellen: +memory 4096 10240. Damit versucht das Spiel dann 14 GB zu verwenden. Allerdings kommt Java bzw. der Garbage Collector mit so großen Speichermengen nur bedingt zurecht, sodass ich leider fürchte, dass du weiterhin Performanceprobleme in der Region haben wirst

@hkurzawa: Vielen Dank!

Es ist i.d.R. übersichtlicher, nur einen Thread zu der Sache zu eröffnen (zumindest sofern es sich um dasselbe Problem handelt) und dann mit neuen Beiträgen jeweils zu ergänzen Ich habe die drei Threads mal zu einem zusammengefügt.

Erstmal danke für die Report-Dateien! Es macht auf mich den Eindruck, dass dem Spiel nicht mehr genügend RAM zur Verfügung steht. Dann versucht das Spiel krampfhaft wieder RAM freizugeben, was zu immer längeren Pausen führt. Das Spiel verwendet in deinem Fall 7 GB, was allerdings bei hoher Sichtweite (in deinem Fall ist ja max. Sichtweite gewählt) i.V.m. detailreichen Bauwerken trotzdem knapp werden kann (da es im Spiel ja grundsätzlich kein direktes Limit gibt, wieviele Bauteile platziert werden können). Eine Einschränkung von Java ist leider, dass vor dem Spielstart ein fester Memorywert reserviert werden muss, d.h. wir können nicht nachträglich mehr RAM reservieren. Wenn wir aber nun zuviel RAM reservieren, steht ggf. anderen Anwendungen nicht mehr genug zur Verfügung... mit der neuen Version wird sich diese Situation Gott-sei-Dank bessern

Nichtsdestotrotz, da du laut Report mind. 16 GB zur Verfügung hast, solltest du das Problem eigentlich beheben können, indem du dem Spiel in Steam manuell mehr RAM zuweist. Gehe dazu bitte in deine Steam Bibliothek -> Rechtsklick auf Rising World -> Eigenschaften -> Startoptionen festlegen -> gib dort +memory 6144 7168 (wichtig das Leerzeichen zw. den beiden Zahlen) ein, und starte das Spiel erneut.

Evtl. würde ich aber auch empfehlen, zusätzlich die Detail-Sichtweite etwas herunterzustellen, da es sich bei der CPU nur um einen 2-Kerner handelt - denn da kann die Maximaleinstellung bei der Sichtweite (und vor allem der Detail-Sichtweite) auch spürbar die Leistung schmälern...

@RaidPace: Willkommen in der Community, und vielen Dank für die netten Worte Freut mich, dass dir das Spiel soweit gefällt!

Sorry für die späte Antwort, irgendwie ist dieser Beitrag untergegangen Aber es stimmt schon, die Icons ändern sich tatsächlich Icons für Stein, Erze, aber auch Blöcke und Objekte (wie Möbel) werden erst zur Laufzeit erzeugt, indem das entsprechende Objekt einmal gerendert wird. Da Erze alle das gleiche Grundmodell verwenden, im Inventar aber nicht immer exakt gleich aussehen sollen, wird die Rotation immer etwas zufällig festgelegt. Das ist dann zumindest für die gleiche Spielsession gültig, d.h. innerhalb einer Session bleibt zB das Icon für Kupfererz gleich, erst beim Neustarten kann es anders aussehen.

Ich fand es auch unter dem Gesichtspunkt passend, dass abgebaute Erzklumpen in echt ja auch immer etwas anders aussehen würden (anders als Items, die hergestellt werden).

Falls das aber irritierend ist, könnten wir das für die neue Version etwas abändern, sodass zumindest eine Erzsorte immer dieselbe Rotation hat (wobei noch nicht ganz feststeht, ob das dort weiterhin so gehandhabt wird)

Hmm... ich war etwas verwundert, weil ich mich an keine Nachricht erinnern konnte Nach genauem Hinsehen stelle ich jetzt aber fest, dass du diese Nachrichten als Kommentar auf meinem Profil hinterlassen hast. Beiträge dort sehe ich leider nicht direkt, und schaue eigentlich auch nur selten aktiv dort nach, ob etwas geschrieben wurde (zumal die Pinnwand eher suboptimal für Support-Anfragen ist)...
In Zukunft wäre es am besten, wenn du entweder direkt einen öffentlichen Beitrag erstellst (so wie jetzt dieser hier), oder mir alternativ eine PN sendest

Zu deinem Problem: Was genau bedeutet "das Spiel friert ein"? Bleibt es kurz stehen und geht danach wieder weiter, oder ist das Spiel damit auch zuende ("Keine Rückmeldung") und muss über den Taskmanager beendet werden? Oder friert ggf. sogar der ganze Rechner ein, d.h. der PC muss neugestartet werden?
Solche Phänomene hängen aber grundsätzlich nicht mit dem Ping zusammen (generell sollte sich selbst eine schlechte Verbindung nicht in Rucklern äußern).

Wenn das Spiel dauerhaft einfriert, d.h. es sich auch nicht mehr fängt, dann liegt das meistens entweder an einem Hardwareproblem, einem Temperaturproblem (d.h. Graka oder CPU wird zu heiß), oder einem Treiberproblem (typischerweise der Grafiktreiber). Wenn der ganze Rechner einfriert ist eher Nr. 1 oder 2 dran Schuld, wenn nur das Spiel einfriert dann entweder Nr. 1 oder am wahrscheinlichsten 3.

Wenn das Spiel aber nur vorübergehend einfriert, d.h. nach kurzen Hängern erstmal wieder weitergeht, dann würde das eher dafür sprechen, dass ggf. der RAM voll ist. In dem Fall wäre eine Report-Datei hilfreich, idealerweise aber nachdem der erste nennenswerte Hänger aufgetreten ist. Du kannst eine Report-Datei anlegen, indem du die Konsole öffnest und dort "report" eingibst, dann erscheint eine Report-Datei im Spielverzeichnis (bitte lade sie hier einfach hoch, oder sende sie mir als PN).

Wann treten die Phänomene denn auf? Immer nach einer mehr oder weniger festen Spieldauer? Ist das nur auf dem HS Server, oder auch auf anderen Servern oder im Singleplayer?

Yes, basically you can edit the blueprint files You have to unzip the blueprint and change the various bytes of the file. Some time ago I've explained the blueprint format here: Blueprint format/API?(I've updated the post btw to include the new terrain data now)
There is also a blueprint editor made by @Minotorious, but I'm afraid it doesn't work with newer blueprints anymore...

We've made some good progress in the last weeks, but there is still a lot of work to do Unfortunately we don't have any new screenshots to show, since we're mostly working on "core" elements like input handling, collisions, new UI etc.

One of the most time consuming features we're currently working on is the new world generation. It's a rather important part, since the terrain, biomes etc. play a big role. And this time we want to make sure to keep the implementation as flexible and versatile as possible, so we don't break old worlds anymore when changing the world generation in the future.

Once the new world generation is ready, we can probably share some screenshots. We will write a new announcement then (and probably we will also release a small update for the Java version at the same time). However, it will still take a few weeks until it's ready.

Quote from Deirdre

Trello might be a good alternative, but I prefer an information in this forum or at Steam. I don't want to use or register any other stuff.

Well, basically the idea of the Trello board is to give a rough idea of what's planned and what we're currently working on. While it doesn't cover every tiny change and feature, it still provides much more information compared to a static roadmap or feature list. You don't have to create an account to view the board btw.

We can't post the same stuff on Steam or here, since there aren't any tools to create a structured board like that. However, once we have some major news or any interesting screenshots to share, we will create a regular announcement (both on Steam and here) about that

Quote from lenko

1) Spieler ändert dies im SP und will nun auf einem server, muss er wieder alles zurück setzen ?

Ja, das müsste er leider. Das wäre bei einer klassischen Mod ja auch so, bei welcher bspw. der Sourcecode verändert wird. Wenn ein Spieler mit veränderten Dateien auf einen Server connected, wird es ein gewisses Maß an Desync geben, bis der Spieler irgendwann mit einer "Illegal State" Meldung gekicked wird.

Quote from lenko

2) Server sollte hier einstellbar sein

Das wird für die Java Version leider nicht mehr drin sein, da die dafür nötigen Änderungen zu umfangreich wären... aber für die neue Version ist auf jeden Fall geplant, dass Admins auf bequeme Weise die Rezepte ändern können

Quote from Lavendarjosh

Das mit den Rezepten für Blöcke ist allerdings ein bisschen Schade, das wäre einer der ersten Punkte, die ich gerne angegangen wäre. Bauen mit Holz ist meiner Meinung nach zu aufwändig im Moment

Das ist leider tatsächlich etwas suboptimal mit den Blöcken... allerdings könntest du ggf. alternativ versuchen, die Anzahl an Rohstoffen, die man erhält, zu erhöhen. In der "Plants" Tabelle kannst du bei den Bäumen in der Spalte "logpieces" einstellen, wieviele Baumstammstücke beim Kleinhacken spawnen sollen. Ist zwar keine perfekte Lösung, aber vll hilft es ja

Trat der Crash dann beim Bearbeiten dieses mit der Blaupause gesetzten Bereichs auf? Möglicherweise hängt es damit zusammen... ich würde das ansonsten mal im Auge behalten. Spätestens mit der neuen Version sollte dieser Crash nicht mehr von Relevanz sein (was natürlich nicht heißt, dass es in der neuen Version keine Bugs gäbe, aber das ganze Chunk-Handling wird ja von Grund auf neu sein)

Grundsätzlich ist das möglich Dazu musst du im Spielverzeichnis im "data" Ordner die "commons.jar" öffnen (mit einem beliebigen Zip-Programm) und dort dann im Ordner "commons/definitions" die "definitions.db" Datei entpacken. Hier sind fast alle Spieldefinitionen (einschl. der Stapelgrößen und Crafting-Rezepte) hinterlegt. Es handelt sich um eine SQLite Datenbank, diese kannst du mit einem SQL Editor öffnen (zB Navicat).

In der Tabelle "Items" findest du alle Item-Definitionen, die Spalte "stacksize" gibt die max. Stapelgröße an. Wichtig: Die Stapelgrößen werden ingame an den meisten Stellen als vorzeichenbehaftetes Byte gespeichert, von daher solltest du hier keinen Wert größer als 127 angeben (ansonsten wird es zu diversen Problemen kommen).

Die Crafting-Rezepte findest du in den "Recipes***" Tabellen. In "RecipesClothing" findest du die Rezepte für Kleidung, in "RecipesConstructions" die Rezepte für Bauelemente, in "RecipesItems" alle Item-Rezepte (also Tools, Waffen usw), in "RecipesObjects" alle Rezepte für Objekte (Möbel, Türen, Lampen etc) und in "RecipesVehicles" derzeit die Rezepte für die Boote.
Block-Rezepte können leider über die Definitions nicht geändert werden, diese werden programmatisch festgelegt.

Nachdem du die Datenbank geändert hast, kannst du sie einfach wieder in die commons.jar packen. Die Änderungen funktionieren allerdings nur im Singleplayer, für den MP müsste die Datenbank sowohl beim Client als auch beim Server geändert werden.

Der Fehler besagt, dass das Audiogerät nicht korrekt initialisiert werden konnte, oder dass zumindest von Windows ein falsches Gerät an das Spiel gemeldet wurde. Bitte probiere einmal folgendes: Gehe mit einem Rechtsklick auf das kleine Lautsprechersymbol unten rechts auf dem Desktop (neben der Uhr) und wähle dort "Sounds" (falls der Eintrag nicht vorhanden ist, kannst du alternativ die Windowstaste + R drücken und dort control mmsys.cpl eingeben, dann sollte sich das kleine "Sound"-Fenster öffnen). Gehe dort auf den Reiter "Wiedergabe" und deaktiviere alle Geräte, die nicht verwendet werden, und versuche dann das Spiel erneut zu starten.

Falls es noch nicht funktioniert, kann es nötig sein, ggf. den neuesten Treiber für dein Audiogerät von der MSI Seite herunterzuladen.

Ansonsten treten in letzter Zeit häufig Konflikte mit bestimmter Audiosoftware auf, insbesondere mit "Nahimic" und "Sonic Studio". Falls also das deaktiveren der nicht verwendeten Audiogeräte sowie das Treiberupdate nichts bringen, prüfe am besten mal im Task-Manager, ob dort ein Prozess mit dem Namen "Nahimic" oder "Sonic" oder "ss" läuft. Falls ja, beende den Prozess und versuch erneut, das Spiel zu starten

Hmm... schwierig zu sagen, wodurch dieser Crash genau verursacht wird. Es tritt dann auf, wenn die Collision für die Physics-Engine geupdated wird. Welches Terrain-Tool hast du denn genau verwendet? Verwendest du das "durchgehende Bearbeiten", also dass du die Maustaste nur gedrückt halten musst?

Wie häufig tritt dieser Crash denn auf? Ist das eine bestimmte Region deiner Welt, in welcher dieser Crash auftritt?

Die neue Version wird eine ganz neue UI bieten, in welcher sich auch die Anzahl der Gegenstände wesentlich besser ablesen lassen sollte Allerdings werden wir auch für das nächste Update die Größe der Ahorn-Baumstamm Icons etwas reduzieren, damit zumindest in diesem Fall die Anzahl besser erkennbar wird

Das wird sich in der Java Version leider nicht mehr ändern... allerdings wird die neue Version ein ganz neues Beleuchtungssystem haben, wodurch sich die Situation deutlich verbessern wird