MultiPersistentデータ

MultiPersistentは、別々のゲーム間でデータを共有できるRen’Pyの機能です。主に、続編が前作での選択や進行状況を読み取る必要があるマルチパートゲームシリーズで使用されます。

ゲーム開発者がMultiPersistentオブジェクトを作成する際、共有識別子（通常は"mygameseries.example.com"のようなドメイン風の文字列）を割り当てます。同じ識別子を使用するゲームであれば、同じ共有データファイルの読み書きが可能です。

例えば、2部構成のビジュアルノベルシリーズでは次のように機能します：

1. ゲーム 第1章 — プレイするにつれて、ゲームはあなたの選択、恋愛ルート、ストーリーフラグをMultiPersistentファイルに保存
2. ゲーム 第2章 — 起動時に、続編は同じファイルを読み取って決断をインポートし、パーソナライズされた物語の続きを構築

これにより、開発者はゲーム間でセーブファイルを手動で転送することなく、複数のスタンドアロンリリースにまたがる分岐ナラティブを作成できます。

MultiPersistentデータには通常以下が含まれます：

• ストーリーの選択と分岐の決断
• 恋愛ルートの選択
• キャラクターの関係性ステータス
• クリアフラグ（どのエンディングを見たか）
• 開発者が共有を選択したその他のデータ

SparkはMultiPersistentファイルをRen’Pyデータフォルダ内の専用multipersistentディレクトリに保存します。このディレクトリはすべてのゲームで共有されており、これによりデスクトッププラットフォームでRen’Pyが意図するのと同様に、異なるタイトルが互いのデータにアクセスできます。

iCloud同期が有効な場合、SparkはMultiPersistentデータをデバイス間で自動的に同期します。つまり、iPhoneで第1章を終えた場合、iPadの第2章が手動転送なしであなたの選択を引き継ぐことができます。

• エピソード形式のビジュアルノベル — 各新チャプターが前のチャプターの進行状況を読み取るチャプター形式でリリースされるゲーム
• 共有世界のゲーム — 同じ世界を舞台にした別々のタイトルで、プレイしたものに基づいてボーナスコンテンツがアンロックされる
• 続編のインポート — 前作の完了方法に基づいてオープニングがカスタマイズされる直接的な続編

ゲームが他のタイトルのMultiPersistentデータを検出しない場合：

1. 両方のゲームが起動されていることを確認 — 続編が読み取る前に、最初のゲームがプレイされMultiPersistentデータが保存されている必要があります
2. iCloud同期を確認 — デバイス間でプレイしている場合は、同期が完了するまで待ちます
3. ゲームの互換性を確認 — 両方のゲームが同じMultiPersistent識別子を使用している必要があります。これは開発者によって設定されます。開発者がリリース間で識別子を変更した場合、データは自動的に共有されません