Spieldaten vor Spieler verstecken?

Ich arbeite an meinem ersten (C ++) Spiel und möchte ein komponentenbasiertes Design verwenden. Ich habe in letzter Zeit viel darüber gelesen und gestern habe ich beschlossen, Objektdaten in externen JSON-Dateien zu speichern, um mehr Flexibilität und einfachen Zugriff zu ermöglichen.

Dann wurde mir klar, dass das Belassen dieser Dateien im Verzeichnisbaum des Spiels es den Spielern sehr einfach ermöglichen würde, alles zu ändern, was sie wollen.

Ich mache mir keine Sorgen, den Code Entwicklern zu zeigen, da das Spiel Open Source sein wird, aber ich fürchte, ein unerfahrener Spieler könnte das Spiel unterbrechen oder zumindest den Spaß ruinieren.

Vermisse ich etwas? Was ist die Richtlinie zum Ausblenden von Spieldaten (in Open Source-Spielen)? Ist es normal, alles für jedermann zugänglich zu machen?

Wenn nicht, was ist ein guter Weg, um die Daten zu verbergen?

Wenn Spieler den Spaß basteln und ruinieren, würde ich sagen, dass das ihr Problem ist. Für Bastler ist es der halbe Spaß zu sehen, was kaputt geht.

Es ist, als ob man sich Sorgen macht, dass Spieler einen Gottmodus-Cheatcode verwenden, und sich Sorgen macht, dass der Spieler nicht herausgefordert wird.

Ich würde nichts weiter tun, als diese Konfigurationsdateien in eine ZIP-Datei zu packen (was Sie wahrscheinlich sowieso für Ladezeiten tun sollten) und sicherzustellen, dass Ihr Code mit beschädigten Daten ordnungsgemäß umgehen kann.

Ich fürchte, ein unerfahrener Spieler könnte das Spiel unterbrechen oder zumindest den Spaß ruinieren.

Wenn sie sich in die Spieldaten einmischen, ist dies das, was sie als "Spaß" betrachten. Sie müssen sie nicht davor schützen. Entity-Komponentendaten sind schließlich kaum ein Spoiler. Wenn Sie Dialog- oder Questdaten hätten, wäre dies möglicherweise ein Problem, aber wahrscheinlich nicht. Die meisten Spieler wissen nicht einmal, wo sie nach solchen Dingen suchen sollen, ganz egal, ob sie diese absichtlich durchsuchen oder bearbeiten.

Mein Rat ist, es zu komprimieren und die Dateierweiterung umzubenennen. Dies wird den Casual-Look abhalten, aber es wird nicht schwierig für Sie, mit zu arbeiten. Sie können so etwas wie PhysicsFS verwenden , um mit den Dateien zu arbeiten.

Sie könnten die Daten mit einem symmetrischen Verschlüsselungsschema (AES) verschlüsselt speichern , aber das ist sinnlos: Die Software ist OpenSource , sodass jeder den Schlüssel lesen und die Daten entschlüsseln kann. Dies würde den Gelegenheitsspieler einfach davon abhalten, zu betrügen.

Und es wäre auch in Closed-Source-Projekten irgendwie sinnlos, da es ziemlich einfach ist, den Schlüssel für die Spiel-Binärdatei zu finden.

Sie haben also zwei Möglichkeiten:

1. lass das Zeug einfach unverschlüsselt (aber sammle zumindest den md5-Hash jeder Datei, damit du ihn zur Laufzeit auf etwaige Schäden in der Distribution deines Spiels überprüfen kannst);
2. Gehen Sie in den Closed-Source-Modus , verschlüsseln Sie die Daten (mit einem geheimen, umkehrbaren Mehrschritt-Algorithmus wie String-Umkehr + Byte-Austausch + x oder mit einem konstanten String usw.) und verschlüsseln Sie dann alles mit AES. Es wird für jeden schwieriger sein, die Daten wiederherzustellen. Viel schwerer.

Ich würde es verlassen. Es gibt eine riesige Mod-Community und Spieler mögen das Ändern / Modden von Spielen. Wenn sie etwas kaputt machen, liegt es an ihnen. Sie konnten immer neu installieren.

Erleichtert auch anderen Entwicklern die Arbeit mit.