ファイル用のカスタムコンテンツパッケージ

ゲームのプロトタイプを作成するために、かなりの数のモデルパックをWebサイトから購入しようとしています。契約書では、一般の人々がアクセスできないように保護する必要があると述べています。

私はValveゲームで働いたことを覚えています。彼らは基本的に各ゲームのすべてのコンテンツのアーカイブである.gcf（ゲームコンテンツファイル）を使用しました。サウンド/マテリアル/モデル/マップ/などに詰め込まれています。これに似たものを開発し、そこからファイルを追加/削除できる小さなツールを作成することは悪い考えではないかもしれないと考えました。

問題は、このようなことから始める方法が本当にわからないことです。Googleを試してみましたが、何を検索するのかさえ知りませんでした。誰かがアイデア、役に立つリンク、または他の何かを持っているなら、私はそれを大いに感謝します。

7-Zipなどのやや不明瞭なアーカイブ形式でデータを保存します。

カジュアルなユーザーがzipプログラムで簡単に開けないように、異なるファイル拡張子を付けます。

physfsを使用して、これらのファイルを読み取り、アクセスします。また、ローカルディレクトリのファイルも操作できるため、パッケージを再構築せずに新しいリソースを簡単にテストできます。強くお勧めします。

コンテンツの非常に簡単な暗号化を検討してください。XOR暗号化。パッケージをビルドするための小さなバッチファイルまたはスクリプトを記述し、入ってくるデータを暗号化し、同じ関数を使用してゲーム内のデータを解読します。

これは、決定されたユーザーを排除しません-何もしません。ただし、モデルパックの要件を満たすには十分です。

プロトタイプを作成するだけであれば、アセットをGCF / ZIP / PAKファイルにパックすることについて心配する必要はありません。公衆はあなたのプロトタイプを見ることはありません！

さらに、ValveのGCFは、ZIPファイルと同じくらい、つまりゼロのコンテンツを保護します。ファイルは暗号化されていません。GCFScapeをダウンロードして、そのコンテンツを参照および抽出できます。

あなたが特定のニーズを持っていない限り、それはあなた自身のパックファイルシステムの作成に力を入れ価値はない今の ZIPファイルやOSの独自のファイル・アクセス・メカニズムによって満たされていないこと。実際、私が考えることができる唯一の理由は次のとおりです。

• コンテンツの難読化（ファイルをいじくり回さないようにすることには、その用途があります。現在のニーズに対する過剰な使用をお勧めします）
• ゲーム固有の方法で追加のファイルごとのメタデータを保存して、何らかの方法でコンテンツをデータ駆動しやすくします。
• 何千もの小さなファイルにすばやくアクセスする必要がある、または連続したデータアクセスを確保するなど、OSのファイルシステムの制限を回避する。（これは、コンソールで作業する際の事実上の必要性です。）

この要件は、でたらめです。

ゲームはデータにアクセスでき、ユーザーはゲームにアクセスできるため、十分なスキルと判断があれば、データを保存するために使用した形式をリバースエンジニアリングし、だまされている場合は最終的なキーを取得することができます暗号化します。

セキュリティを追加することはできません。繰り返しますが、セキュリティを追加することはできません。あいまいさを追加することはできますが、あいまいさはまったく意味がありません。なぜなら、私が言ったように、十分なスキルと決断力を持つユーザーはそれを壊すだけだからです。

できないことを尋ねる何かに署名しないでください。

多くの場合、カスタムコンテンツパッケージは、拡張子が異なる.zipまたは.rarアーカイブであることに気付きます。もちろん、Webサイトで何らかのカスタム暗号化が必要な場合、これは役に立ちません。

いくつかのアイデア：

1]標準モデル形式（.obj、.xなど）を使用しましたか、またはゲームに直接読み込むときにカスタムモデル形式を使用しますか？カスタム形式があり、モデル形式をリバースエンジニアリングして便利な形式にする必要がある場合は、日和見資産リッパーに対するある程度の保護をすでに得ています。

2] XOR暗号化に関するKylotanのポイントは優れています。ただし、暗号化文字列を示すソースデータ内のゼロの長いシーケンスを回避するために、疑似乱数生成シーケンス（ファイル名のハッシュによってシードされる可能性があります）を使用して暗号化できることに注意してください。もちろん、ファイルを読み込んだ直後にインプレースで復号化する必要がありますが、暗号化されたファイルを再起動可能なブロックに分割すると、これが実際にロード時間の負担になった場合、複数のスレッドでインプレース復号化を開始できます。しかし、私はこのレベルの「保護」が必要であることを真剣に疑っています-特に、他の人が言ったように、断固としたリッパーはそれを回避するでしょう。例えば。DLL迂回ライブラリを使用して描画呼び出しをインターセプトし、頂点バッファー/インデックスバッファーを直接読み戻します。

3]保護の要件について元のアセットプロバイダーに問い合わせる必要がありますが、プログラムのスプラッシュ画面やEULAにアセットの著作権に関する宣伝文句を追加するだけの場合があります。