Posts by red51

Unfortunately the game does not sync the definitions between the server and the client. If you modify the definitions.db on a multiplayer server, it works properly for everything that's solely handled by the server (e.g. things like npc health, biome related things, spawn definitions etc), but if a particular definition is used clientside, the client won't see the serverside modifications (e.g. things like asset path of an item, animation or move speed of an npc etc).

When it comes to the crafting recipes, it's a bit tricky, as mentioned by james1bow : basically it's handled by the server (so if the client sends a craft-packet to the server, the server checks if the client has all ingredients in his inventory - based on the serverside definitions of course). However, the crafting UI is shown clientside, so it uses the clientside definitions. Before sending a craft-packet to the server, the client also first checks if the player has all ingredients (based on the clientside definitions), to prevent the player from sending useless requests to the server.

So if you modify the crafting recipes on your server, it won't really work, because the client wouldn't even send the craft-packet to the server if you don't have the required ingredients (based on the clientside definitions). If the ingredients are in your inventory (so the client sends the craft packet), the server will perform the ingredient-check too (but based on his serverside definitions) and remove the ingredients from the client inventory.

However, it's our intention to change that, so once a client joins a server, the serverside definitions will be synced with the client This hasn't been added yet because there wasn't much demand for it in the past, but we're trying to get this ready with one of the next updates.

Until then, you can only change settings which are only used serverside, e.g. everything that's related to world generation (biomes, spawns etc), damage dealt by items or npcs, food/consumption values (health/hunger restore) etc.

The default setting is that you lose your inventory upon death. In multiplayer, this is handled through permissions: it's the keepinventory permission in the general section (set it in the default.json permission if you want it to affect all players).

Alternatively (if you don't want to work with permissions) you could add this line to the server.properties: Permissions_OverrideKeepInventory=True (this overrides the setting for all permissions).

However, chests should never be affected by a player death, so their content should still be there if a player dies What do you mean with "both inventories show up on the dead body"? When looting a dead body, the game shows your current inventory and the content of the dead body in a separate window on the right (but there should never be multiple windows like that, for example). I've never seen such an issue before... do you use any plugins?

Leider gibt es noch kein RCON Tool für die neue Version

Dein obiger Link führt zum alten RCON Tool für die Java Version, das ist mit der neuen Version leider nicht kompatibel. Für die neue Version ist tatsächlich ein eingebautes RCON-Tool vorgesehen, welches dann einfach über eine Webseite aufgerufen werden kann (dadurch kann es auch problemlos via Handy usw. bedient werden).

Aktivieren kannst du das RCON Tool noch nicht, das haben wir deaktiviert. Was du siehst (IP, Gamemode usw) sind die Query-Daten des Servers (über den Query-Port, standardmäßig 4254), das hängt nicht mit dem RCON Tool zusammen (welches einen separaten Port benötigt, standardmäßig 4253).

An sich ist das RCON Tool bereits relativ weit fortgeschritten, doch in letzter Zeit ist da nichts mehr passiert... der Grund ist, dass es dazu leider nur eine geringe Nachfrage gibt, und da zuletzt noch größere Features wie Weltgenerierung, Tiere, Höhlen und Biome fehlten, war leider nur wenig Spielraum, daran zu arbeiten (selbst der API-Release, wovon grundsätzlich ja deutlich mehr Leute profitieren, kam nicht bei jedem gut an, da zu dem Zeitpunkt eben noch Biome und Höhlen fehlten).

Wir möchten das RCON Tool aber trotzdem noch zum Abschluss bringen. Ich weiß nicht, ob das passend zum Storepage-Update klappt, aber wenn nicht, dann haben wir spätestens danach mehr Luft dafür

Leider zählt Wasser bisher noch nicht als Kollision, d.h. wenn in den Einstellungen Schwerkraft für Pflanzen aktiv ist, dann werden die Pflanzen, die nur auf der Wasseroberfläche liegen, aber keinen Kontakt mit dem Terrain haben, leider zerstört

Der Grund ist, dass die Wasserpflanzen zwar ursprünglich für das Biom-Update vorgesehen waren, es aber doch nicht mehr richtig reingeschafft haben (als natürlich spawnende Pflanze), daher ist auch das Verhalten i.V.m. Wasser noch nicht vollständig implementiert.

Wir werden das vmtl. mit dem nächsten Update ändern, aber bis dahin gibt es zwei potenzielle Workarounds: Entweder du kannst Schwerkraft für Pflanzen generell deaktivieren, oder alternativ kannst du mit dem edit Befehl einer Pflanze das "DisableGravity" Attribut verpassen (dann wird sie auch nicht mehr von Schwerkraft beeinflusst). Dafür kannst du einfach den Befehl edit attribute disablegravity eingeben, während du die Pflanze betrachtest. Ist leider für jede einzelne Pflanze nötig, aber eigentlich sollte sowas auch in Blaupausen gespeichert werden (das würde ich aber vll nochmal testen, bin mir da nicht 100% sicher).

Quote from Messias

Wenn ein Mitspieler ein Pferd reitet, fliegt bzw. zuckelt der Mitspieler durch die Luft, aber das Pferd bleibt optisch an seinem Platz und beamt sich dann nach, wenn der Spieler vom Pferd steigt.

Das werden wir mit dem nächsten Update beheben

Quote from Messias

Vornehmlich auf größeren Wasserflächen oder fernen Inseln werden einzelne Wasser Chunks nicht geladen.

Hmm... fehlen die Wasseroberflächen nur in der Ferne, oder auch, wenn man nahe an den entsprechenden Chunk rangeht?

Quote from Messias

Wenn ein Mitspieler stirbt, fällt er für andere rein optisch in die Hölle, aber die Gliedmaßen bleiben an der Oberfläche und ziehen sich lang. Das sieht komisch aus. Ein Ab- und Anmelden der anderen Spieler ist dann notwendig, um den Grafik Bug weg zu bekommen.

Tritt das immer auf, oder nur sporadisch? Bzw. gibt es einen Weg, das zu reproduzieren?

Passiert das auch, wenn der Spieler in der Nähe anderer Spieler stirbt, oder nur, wenn er weiter weg ist (bzw. anders herum)?

Quote from Messias

Wenn ich mir darüber hinaus was fürs nächste Update wünschen dürfte, dann sind das Wölfe ... deren Geheul fetzt schon, aber es fehlt noch die Gefahr. 😇

Wölfe sind definitiv geplant In Kürze werden wir auf Trello ein paar Vorschaubilder posten

Wir möchten Wölfe allerdings nicht einfach nur zu stumpfen Gegnern degradieren, sondern da gerne ein etwas komplexeres Verhalten haben, was dann auch langfristig in puncto Zähmen oder gar Haustiere relevant sein könnte. Daher schaffen sie es wahrscheinlich noch nicht ins nächste Update...

Quote from Deirdre

Bitte eine größere Verkleinerungsmöglichkeit einbringen. Bei der Java-Version hat man immer die Gebäude auf der Karte riesengroß gesehen, sodass alles nicht zu sehen sehen war, außer man hat den Befehl dafür benutzt, das war aber meines Erachtens immer noch zu groß. Maximum war 4 soweit ich mich erinnern kann. Eine Möglichkeit alle Gebäude auf einmal anzuzeigen, gabe es irgendwie nicht, außer mit Befehl "map....irgendwas.

Zu einer potenziellen künftigen Karten-Variante wie in der Java Version kann ich leider noch nichts sagen, aber die Karten-Variante, die mit dem nächsten Update kommt, wird es auch ermöglichen, die gesamte Insel auf einmal zu sehen. Aber wie gesagt, es geht bei der Karte effektiv nur ums Terrain.

Quote from Yaromid

Ich nehme an, dass die Oberflächentexturen aus den LOD-Chunk-Daten entnommen werden? Werden auch Bauelemente berücksichtigt?

Fast. Das Spiel liest die Höheninformationen aus den Sektordaten aus (also noch eine Stufe vor den LOD Chunks).

Bauelemente können leider nicht berücksichtigt werden. Denn da Bauteile eine beliebige Größe, Position und Drehung haben können, gibt es leider keinen Algorithmus, diese performant in einem Bild zu generieren bzw. zu rasterisieren (vor allem da häufig meist auch sehr viele Bauteile verbaut sind). Sowas kann nur gerendert werden, aber da stoßen wir auf o.g. Probleme.

Die Karte in der neuen Version wird in erster Linie ein Orientierungswerkzeug sein. Seine Basis (oder andere markante Orte) wird man stattdessen mit einem Marker auf der Karte einzeichnen müssen. Wir wollen auch eine Option einbauen, dass man Linien und Rechtecke einzeichnen kann, aber das wird es vmtl. noch nichts in Update schaffen...

If you come across a cow in the game and want to know whether it really is a cow or a bull, carefully pull up its skirt and you'll see the difference

The black cow was indeed a bull btw (there is no black cow in the game, just a black bull)

Quote from Yaromid

Have you thought about using some services like Crowdin I know that a similar game Vintage Story is using it for community translations.

It's unfortunately not sufficient for an official translation. A human is still required to make sure the translation is correct... having bad language support with wrong translations is often worse than having no language support...

But as mentioned, creating community translations is very easy in the new version (the language files are just stored in the game directory and can be easily modified or new language files could be added) - unlike in the Java version, where it was quite tricky to edit the language files^^

Quote from AlphaGodith

somewhat related question, is there a reason why the player doesn't spawn at 0,0, red? it seems logical to me that the center of the world would be the main spawn and i've always wondered about that. i think in ark the reason was that 0,0 sometimes got a little... weird?

0 0 is basically a perfectly fine location, but you don't spawn there due to the way how islands are distributed: the world is divided into sectors, and each sector has a size of 8192 blocks. There is a sector from 0 to 8192, another sector from 8192 to 16,384, there is also a sector from -8192 to 0 etc. Islands never spawn exactly at the edge of a sector (or more precisely, the edge of a sector is always ocean), that's why 0 0 (i.e. at the edge of a sector) is always ocean (so the player never spawns there)

Quote from Funmichi

Bitte keine alternativlose 3rd Person Ansicht beim Reiten, fand gerade das Reiten in der Java Version gut wie es war. Natürlich als Option wenn es gewünscht wird ja, aber nicht als einzige Option.

Wenn wir das einbauen, wird es definitiv nur eine Option sein, d.h. niemand wird zur 3rd-Person Ansicht gezwungen

Quote from Funmichi

Beispiel die Karte finde ich auch gut wie sie ist mit eigenen Markierungen und Benennungen und vor allem fand ich auch, dass die Points of Interests in eine gute Richtung gingen, es sollte ja noch anderes kommen.

Die Karte wird leider von ihrer Art und Weise etwas anders ausfallen als in der Java Version... dazu sind wir allerdings aus technischen Gründen gezwungen. Die Java-Version hat die Karte so generiert, dass die Landschaft von oben gerendert wurde, das Spiel also quasi mehrere Screenshots aus einer Draufsicht erzeugt und zusammengefügt hat.

In Unitys HDRP ist das leider nicht so einfach möglich, da das zusätzliche Rendern abseits der Spielersicht sündhaft teuer ist (in puncto Performance). Das ist m.E. leider ein fundamentales Manko in der HDRP Architektur... eine Karte wie in der Java Version ist also leider nicht performant zu implementieren...

Stattdessen wird die Karte abstrakter sein und quasi nur die Insel selbst repräsentieren. Das ist zwar leider weniger hübsch, hat aber dafür andere Vorteile - zB kann dadurch ein deutlich größerer Bereich (oder gar die ganze Insel) dargestellt werden, während in der Java Version ja immer nur ein relativ kleiner Teil aufgedeckt wurde (eben das, was auch generiert war und dadurch gerendert werden konnte).

Man wird aber natürlich auch weiterhin Marker setzen können usw.

Eventuell wird es in Zukunft trotzdem nochmal eine Karte wie in der Java Version geben (dann entweder als zusätzliche Karten-Art oder als GPS Gerät o.ä). Das hängt davon ab, ob sich die Möglichkeiten entweder in einer neueren Unity-Version ändern, oder ob wir ggf. die Render-Pipeline wechseln (von der HDRP auf die URP)

To ban a player that is online, just use the regular ban command ban <name/uid> <duration> [reason], e.g. "ban Testplayer -1 Griefing is not allowed" (to ban a player "Testplayer" permanently with the reason "Griefing is not allowed"). Instead of the player name, you can also use the UID (which is usually better).

To ban a player that is currently offline, you have to use the command offlineban instead, e.g. "offlineban 76561197960265720 -1 Griefing is not allowed"

Quote from Proto0x7C8

red51

Got a few new questions :P, anyone in the know might be able to answer but the mod I have in mind to make is like a Sims inspired mod, adding more 'needs' such as fun, bladder, hygiene, energy etc but also more realism aspects, I've tried to scan the roadmap but not 100% sure whether if I make a mod like this I'll just be implementing what is already planned for Rising World down the line?

Potential other ideas I had were to add food spoilage, make fire require wood/coal etc, tools 'breaking' sometimes on use etc amongst other things.

TLDR: Just don't want to mod in stuff which will just be added to the game anyhow hah would prefer to use my time wisely to enhance the project hah.

Thanks in advance! Proto0x7C8!

Display More

Sorry for my late response! But things like bladder, hygiene or energy isn't planned right now... maybe it will be added in the long run, but probably not in the foreseeable future

But it is our intention to add various buffs in the future^^ Things like food spoilage and tool wear are also planned btw.

Quote from james1bow

i know in the java version if you changed things in the db of a multiplayer server it could cause some sync issues. not sure if this is still an issue with unity. maybe red51 could let us know.

It depends: Both the client and the server use the database. If a particular setting is only used serverside (e.g. aggro range or health of an npc, damage per item hit, world-related things like biomes etc), you can safely modify it in multiplayer and it will work properly.

But if a particular setting is used clientside, serverside modifications will not be applied clientside. E.g. things like the asset path of an item, the animation or move speed of an npc, or weather settings (except things like duration). Changing these things usually has no effect.

When changing crafting recipes, it's a bit tricky: the actual crafting is handled serverside (so the server checks the recipe and verifies that the client has all required ingredients etc), however, the crafting UI is shown clientside (obviously). The client also checks if all ingredients are in inventory before sending a crafting request to the server (this is done to prevent the client from spamming the server with useless requests).

We will change that in the future though, so the definitions will be synced between the client and server - once that's done, you can change any definitions on your server and that will be properly applied to all clients automatically. Alternatively it will be also possible to do that through the API then

Die neue Version verwendet keine .permissions Dateien, das sind die Dateien der Java Version, wie noci schon sagt... möglicherweise ein Überbleibsel einer vorherigen Java-Installation o.ä.? In der neuen Version werden solche Dateien auf jeden Fall nicht ausgeliefert, sondern nur die .json Dateien... es ist nachvollziehbar, dass das Vorhandensein von .permissions Dateien Verwirrung stiftet

Der Server wird standardmäßig mit einem Ordner Namens "Permissions.Example" ausgeliefert (das ".Example" aus dem Grund, da Steam die Dateien bei einem Update sonst jedes Mal überschreiben würde). Darin befindet sich die "default.json" sowie eine beispielhafte "example.json" Area-Permission und eine "admin.json" Gruppen-Permission (auch die ist nur ein Beispiel für eine Permission einer möglichen "admin"-Gruppe - der Name ist völlig beliebig und nicht zu verwechseln mit Admins, die in der server.properties eingetragen sind).

Wenn keine Permissions vorhanden sind (Ordner wurde gelöscht o.ä), dann werden die Standardpermissions des Spiels verwendet - was relativ nahe an den Standardwerten in der mitgelieferten default.json ist.

Wegen dem "Permissions_AdminsFullPermissions", wenn das aktiv ist, werden sämtliche Gruppenpermissions für Admins (also für die, die in der server.properties eingetragen sind) ignoriert. Dann werden Standardeinstellungen des Spiels verwendet (weitgehend die Berechtigungen, die auch im Singleplayer gelten).

Quote from RunAndHideGamer

Is there a process I need to follow to add my new multiplayer Server to the server list in the multiplayer tab in the game.

Servers are automatically added to the server list, as long as Server_Visible is set to true in the server.properties (which is the default setting). But the server list is only updated ~ every 60 seconds, so a server may not show up there immediately after starting it

Male animals (at least bulls and rams) will always attack you, but only if you attack them first (otherwise they're passive). Same about goats (both male and female). This feature is always active

Yes, you can disable that in the game settings (under "Miscellaneous"). Scroll down to the "Building" section and turn off "Show Information" - this will disable the building info on the left side of the screen

Quote from Sandboxgamer

Ich möchte mit der Item-ID und der Viariante die Klasse "Item" oder wenn das nicht geht zumindest den Namen zurück bekommen. Ich will z.B. wissen, welches Item kommt bei der ID 25 raus.

Was du suchst ist eine "ItemDefinition". Denn ein "Item" Objekt ist bereits eine konkrete Item-Instanz in der Spielwelt bzw. im Inventar eines Spielers (oder in einer Kiste). Die Meta-Daten eines Items (also der interne Name, die ID, den Item-Typ usw) sind hingegen in den Definitions gespeichert.

Wenn du bereits ein konkretes Item hast und wissen willst, welches Item es ist, kannst du item.getDefinition() aufrufen, um die zugehörige ItemDefinition zu erhalten. Wenn du das hingegen ganz allgemein haben möchtest, sprich du hast eine ID oder einen Namen und willst die zugehörige Definition haben, musst du Definitions.getItemDefinition() verwenden. Beispiel:

//Suche nach ID (alternativ kannst du auch einen Item-Namen angeben)
Items.ItemDefinition def = Definitions.getItemDefinition(25);
if (def != null) {
    System.out.println("ID 25: " + def.name);
}
else {
    System.out.println("No item with ID 25 found!");
}

//Ausgabe: "ID 25: rakewood"

Wenn keine Definition gefunden wurde (weil es das gesuchte Item bzw. diese ID nicht gibt), dann wird null zurückgegeben.

Quote from Forscherdrang

Gehört zwar nur bedingt hier hin, aber kennt jemand den Konsolenbefehl für ein komplettes Motorboot ?

Das Motorboot heißt rib, du kannst es also mit spawnvehicle rib spawnen

Hehe, it could be considered a minor easter egg Back then when we were working on the demo, we've created the swarm of flies. Actually they were even in the demo world (a bit behind the starter cabin). We have some future plans to spawn them naturally in the world (either spawn them randomly, or at some points of interest [e.g. buried chests], or near dead bodies etc), but until then, we decided to spawn them at 0 0 (considering this is always in the middle of the ocean, so likely they shouldn't interfere with any buildings etc)

The problem is that we're baking shadows dynamically (for reasons of performance, so shadow casting does not need to be performed every frame). Unfortunately the current implementation still has some limitations... the shadow maps are only updated if you modify the surrounding world (e.g. remove or place a block), but it doesn't react to dynamic elements like animated objects (e.g. doors), players, animals etc.

You can "fix" that by turning the lamp off and on again (this forces the game to recalculate the shadows), so it will recognize the closed door.

There is a hidden setting to force dynamic shadows, but that has a big impact on performance (and it gets worse the more lights you're using), so it's not recommendable to use that

We'll rework the shadow caching in the future, so it will properly recognize nearby changes (like closing/opening a door, moving animals etc).

Unfortunately we cannot add support for more languages while the game is still in early access We're not able to maintain any language other than German or English ourselves, so we would have to rely on external translators for that. This, unfortunately, could result in additional delays of our updates (because the language files change with almost every update, and we would have to wait until the external translators are ready, which could take weeks in the worst case). In addition to that, we don't have the funds to hire a professional translator atm...

But once the game is out of early access (or at least in beta state), adding official support for more languages would be possible

Having said that, the language files for the new version are easily accessible (they're located in the "Data/StreamingAssets/Languages" folder) and can be modified with a text editor. Modifying these files (or adding new language files) should never cause the game to crash (at least we're not aware of any situations where this results in a crash).