Ich würde vorschlagen Du nimmst die Bilddateien, meinetwegen PNGs und steckst diese in ein Containerformat, das den Zugriff darauf erschwert. Dann passt Du das RPG::Cache Modul (oder die Bitmap Klasse) an, dass es auch Bilder aus deinem Containerformat lesen kann und schon kannst Du fröhlich weiterarbeiten, ohne das jeder deine Grafiken einfach so benutzen kann.

Allerdings - da Du ja deine Skripte offenlegst - sieht jeder den Algorithmus, wie Du dein Containerformat ausliest, kann somit also problemlos selber einen Decrypter für deine Grafiken schreiben.

Alternativ kannst Du auch neben deinem Spiel eine Tutorialreihe aufmachen, in der Du mit Beispielen (losgelöst aus deinem Projekt selbst) alle Tricks und Kniffe aus deinem Projekt für neugierige User erklärst - sozusagen ein MakingOf.

Ich denke Playm hat da den Hauptpunkt angesprochen. Da du (soweit ich weiß) keinen direkten Zugriff auf das RTP hast wird jegliche Änderung der Verschlüsselungsmethoden scriptweise ablaufen. Also wenn du deine Daten nicht verschlüsselst erhält jeder Einblick über deine Verschlüsselung und kann sie entsprechend einfach entschlüsseln. D.h. das Sicherheitslevel steigt um 0. Das einzige was passiert, ist dass man sich den Aufwand machen muss, ein Programm zu schreiben, um deine Verschlüsselung rückgängig zu machen (was für einen halbwegs geübten Programmierer keine Herausforderung darstellt.)

Ich schließe mich da Playm's Vorschlag an. Falls dir ein MakingOf, evtl. in größerer Fassung dann doch zu anstrengend wird kannst du separat zu deinem Spiel vielleicht ein "Maker Special" anhängen. Ein game, das einige deiner Mechaniken nocheinmal nachgestellt hat, allerdings nur mit ressourcen, die du auch preisgeben möchtest. (So kleine Specials machen sich oft beim Verkauf deines Spiels recht gut^^) Das ganze dann halt eben unverschlüsselt.

Ansonsten bleibt halt noch, einfach alles zu verschlüsseln, aber ich gehe mal davon aus du hast Gründe um deine Daten "verwundbar" zu lassen.

Decrypter gibt es bestimmt, besonders davon ausgehend wie alt die Maker bereits sind. Also 100% sicherheit wirst du ohnehin nie erreichen können (und absolute Sicherheit ist sowieso ein Phänomen in der IT, das so umstritten und ambivalent ist, wie das mathematische Konzept der Unendlichkeit.)

Als Entwickler bleibt dir, wenn du geschützte, aber lizenzierte Ressourcen verwendest, nur übrig, überhaupt eine Verschlüsselungsmethode zu verwenden, um die "1337h4xx0rz" fernzuhalten und um den guten Willen zu zeigen, dass du die ressourcen schützen willst. Die Urheberrechte liegen so oder so bei den Urhebern und ihren Lizenzpartnern und können daher separat eingeklagt werden, falls nötig. Die Rechtsverletzung liegt dabei bei den "ressourcendieben", nicht bei dir.


So würde ich das sehen und deuten. Ich hoffe ich konnte in der ein- oder anderen Weise damit helfen

- Myrrh

Naja, dazu gesagt: Die wirkliche "schweißarbeit" steckt im Groben hinter dem Ruby code. Events und deren Tricks, etc. sind alles Dinge, die im RTP enthalten, kompiliert und vorallem vorgesehen sind. Es gibt garantiert irgendwo ein englischsprachiges tutorial zu jedem noch so kleinen Kram, den man ohne Scripte mit den Events anstellen kann.

Also solange du keine Angst hast, dass /deine/ Arbeit irgendwie ohne Akkreditierung und ohne dein Einverständnis genutzt werden brauchst du auch nicht allzusehr auf den Sicherheitsfaktor bauen. Dazu kommt allerdings: Unverschlüsselte RM-Projekte könnten auch generell komplett "gestohlen" werden.

Also wenn du grade an Derp 2 - Revenge of the Herpderp arbeitest, das Projekt in 'ne Dropbox wirfst um mit jemand anderem daran zu arbeiten und sich jemand das Projekt stibitzt und schneller arbeitet als du.. dann gibt es suddenly 2 Spiele von denen seins das erste war.

Oder so. Wobei ich bezweifle, dass RPG-Maker projekte so marktwirtschaftlich interessant sind, dass man ressourcendiebstahl und sogar Projektdiebstahl daran begehen würde.

Und wenn dein Game doch wirtschaftlich so rentabel ist, dann wirst du es sicher schon in Steam Greenlight empfohlen haben