Kein Problem: Starte das Dev-Kit, programmiere dir selbst alles was du als Mod möchtest und pack es zu einer Mod zusammen. Dann hast du deine eine Mod. Anders geht es logischerweise nicht.

Die Ladezeit von Mods kann man beschleunigen, indem man sie auf einer SSD installiert hat, falls das bei dir nicht der Fall ist. Mehr kannst du da nicht tun, außer du baust dir die Mods selbst

Moin,

die Ladezeiten von ARK werden sehr start von der Anzahl Dateien bestimmt. Jedes Item ist eine Datei - teilweise auch mehrere.

Jedes Item wird einzeln geladen und im Game verankert. Daher SSD - die Latenz ist wichtig.

Wenn du jetzt die Inhalte von z.B. drei Mods in einen Mod zusammenfügst, dann hast du die gleiche Anzahl von Items (die gleiche Anzahl von Dateien). Am Ende also die gleiche Ladezeit ...

Du gewinnst nur etwas, wenn es dir gelingt die Anzahl der Dateien zu reduzieren. Wenn also ein ARK Standard Item vom Mod A überladen wird um dann später von Mod C noch mal überladen wird kannst du das Item in Mod A löschen und hast eine Datei weniger die geladen und überladen werden muss ...

Die Ladezeiten bekommt WC nur dann in den Griff, wenn die Ladelogik angepasst wird. Alle Items in einem Chunk und schon wäre das Problem gelöst.

Also - nutze die Zeit zum Spielen oder baue einen neuen coolen Mod mit Dingen die es noch nicht gibt. Das Optimieren ist Zeitverschwendung. Wenn du Sekunden gewinnt wäre das schon genial ... oder warst du schon erfolgreich?

Zitat von Mr.MiGu

Wenn du jetzt die Inhalte von z.B. drei Mods in einen Mod zusammenfügst, dann hast du die gleiche Anzahl von Items (die gleiche Anzahl von Dateien). Am Ende also die gleiche Ladezeit ...

Du gewinnst nur etwas, wenn es dir gelingt die Anzahl der Dateien zu reduzieren. Wenn also ein ARK Standard Item vom Mod A überladen wird um dann später von Mod C noch mal überladen wird kannst du das Item in Mod A löschen und hast eine Datei weniger die geladen und überladen werden muss ...

Das ist so nicht ganz richtig. Jede Mod hat eine PrimalGameData BP, welche den Ausgangspunkt eines Verlinkungsbaumes für Unreal Engine bietet, indem alle Items, Strukturen etc verankert sind, damit kurz gesagt Ark überhaupt weiß was es für Items gibt. Ob es nun nur eine PrimalGameData BP gibt in der direkt alle Informationen verankert sind oder es 50 einzelne gibt, macht sich je nach System definitiv bemerkbar. Es ist also schlichtweg falsch zu sagen, dass es keinen Unterschied macht ob es alles in einzelne Mods aufgeteilt ist, oder in einer. Jedoch hast du recht wenn man sagen würde, dass der Unterschied am Ende nicht so gewaltig ist, wie viele vielleicht vorab denken - je nach Systemleistung halt unterschiedlich.

Und natürlich stimmt der Punkt den du schon erwähnt hast, dass wenn man die Last der jeweiligen Items noch selbstständig schafft zu verringern, dass es ebenfalls Ladezeitvorteile bietet. Optimieren ist Zeitverschwendung - das sehe ich jedoch ganz anders

Zitat von Rotte1978

super wenn das geht dann hab ich heute was zu tun

Danke dir

Da mal viel Spass, aber ich würde behaupten wollen plan da mal ca. nicht einen Tag sondern ein Jahr.ein Und kauf dir ein wenig HaarFarbe für eine schönen Haare um sie später zu färben wenn sie grau geworden sind, lach....

Also das mit dem Mods zusammenschustern wirst du nicht so hinbringen. Mann kann die Mods nicht einfach in der Unreal Engine zusammenschmeißen und dann cooken. Da brauchst du schon die Original Dateien. Ausserdem wird das Cooken bei so einem großen Mod ewig dauern.

Denke, dass das nicht so geht wie du dir das vorstellst

Hi,

außerdem werden die Modder nicht glücklich darüber sein, dass du ihre Mods zusammen würfeln willst.

Die Rechte an den Mods hat der jeweilige Modersteller.

Davon mal abgesehen, müsstest du die Mod jedes Mal neu cooken, wenn eine dieser Mods ein Update bekommt.

Ich als dein Mitspieler würde dir einen Vogel zeigen, wenn ich montags 2GB wegen eines S+ Updates, donnerstags wegen Eco Trees, samstags wegen Eco TEK-Decor herunterladen müsste (ist zugegebenermaßen vielleicht überspitzt aber im Bereich des Möglichen).