CayPlayは、Waterpark Simulator 1.0のマルチプレイで新しい公園を開始することも、既存の公園をロードすることもできると確認しています。リリース告知では、保存済み公園を誰が所有するか、参加したクライアントが何を保持するか、ホスト移行があるか、中断したセッションが変更をどのように確定するかは定義していません。
大切な公園を保護し、これらの問いを明示的にテストしてください。このページはセーブの安全性の手順であり、未検証の所有権モデルが一つ当てはまるという主張ではありません。
最初にホストの公園をバックアップする
ゲームを正常に終了し、セーブ復旧ページの公式パス手順でセーブを保管します。バックアップは使用中のセーブディレクトリの外に置き、公園名、日付、バージョン、before-coopをラベルに入れてください。
コピーする前にSteam Cloudの同期が終わるのを待ちます。Cloudのサポートは役立ちますが、望まない変更まで同期することがあります。手を加えていない手動バックアップの代わりにはなりません。
バックアップを開くのは復旧時だけにします。ライブのマルチプレイセッションでは通常のアクティブセーブを使い、元の証拠をそのまま保ってください。
テストの役割を定義する
ホストを一人、参加クライアントを少なくとも一人決めます。どのSteamアカウントが公園を起動するか、新規セーブか既存セーブかを記録してください。各プレイヤーは、開始時の所持金表示、位置、ツール、研究画面、表示される個人または公園全体の進行を記録します。
公式ノートでは参加者は最大4人ですが、2人でのテストの方が解釈しやすくなります。基本的なセーブサイクルが動作してから、さらにクライアントを加えてください。
最初のテストでは、クエスト、取り消せない購入、大規模な建設を避けます。小さく、識別できる変更を一つ使ってください。
追跡可能な公園の変更を行う
ホストには無害なオブジェクトを一つ配置または移動してもらい、クライアントには別の無害な操作をしてもらいます。誰が各変更を行ったか、両者が何を見たかを記録してください。
ゲームにセーブコマンドや状態インジケーターがあるなら、記録します。アイコンがローカルとホストの両方の状態を表すとは決めつけないでください。退出する前に、表示されている処理が終わるのを待ちます。
通常の進行で変わり得る現金合計やカウンターに頼らず、再ロード後に確認できる固有の目印を使ってください。
正常なセッション終了サイクルをテストする
参加クライアントに現在のメニューから退出してもらい、その後ホストに公開ビルドのインターフェースに従って終了またはセーブしてもらいます。ゲームを閉じ、ホストアカウントで一人で公園を再ロードしてください。
追跡可能な両方の変更を確認します。変更が存在すれば、このテストした一連の手順で永続化したことを示します。ただし、クライアントが別のコピーを所有している証明にはなりません。
次に、元のクライアントにホストなしでゲームを起動してもらい、公園リストだけを確認します。結果を強制するためにファイルを編集またはコピーしてはいけません。該当する公園が表示されるか、ゲームがそれを何と呼ぶかを記録してください。
中断テストは使い捨てのコピーだけで行う
切断やクラッシュの挙動は、正常な退出とは異なる場合があります。大切な公園の唯一のバージョンで再現してはいけません。テスト用コピーを復元するか新しい公園を作成し、目印となる変更を一つ加えてから、一種類の中断を再現します。
その後、ログを保管してホストのセーブを確認します。クライアントが再接続できたか、どの変更が残ったか、ゲームが復旧メッセージを表示したかを記録してください。
一つの結果は、そのバージョンと手順に対する証拠です。一般的な切断時の永続性やホスト移行を確立するものではありません。
クロスセーブを推測しない
SteamのメタデータにはAppID 3293260のSteam Cloudが掲載されています。これはSteamがその製品にクラウド機能を提供することを意味しますが、コンソール間クロスセーブ、アカウント間の公園移行、Demoとの下位互換性を証明するものではありません。
Demoには独自の一方向移行ルールと別のAppIDがあります。協力プレイを転送手段として使わず、Demoガイドに従ってください。
ローカル協力プレイ、分割画面、専用サーバー、クロスプレイは1.0の告知で確立されていません。これらの機能に依存するセーブの助言を書かないでください。
想定外の結果から復旧する
影響を受けた公園を繰り返し開くのを止めます。何かを復元する前に、現在のファイルとログをコピーしてください。アクティブな状態を、協力プレイ前の未変更バックアップと比較し、CayPlayの公式復旧順序に従います。
開発者の案内なしにセーブファイルを手動で結合したり、内部の個別ファイルを置き換えたりしてはいけません。部分コピーは、ホストもゲームも通常は書き込まない状態を作ることがあります。
バックアップを復元する場合、サポート用に失敗した状態を別に保管してください。バージョン、ホストとクライアントの役割、公園の起源、セッション終了方法、Steam Cloudの状態、欠落した正確な変更を報告します。
マルチプレイ公園ログを維持する
継続的なグループプレイでは、ホスト、公園、セッション日、ゲームバージョン、参加者、大きな建設、研究またはクエストの変更、ホストがソロ再ロードを確認したかを記録します。定期的なバックアップは使用中のディレクトリの外に保管してください。
この手順は、文書化されていない技術的所有権ルールを主張せずに、グループが連携のための既知の所有者を持てるようにします。また、後のパッチや失敗したセッションの診断を大幅に容易にします。