Posts by red51

It looks like this crash mostly occurs if the blueprint either contains vegetation, or if vegetation in blueprints is enabled in the config.properties file Vegetation in blueprints isn't supported unfortunately. Basically the game is supposed to ignore that, but apparently this setting can still trigger this crash. Please go to your game directory, open the "config.properties" file with a text editor, and have a look at game_blueprint_include_vegetation. Make sure this is set to false (otherwise change it to false and save the file).

If you still run into this crash, it's possible the blueprint in question was created while the blueprint creator did set game_blueprint_include_vegetation to true. Maybe you can post the blueprint here (or send it via PM to me)

This is a precision issue which can occur sometimes, depending on your current world location (the further away you get from the world origin, the more intense this glitch will be). Unfortunately there isn't much that can be done about this You could try to install a newer graphics driver, this can actually have a small impact on this in certain situations.

However, rendering precision will be greatly improved with the new version, so you will no longer encounter these issues there

Quote from SARSteam

From another RW fan, Awesome work on the game as it is now and looking forward to the new version. You guys really rocks

Hehe, thank you very much for your kind words

Quote from SARSteam

Would it be fine with you if I suggest a few things for the African Biome in RW? I am from Africa so it would make sense to me LOL

Sure that's totally fine We will probably reorganize the suggestions section soon, since we're mostly focusing on the new version now

Wenn es für pro Schild jeweils nur eine Chest geben kann, würde sich eine HashMap anbieten. Hier könntest du "signID" als Key und "chestID" als Value verwenden. Da in Java nur Objects in HashMaps gespeichert werden dürfen (signID und chestID aber primitive Datentypen sind), musst du beides als "Integer" speichern (also quasi die Object-Repräsentation von int). Also bspw. so:

//Mapping signID -> chestID
HashMap<Integer, Integer> storages = new HashMap<>();

//Eintrag einfügen (chestID unter signID hinterlegen)
//Beides darf vom Typ "int" sein, das wird automatisch konvertiert
storages.put(signID, chestID);

//chestID auslesen (anhand signID)
//Hier ist es besser, das Ergebnis als "Integer" zu handhaben, da es null sein kann
Integer chestID = storages.get(signID);

//Prüfen ob Eintrag vorhanden war, also chestID != null ist (ein int könnte zwar niemals
//null sein, aber ein Integer kann durchaus null sein, da es in Java ein Object ist)
if(chestID == null){
    //Wenn null, war keine Kiste in HashMap vorhanden
}
//Wenn es nicht null ist, war Kiste in HashMap vorhanden
else{
    //Storage aus World holen (auch hier wieder autom. Konvertierung)
    Storage chest = plugin.getWorld().getStorage(chestID);

    //Nun könntest du prüfen, ob chest null ist (kann ja sein, dass zwar was in der
    //HashMap gespeichert ist, die Kiste in der Welt aber zwischenzeitlich entfernt wurde
    if(chest == null){
        //Kiste nicht mehr gültig, evtl. aus HashMap löschen
        storages.remove(signID);
    }
}

Wenn du Datenbankabfragen minimieren möchtest, kommt es darauf an, wann du jeweils darauf zugreifen möchtest. Entweder du lädst beim Start alle Einträge aus der Datenbank und speicherst sie in der HashMap, oder alternativ prüfst du bei jedem Aufruf deiner Funktion, ob ein Eintrag in der HashMap vorhanden ist (mit storages.containsKey(signID);). Falls nicht, könntest du anschließend die Datenbankabfrage starten und die HashMap entsprechend um den Eintrag erweitern.

Generell aber sind Datenbankaufrufe aus Performancesicht nicht ganz so schlimm (besonders wenn es nur lesender Zugriff ist). Wenn das nur sporadisch stattfindet ist das normalerweise kein Problem

Dein Funktionsaufruf mit HashMap-Ansatz könnte aber bspw. so aussehen:

public HashMap<Integer, Integer> storages = new HashMap<>();

public Storage getChest(int signID){
    //Prüfen ob signID überhaupt in HashMap eingetragen ist
    if(!storages.containsKey(signID)){
        //Kein Eintrag in HashMap vorhanden - Kiste evtl. aus Datenbank auslesen (siehe Fkt. unten)
        int chestID = getChestIDFromDatabase(signID);

        //Falls Kiste auch hier nicht vorhanden, gibt es Kiste wirklich nicht - null zurückgeben
        if(chestID == -1) return null;

        //Ansonsten prüfen ob Kiste existiert und ggf. eintragen
        Storage chest = plugin.getWorld().getStorage(chestID);

        //Wenn Kiste NICHT existiert, trotzdem signID in HashMap eintragen, 
        //damit wir DB-Abfrage beim nächsten Map nicht erneut durchführen
        if(chest == null) storages.put(signID, null);
        //...sonst chestID speichern
        else storages.put(signID, chestID);

        //Kiste zurückgeben
        return chest;
    }

    //Kiste aus HashMap auslesen
    Integer chestID = storages.get(signID);

    //Falls chestID null ist, wissen wir, dass Kiste nicht existiert (siehe oben)
    if(chestID == null) return null;

    //Ansonsten Kiste aus Welt holen
    Storage chest = plugin.getWorld().getStorage(chestID);
    
    //Falls Kiste mittlerweile nicht mehr in Welt existiert, könnten wir HashMap updaten
    if(chest == null) storages.put(signID, null);

    //Kiste zurückgeben
    return chest;
}

//Deine Funktion um ChestID aus DB auszulesen. Wenn Chest in DB nicht vorhanden ist,
//könntest du bspw. -1 zurückgeben
public int getChestIDFromDatabase(int signID){
    //Aus Datenbank auslesen
    //...
}

Das mit dem Startgebiet ist tatsächlich etwas irritierend: Grundsätzlich sagt die "Standard" Einstellung nicht aus, dass man im Grünen spawnt (auch wenn es den Anschein erweckt), sondern bei dieser Option bleibt der Spawn einfach auf der Standard-Einstellung - d.h. quasi so, wie vor Einführung des Startgebietes In dem Fall ist es Zufall, dass du im Schneegebiet gespawnt bist...

Aber wie gesagt, das ist wirklich irreführend. Ich weiß leider nicht, ob wir das so einfach ändern können (auch wenn es auf dem ersten Blick nach einer kleinen Änderung aussieht), da dadurch möglicherweise Probleme mit bestehenden Welten auftreten könnten Als vorläufige Lösung könntest du evtl. einfach eine neue Welt erstellen (wichtig ist, einen anderen Seed zu nehmen), dann ist die Chance zumindest sehr groß, im grünen Gebiet zu spawnen.

Ein Weg wäre vmtl. über "Abonnierte Themen". Das findest du wenn du oben auf "Forum" gehst, dann auf "Abonnierte Themen". Hier werden alle Themen aufgelistet, die du abonnierst.

Themen können entweder manuell abonniert werden (in der Thread-Ansicht ist oben rechts ein kleiner Banner, mit welchem du Abonnements verwalten kannst), oder du kannst auch einstellen, dass deine Themen automatisch abonniert werden (aktiviere dazu in deinen Benutzereinstellungen ganz unten "Thema bei Antwort automatisch abonnieren").

Ansonsten bliebe zur Anzeige der eigenen Themen vmtl. nur die klassische Suche, die über das Benutzerprofil erreichbar ist: https://forum.rising-world.net/user-thread-list/2457/

You mentioned that you're playing singleplayer, but also say friends don't see you in the game. Does that mean you actually play multiplayer? Do you play on a public server? If you can't do anything in multiplayer, it's likely that your connection is blocked by a firewall or an antivirus program.

Blaupausen sollten nun auch über PNs verschickbar sein

Quote from Deirdre

Bitte zu dem anderen Beitrag hinzufügen.

Was meinst du damit?

Glad to hear it works now And thanks a lot for your kind words

Thanks for the error log! Actually the game ran out of memory... unlike the Steam version, the Standalone cannot allocate the required memory dynamically You can fix this issue by launching the game through the "Rising World 8GB.exe", then the game will allocate up to 8 GB of RAM

Basically you just have to copy the "Worlds" folder (which contains the individual world folders) from your Steam RW directory (/Steam/steamapps/common/RisingWorld) to the Standalone RW directory

Oh I'm glad to hear it works now!

Thanks for your patience! I think we have a small fix for this issue (we've updated the launcher, you should get this update automatically when running the game). Please make sure the uid file is still in your game directory. Then run the game with active internet connection and make sure a "user.dat" file is created in your game directory. Now quit the game and run it again without internet connection (make sure to enter the serial if the "remember" box is not checked). Does it work now?

Thanks for the file! I can confirm the game does not launch in offline mode with this UID That's definitely a bug... unfortunately I can't just release an update right now, so I'm looking for a workaround Please give me a few minutes to think about a solution for this issue

Thanks for the log file! And thanks a lot for your kind words

It looks like the game cannot read the uid file for some reason Could you maybe send me your uid file (the game should've created a new one) via private message?

Hmm... I've tried and on another machine with a different account, but still wasn't able to reproduce this unfortunately Is there a file called "errorlog" or "hs_err_pid" in your game directory? Maybe try to delete the uid file in the game directory, then run the game again (while online). Once you're in the main menu, quit the game and run again in offline mode.

If it still does not work, please try to enable the debug console (open the config.properties file and set game_debug_console to true, then save the file and run the game in offline mode). Once the game closes, please have a look if there is a log file in the Logs folder. If there is a log file, please upload it here

That's really strange, I've just tested it and it worked as intended So you first press "Login" and get an error message about the HIVE being unreachable, then you press "Play Offline", right? Is there a file called "uid" in your game directory? Maybe try to run the game with active internet connection as Administrator (rightclick on the exe -> Run as administrator), also make sure the game is not installed on the Desktop (Windows prevents the game from writing to the hard drive then).

//edit: I've moved the posts into a separate topic btw, since this issue doesn't seem to be related to the change regarding serials

If you now run again without internet connection, does it still work?

Hmm... that's strange Did you run the game at least once (with active internet connection)? The game has to download some game files first before it's able to run (otherwise offline mode cannot work due to missing game files)

Quote from SighBorg

Hello, I've had the steam version for months and love it. I just purchased the standalone version and can't play offline. Starts if I have net connection otherwise closes. Any help would be great. I play only offline singleperson. Thank you.

Thanks a lot for your purchase Actually you can only play in offline mode if there is no internet connection available (or if our host is unreachable). If there is an internet connection available, the game will try to authenticate your serial when starting the game. However, this has no impact on your singleplayer game - it's really just an auth check if the serial is actually valid. No other data is sent to our servers and your world is still stored locally. Even if you lose your internet connection while playing, this should not have any impact on your game (at least when playing singleplayer).

What do you mean with exactly with "game closes"?