spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich weiß zwar nichts über die weiteren Hintergründe deines Spiels, aber ich würde einfach alles was irgendwie relevant für den Spielstand ist binär ganz easy in eine Datei speichern, d.h. du kreierst einfach dein eigenes Format. Bezüglich der Gegenstände würde ich natürlich alle abspeichern, die man eingesammelt hat. Wenn die nach dem nächsten Spielstart weg wären, dann wärs doch kein richtiger Spielstand? Also wenn ich speichere, dann würde ich erwarten, dass auch mein kompletter Spielfortschritt gespeichert wird. Und wenn du keine Abermillionen von Gegenständen hast, dann sollte das auch nicht soo hart auf die Performance drücken. Wenn du pro Gegenstand eine ID, eine Position etc. hast sind das doch nur wenige Byte. Bei einer Million Gegenständen bist du dann nur bei wenigen Megabyte. Da ich denke, dass du keine Million Gegenstände abspeichern willst, sollte da doch kein Problem entstehen?

Edit: Merke gerade, habe dich zuerst falsch verstanden
Würde so vorgehen: In der Leveldatei speicherst du wo welche Gegenstände etc. vorhanden sind im Standardzustand, also wenn der Spieler noch nichts in der Welt verändert hat. Im Spielstand dann die IDs der Gegenstände, die der Spieler gesammelt hat. Diese müssen beim Laden des Levels dann nicht mehr erstellt/geladen werden. Das wäre der logischste Weg meiner Meinung nach. Das mit dem Performance Problem beim "erzeugen" der Gegenstände verstehe ich aber nicht ganz. Inwiefern ist das Performancetechnisch problematisch? Bswp. die Modelldaten musst du ja so oder so laden, egal ob du den Gegenstand "neu erzeugst" oder er bereits mit dem Level zusammen geladen wird?

Du musst dir erstmal klar werden wieviel dir die Performance nun Wert ist. Einerseits kannst du deinem Inventar nicht ein Objekt hinzufügen. Andererseits kannst du ein json Dokument parsen. Widerspricht sich für mich ein bisschen.

Dann gibt es doch überhaupt kein Problem? Vier Objekte zu erstellen die dann unter Umständen direkt wieder gelöscht werden ist jetzt nicht so problematisch. Versuch es doch einfach erst mal irgendwie umzusetzen. Wenn es dann klappt kannst du gucken ob du es strukturell verbessern kannst. Das bedeutet dass deine Lösung sinnvoll und verständlich ist. Performance sollte da erst mal eine untergeordnete Rolle spielen. Klar sollst du nicht unnötig Rechenzeit verschwenden, Die Verständlichkeit deiner Lösung ist aber erst mal wichtiger.

Zitat von »Garzec«

Beide Wege sind schnell eingebaut und stellen überhaupt kein Problem dar. Es war nur eine theoretische Frage, welche Möglichkeit zu bevorzugen ist

Kann man so nicht sagen. Du kennst dein Projekt besser als wir. Mach was für dich funktioniert. Oder teste beides aus und guck was dir besser gefällt.