Phasmophobia アップデート0.17：プレイヤーキャラ実務ガイド

クイックサマリ（要点）

このガイドは Phasmophobia アップデート 0.17 のプレイヤーキャラ関連変更を、配信者・検証者向けに実務的に整理したものです。
公式パッチノートの原文抜粋とビルド番号の明示方法、検証手順、数値基準、主要VRランタイム別の注意点、配信時の同意・著作権チェックリストを含みます。

• 主要項目へのリンク：
• 0.17 公式パッチノートの原文抜粋とビルド情報
• プレイヤーキャラの変更点と実務影響
• 当たり判定（Hitbox／コライダー）の検証手順と判定基準
• 移動挙動・足音・VRランタイム別の検証手順
• 配信・共有時の法的・倫理的注意と投稿チェックリスト
• 検証報告テンプレートと推奨ファイル名
• 実務チェックリストとよくある問題の対処
• 参考・出典（公式リンク）

0.17 公式パッチノートの原文抜粋とビルド情報

公式の原文を明示することで、要約と検証報告の信頼性を担保します。ここでは原文の引用箇所とビルド番号／リリース日の書式例、出典リンクの示し方を説明します。

要点（3行以内）

• 公式の "Added" / "Fixed" セクションをそのまま引用する。
• ビルド番号とリリース日を明記する（例フォーマットを下に示す）。
• 要約は検証結果と区別して表記する（確定情報 vs 推測）。

原文抜粋の貼付形式と注意

原文引用は改変せずに引用符または引用ブロックで示すと良いです。要約側では「原文に基づく要旨」と明記し、解釈と検証結果を分けます。

--- ここに公式パッチノート該当節（'Added'／'Fixed' 等）の原文をそのまま引用する ---

Added: (例）...

Fixed: (例）...

Build: 0.17.xxxx
Release date: YYYY-MM-DD
Source: https://store.steampowered.com/news/app/739630 （または Kinetic Games の該当ページ）

注記：上記の「引用部分」は必ず公式ページからコピーした原文で埋めることが望ましいです。要約や追記は引用の下に分けて書きます。

出典リンク（原文への直リンク）

原文確認用の公式ページを必ず併記します。以下は代表例です。

• Steam（ニュース／パッチノート）: https://store.steampowered.com/app/739630/Phasmophobia/
• Kinetic Games（公式サイト・Phasmophobia ページ）: https://www.kineticgames.co.uk/phasmophobia

引用は上記の直リンク（該当ニュースページ）へ飛べるようにすることが推奨されます。

プレイヤーキャラの変更点と実務影響

公式パッチノートの該当記述をベースに、配信・検証で注視すべき変更点をカテゴリ別に整理します。確定情報は原文引用で示し、曖昧な表現は「推測」扱いで区別します。

要点（3行以内）

• 外見・アニメ・音・当たり判定・同期の各カテゴリで影響範囲を整理。
• 確定情報と推測情報を明確に分ける。
• 実務対応（事前テスト、ログ/映像収集）を各カテゴリで示す。

外見・衣装・カスタマイズ

導入文：見た目変更は配信視認性やキャラ識別に直結します。変更箇所は原文の"Added"や"Changed"を確認します。

• 要点：新衣装やテクスチャ修正の有無を確認する。
• 実務影響：視聴者が識別しづらくなる可能性があるため配信開始時に説明を出すと良い。
• 検証例：全身正面・側面・背面を同一条件で比較し、識別性の低下がないか確認する。

（注）用語注釈：テクスチャ（見た目の表面画像）、モデル（3D形状）

アニメーション（idle / walk / run / emote）

導入文：アニメーション修正は操作感や視覚的一貫性に影響します。原文で「animation」や「transition」の文言を確認します。

• 要点：遷移や速度の微修正がある場合は旧ビルドとの比較が必要。
• 実務影響：視聴者からの操作感指摘や演出の微調整が発生し得る。
• 検証例：同一操作（立ち止まり→歩行→走行→エモート）を録画してフレーム単位で比較する。

ボイス／台詞

導入文：台詞追加やトリガー変更は音量バランスとログの解釈に影響します。原文中の "Voice" や "Dialogue" の記述を参照します。

• 要点：新ボイスにより配信ミックスが崩れる可能性。
• 実務影響：ゲーム音とマイクの分離録音が有効。
• 検証例：音量差を測り、3dB 以上の変化は「知覚可能」、6dB 以上は「明確な差」と見なす。

（注）用語注釈：dB（デシベル、音圧レベルの単位）

当たり判定（Hitbox／コライダー）

導入文：コライダー修正は通路やドアでのクリッピングに直接影響します。原文の "Hitbox" や "Collider" の節を確認します。

• 要点：コライダーの形状・サイズの微修正は移動経路での干渉率を変える。
• 実務影響：実地検証で再現率と頻度を記録する必要がある。
• 検証例：狭い通路・ドアを 20 回ずつ通過して発生率を記録する（基準は後述）。

（注）用語注釈：Hitbox（当たり判定）、コライダー（衝突判定用の物理形状）

移動挙動・足音

導入文：移動速度・加速や足音の音量調整は探索の戦術に影響します。原文に「movement」「footstep」とあれば重点確認します。

• 要点：移動時間や足音の到達距離（聞こえる範囲）に差が出る可能性。
• 実務影響：タイムベースの戦術や追跡の精度が変化する。
• 検証例：固定区間の所要時間を複数回計測して差を数値化する。

VR 固有の挙動

導入文：VRでは手の同期やモデルスケールの微差が体験に大きく影響します。原文の "VR" セクションを確認してください。

• 要点：ハンドトラッキングやモデル同期の修正は VR 配信で顕著に現れる。
• 実務影響：配信映像の見栄え、トラッキングの再調整、ランタイム別差分検証が必要。
• 検証例：手の位置・ポーズの遅延とズレをミラー映像とログで比較する。

ネットワーク同期とパフォーマンス

導入文：同期改善や最適化はラグ、テレポート現象の頻度に作用します。原文の "Networking" や "Performance" を確認します。

• 要点：位置やアニメーションのレプリケーション修正は同期安定性に影響する。
• 実務影響：マルチプレイでのズレが減る／増える可能性があるためホスト・クライアント比較が重要。
• 検証例：複数端末で同一セッションに参加し、位置ズレの発生頻度を記録する。

公式の 'Added'／'Fixed' 個別リスト（要確認）

導入文："Added" と "Fixed" の該当行をそのまま引用した一覧が検証と報告の最重要資料になります。原文抽出を優先します。

• 要点：各行を「原文抜粋」「解釈」「検証要否」の3列で整理する。
• 実務手順：該当の原文行ごとに優先度（高・中・低）を付け、テストスコープを決める。

当たり判定（Hitbox／コライダー）の検証手順と判定基準

当たり判定は操作性とマップ設計の根幹に関わります。ここでは準備・実行・評価までを標準化した手順と数値基準を示します。

要点（3行以内）

• クリーン環境（mods 無効、同一ビルド）で比較テストを行う。
• 試行回数と発生頻度で再現率を評価する（サンプル数と閾値を明示）。
• 映像（時間コード）とログを添えて報告するフォーマットを標準化する。

検証準備

導入文：再現性確保のため、検証用環境と記録項目を先に固定します。

• mods を無効化したクリーン環境で行う。
• 使用環境の記録項目：OS、GPU、CPU、Phasmophobia ビルド、Steam クライアントバージョン、VR ランタイム（有無）。
• 映像は 60fps 以上推奨、時間コード（タイムスタンプ）を残す。ファイル名規約は後述。

実行手順（ステップ）

導入文：以下のパターンを標準化して複数回実施することで再現率を算出します。

1. テスト箇所：狭い通路、ドア周り、窓、角を3箇所以上選定する。
2. 動作パターン：立ち止まり→ゆっくり前進／ダッシュ／しゃがみ→ドア沿いすり抜け 等を各10〜20回実行する。
3. 記録：各試行でクリッピングや引っかかりが発生した場合、映像のタイムスタンプと簡潔なメモを残す。
4. 比較：可能な場合は旧ビルド（ベータ含む）で同一手順を実行し、差分を算出する。

（注）HMD/コントローラのトラッキング問題と判別するため、VR と非VR は別テストとする。

判定基準（数値的閾値・目安）

導入文：評価を主観ではなく数値で行うための実務上の閾値例を示します。プロジェクト要件に応じて調整可。

• 標本サイズ：各条件で最低 n = 20 試行を推奨。
• 再現率の目安：
• 重大（要対応）：再現率 ≥ 60%（例：12/20 回以上）。
• 中等（要監視）：再現率 20〜59%（例：4〜11/20）。
• 軽微（許容範囲）：再現率 < 20%（例：0〜3/20）。
• 変化判定（前後比較）：事前ビルドと比較して発生率の絶対差が ≥10 ポイント（%）なら「有意な差」とみなす運用が実務的です。

（補足）上記は経験則ベースの運用目安です。統計的検定が必要な場面ではサンプル数・検定方法を別途指定してください。

ログ・映像の取り扱いと報告フォーマット

導入文：報告は定型フォーマットで出すと確認が早くなります。添付ファイル名例は後節参照。

• 最低添付：問題の短いクリップ（10〜20秒）×該当タイムコード、output_log（ゲーム側／ランタイム側）、環境情報テキスト。
• 報告項目（簡易）：「現象」「再現手順」「発生率」「環境」「添付ファイル名とタイムコード」「判断（無視・軽微・要対応）」。
• ファイル命名例：phasm_0.17_BUILD_platform_map_location_YYYYMMDD_1920x1080_60fps.mp4（詳細は後節）。

移動挙動・足音・VRランタイム別の検証手順

移動感覚や足音はゲーム体験に直結します。加えて VR ランタイム差（SteamVR／Oculus／WMR）は挙動や同期に異なる影響を持つため、ランタイム別に検証を分けることが重要です。

要点（3行以内）

• 移動は距離あたりの所要時間差で評価する（秒・フレームで比較）。
• 足音は波形・RMS や dB 差で比較。3dB以上は知覚差。
• VR ランタイム別にログとミラービューを取得し、差異を記録する。

オーディオ（足音・ボイス）の比較方法

導入文：音の変化は数値で捉えると客観性が増します。録音は分離トラックが望ましいです。

• 録音形式：WAV（非圧縮）推奨、サンプルレート 48kHz 以上。
• 測定指標：RMS（実効値）、最大レベル、スペクトル比較。
• 閾値目安：3 dB で「知覚可能」、6 dB で「明確な差」。距離方向の聞こえ方は音圧の経時変化で比較する。

移動速度・操作ラグの計測

導入文：所要時間と入力ラグをフレーム単位で比較すると差が明確になります。

• 測定方法：同一開始点→終了点（例：部屋A のドアから部屋B のドアまで）を固定操作で5〜20回計測する。
• 指標：平均所要時間（秒）、標準偏差、最大遅延。
• 閾値目安：平均差が時間で 0.1 秒以上、または相対差で 5% 以上なら影響ありと判断する目安。

ランタイム別（SteamVR / Oculus / Windows Mixed Reality）

導入文：各ランタイムで出力されるデバッグ情報やミラー映像の取得方法が異なるため、ランタイム別にログを揃えます。

• SteamVR（補足）：フレームタイミングの表示、reprojection（再投影）回数の取得、SteamVR のログを収集する。
• Oculus/Meta（補足）：Oculus ソフトウェアのバージョン・ODH ログやデバイスログ、ミラーキャプチャを取得する。
• Windows Mixed Reality（補足）：WMR のポータルログやデバイス再キャリブレーション情報を集める。

（注）各ランタイムでの具体的なログ取得手順は公式ドキュメントを参照の上、同一形式で揃えることが望ましい。

配信・共有時の法的・倫理的注意と投稿チェックリスト

録画やクリップを外部に共有する際は、同意や個人情報、著作権に関するチェックが必要です。ここでは配信者・運用者が最低限確認すべき項目を示します。

要点（3行以内）

• 他プレイヤーの映像・音声を共有する場合は当事者の同意が必要。
• スクリーン上に表示される個人情報（ユーザー名/Steam ID 等）は事前に除去することが望ましい。
• BGMやゲーム以外の著作物の入った映像は著作権問題の対象となる。

同意と個人情報（プライバシー）

導入文：共有コンテンツに第三者が写る場合、映像化・公開に関する同意確認が法的にも倫理的にも重要です。

• 共有前に他プレイヤー（配信ゲスト含む）の公開許可があること。
• 表示されるユーザー名・フレンドリスト・チャットログなど、個人識別につながる情報は編集でマスクすることが望ましい。
• 未成年が含まれる場合は保護者の同意やプラットフォームポリシーを確認する。

著作権・音楽・第三者素材

導入文：配信で流れる楽曲や映像の権利処理はトラブルの原因になります。

• ゲーム本体のBGMは通常問題ないが、配信のBGMや挿入した楽曲は権利に留意する。
• クリップに第三者の著作物（TV クリップ、楽曲など）が入っている場合、削除・差し替え・許諾を検討する。
• 公開時にプラットフォームの自動検出（Content ID 等）による処置がないかを確認する。

投稿時のメタデータとファイル処理

導入文：ファイル名やメタデータに個人情報が含まれないように配慮します。

• ファイル名に個人名や Steam ID を含めない。
• 動画の説明欄にビルド番号・検証情報を記載する（公開する場合は原文引用と検証結果を明確に区別）。
• 必要に応じて映像のトリミングや匿名化を施す。

検証報告テンプレートと推奨ファイル名

現場ですぐ使える報告テンプレートと、運用で使いやすいファイル命名規則を提示します。コピペして利用できるフォーマットにしています。

要点（3行以内）

• 報告は「最小限の再現手順＋発生率＋添付映像（時間コード）」を必ず含める。
• ファイル名にビルド番号とテスト内容を入れると検索性が高まる。
• 本テンプレートはそのまま貼って使える形式にしてあります。

検証報告テンプレート（プレーンテキスト）

導入文：以下をそのままコピペして報告フォームやフォーラムに貼れるようにしています。

推奨ファイル命名規則（例）

導入文：ファイル名にビルド番号とテスト内容を入れると後で見つけやすくなります。

• 映像ファイル：phasm_0.17_BUILD_platform_map_location_YYYYMMDD_解像度_fps.mp4
  例：phasm_0.17_1234_win_houseA_door_20230510_1920x1080_60fps.mp4

• ログファイル：phasm_0.17_BUILD_platform_logs_YYYYMMDD.zip

実務チェックリストとよくある問題の対処

アップデート直後に短時間で回すための簡易チェックリストと、現場でよく出る問題の対処例を示します。

要点（3行以内）

• 起動・環境・主要挙動（当たり判定・移動・音）を短時間で確認する項目を列挙します。
• 問題ごとに原因切り分け手順を簡潔に示します。
• 詳細検証は本ガイドの該当セクションを参照します。

簡易チェックリスト（短縮版）

導入文：配信や検証の初動で確実に抑えるべき最小セットです。

• 公式パッチノートの該当行（原文）を確認し、ビルド番号を控える。
• Steam でビルドを同期し、mods を無効化した状態で起動する。
• 当たり判定（ドア/通路）を3箇所で各10〜20回テストする。
• 移動速度・足音を1分以内の簡易シナリオで計測する。
• VR は使用ランタイム別に短い再現テストを行い、トラッキングとミラービューを録画する。
• 問題が出た場合は映像（タイムコード）とログを同梱して報告フォーマットでまとめる。

よくある事象と対処例

導入文：現場で頻出するトラブルと一次対応の事例を示します。

• 事象：キャラが地形に埋まる／クリップする

• 対処例：mods 無効化 → ゲームファイル整合性チェック → 別ビルドで再現確認 → 映像とログを添付して報告。

• 事象：足音が小さく聞こえる／音量が変化

• 対処例：ゲーム内オーディオ設定確認、OBS のトラック分離で比較（WAV 録音推奨）、サウンドドライバ更新。

• 事象：VR で手や頭の位置がずれる

• 対処例：ランタイムの再起動、トラッキングのリキャリブレーション、他 USB デバイス干渉の確認、ランタイムログを取得。

• 事象：マルチプレイで位置同期がズレる／モデルが消える

• 対処例：ホスト・クライアント双方のログ取得、Ping/パケットロスの記録、サーバー側障害の切り分け。

参考・出典（公式リンク）

要点（3行以内）

• この記事は公式パッチノートの要約を含みます。
• 原文確認は必須であり、ここに代表的な出典リンクを示します。

• 報告時には原文の該当行（引用）とビルド番号を明記することが望ましいです。

• Steam（Phasmophobia: News / Patch Notes）: https://store.steampowered.com/app/739630/Phasmophobia/

• Kinetic Games（Phasmophobia 製品ページ）: https://www.kineticgames.co.uk/phasmophobia
• コミュニティ参考（非公式情報の参照用）: Phasmophobia Wiki (Fandom) — https://phasmophobia.fandom.com/wiki/Main_Page

（補足）この記事は公式パッチノートの要約と実務的な検証手順を提供するものであり、原文の正確な表記や詳細な文言は上記の公式ページで必ず確認してください。