ちらつく照明は、Anomaly Detected の公式説明に明記された例です。照明の変化は画面全体に影響することがあり、カメラのノイズ、端末の明るさ、圧縮、通常のアニメーション、影の移動と混同しやすくなります。報告前に光源と、その影響を受ける面の両方を確認してください。
照明の基準を作る
各フィードで主な光源、あれば副光源、通常の明るさが分かる面を1つ覚えます。ランプが光源なら、近くの壁や床が結果です。器具が小さくても影響が広い場合、この2つを覚えると判断しやすくなります。
状態は「安定」「暗い」「明るい」「暖色寄り」「寒色寄り」「周期的に変化」のように記録します。端末設定で色は変わるため、位置と挙動を優先します。通常から周期的に動く照明なら、その周期を確認してから判断します。
ちらつきを時間で確認する
1フレームだけで決めません。広い視野を保ち、明るさが再び変わるかを見ます。同じ器具や局所的な領域で繰り返すなら、Shift、L2、ダブルタップで光源を確認します。次の3層を比較してください。
- **器具：**ランプ、電球、看板、窓などが変わったか。
- **照らされた面：**壁、床、物体、影が同時に反応したか。
- **フィード全体：**局所的か、カメラ全体が同時に脈動したか。
局所的な光源と面の一致は、画面全体の一瞬の点滅より強い根拠です。報告カテゴリは現在のインターフェースを使います。
物体や影と区別する
隅が暗くなって物体が消えたように見えたら、まず輪郭と位置を確認します。影が動いたように見えたときは、照明のちらつきに合わせた変化か、影が独立して動いたのかを調べます。物体の異常現象と影の異常現象も参照してください。
端末設定に注意する
実行前に見やすさを整え、疑わしい瞬間に明るさを変えないでください。自動調光、ナイトフィルター、反射、周囲の照明は画像全体を変えます。モバイル端末の発熱や省電力による暗さも考慮し、快適さを損なうちらつきを無理に見続けないでください。
報告と Journal
章、フィード、光源、通常状態、現在の挙動を説明します。例は「右壁の照明は安定していたが、今は繰り返しちらつく」です。失敗したら画面全体の効果、通常アニメーション、影、物体を順に再確認します。Journal に項目が表示されたら、名前、章、フィード、光源、効果、結果、日付を記録します。章をまたいで同じ項目だと推測しません。
よくある失敗
- 1回の明暗だけで報告する。
- 器具だけを見て照らされた面を無視する。
- 比較中に端末の明るさを変える。
- 輪郭を確認せず暗い物体を消失と呼ぶ。
- すべての動く影を照明として扱う。
- 現在の Journal を確認せず章一覧をコピーする。
よくある質問
ちらつく照明は公式の異常現象ですか？
はい。公式 Experience 説明にある例の1つです。
どれくらい見ればよいですか？
挙動が繰り返し、局所の光源と面に影響するか分かるまでです。共通の秒数は公開されていません。
ズームを使うべきですか？
選んだ器具や辺の確認に使い、その後は部屋全体を比較するため広い視野に戻します。
公式情報
関連ページ
公式情報として 100% を確認できます。
実践用の再確認メモ
このページで扱う光の異常を確認するときは、検索結果の短い断片や古いスクリーンショットをそのまま正解にしないでください。まず公式 Experience のタイトル、place ID、現在の画面を照合し、ここで説明している範囲と、まだ公開資料で決められない範囲を分けます。画面に表示されない名前、数、確率、解除条件を補ってはいけません。
開始前に残す記録
セッションを始める前に、UTCの日付、使用端末、ソロまたは協力プレイ、選んだ章やモード、画面に表示された進行状態を短く書きます。記録は長い感想ではなく、後から同じ条件を再現するための基準です。表示が変わった場合は、変更前のメモを消さず、新しい行に時刻と確認方法を加えます。
対象の画面を開いたら、現在見えている見出し、カード、ボタン、フィード名、ステータスをそのまま写します。見えない項目を「未実装」と決めつけず、「今回の画面では表示されなかった」と書きます。同じ名前の別 Experience や別の章を混ぜないよう、公式リンクとクリエイターを毎回確認します。
比較の手順
最初の一周では、細かな変化を探すより、動きにくい境界、大きな形、出入口、窓、照明、画面の固定要素を二つ以上選びます。次の一周でも同じ方向、同じ順番、できるだけ近い視野で比較します。カメラの位置やズームが違うと見え方も変わるため、判断の前に操作状態をそろえます。
疑わしいものを見つけたら、通常の状態、現在の状態、差が現れた場所、その差を支える固定基準を一文で説明します。広い画面で違いが分からないときだけズームし、確認後は広い視野へ戻ります。恐怖感、暗さ、音、単独の印象だけでは確定せず、別の固定基準か次の観測で再確認します。
報告、capture、コード確認、Journal の更新など、画面上の操作を行ったときは、選んだ章やカテゴリ、表示された反応、結果画面、再入場後の状態を順番に残します。成功したように見えても、対象ページやインベントリ、Journal の表示に反映されたかを確認します。反映されない場合は連打せず、一度条件を見直します。
迷ったときの切り分け
結果が期待と違うときは、最初にゲームの身元、次に章・モード、次にフィードや対象、最後に操作入力を確認します。一度に全部を変更すると原因が分からなくなるため、次の試行では一つの条件だけ変えます。古い攻略記事が現在の画面と食い違う場合は、古い説明を根拠にせず、日付付きの観測として扱います。
異常と通常の演出を区別できないときは、対象を断定せず、前後の画面を比較して観測を保留します。照明の変化を物体の移動と取り違えたり、カメラの切り替えを位置の変化と取り違えたりしないよう、光源、境界、視野の三点を順番に見ます。曖昧な一回の結果から、全プレイヤーに通用する法則や正確な確率を作らないでください。
ソロと協力プレイ
協力プレイでは、誰がどのフィードまたは記録を担当するかを先に宣言します。呼び出しには章やモード、フィード、固定基準、変化、報告する人を含めます。別の人の画面を見た場合は「自分の画面」と混同せず、観測者と送信者を分けて記録します。切断や再参加が起きたら、空いた担当を宣言してから続けます。
更新後の確認
アップデート後は、同じ手順を最初から一度だけ行い、前回の記録と差分を比べます。新しい項目が公式に示されていない限り、旧ページの空欄を推測で埋めません。変更が確認できない場合も「確認できなかった」という結果に価値があります。公式ページ、現在の Experience、ゲーム内の表示が一致する範囲だけを確定情報として残します。
最後に、次回の自分がすぐ再開できるよう、確認できたこと、未確認のこと、次に見る固定基準、参照した公式リンクを四行でまとめます。このメモは光の異常の答えを水増しするためではなく、条件をそろえた再確認と安全な復旧のために使います。