アニメーションを抑えても、無線機の故障が伝える物語の情報は残す

アニメーションを無効にしても、プレイヤーには、どの機器にどんな変化が起きたのか、メッセージのどこが欠けているのか、今何ができるのかが伝わる必要があります。無線機の揺れやランプの点滅をなくせば表現の強さは抑えられますが、判断の根拠まで消してはいけません。まず、それぞれの効果がどんな出来事を表しているのかを明確にし、伝える必要のある事実に静的な表現を用意します。

操作によって起動するモーションアニメーションは、必要不可欠なものを除き、無効にできることが求められます。これはレベルAAAの達成基準であり、あらゆる場合に一律で必須という意味ではありません。関連する解説を見る。本稿では議論の範囲を定めるためにのみ参照します。チェックリストとせりふは独自に作成した教材であり、適合性を網羅的に判定するものではありません。

本稿では架空の物語『霧の港、最終便の通信』を使います。当直担当のアーホーが受信ボタンを押すと、無線機の筐体が揺れ、表示ランプが点滅し、通達が途中で途切れます。その後、機器は復旧しますが、欠けた内容は補われません。ここでいう揺れは画面上の位置の変化を指します。この事例は実際のプレイテストを行っておらず、DramaForkに該当する機能がすでにあることを示すものでもありません。

守るべき物語上の条件は、プレイヤーが通達の不完全さを知りつつ、欠けた内容は知らないことです。静的な代替表現で故障をなかったことにしても、通達の内容を先回りして解き明かしてもいけません。

単に「揺れを無効にする」と書くだけでは不十分です。効果を一つずつ挙げ、それを取り除いたときにプレイヤーが何を誤解するかを考えます。事実、状態、行動の根拠のどれもその効果に依存していなければ、雰囲気づくりだけの役割かもしれません。依存するものがあれば、代替表現を書き加えます。

再利用するときは、最初の列を自分の効果に置き換え、残りを順に埋めてください。特に最後の列が重要です。「異常が起きた」を「誰かが通信を切断した」と説明すれば、謎そのものが変わってしまいます。

一時的な出来事と継続中の状態も区別します。「先ほど中断した」は記録に残す情報であり、「今も中断している」は現在の状態です。両者を混ぜると、接続が復旧しても、時点を示さない故障の文言が残りかねません。復旧時には現在の状態を更新し、欠落のある受信記録は残します。残すのは欠落の位置であって、欠けた原文を補うわけではありません。

元の原稿は、次のように要約できます。アーホーが受信ボタンを押すと無線機が揺れ、ランプが点滅し、字幕が揺れた後に「最終便の船は接岸先を……に変更します。……へは向かわないでください」に変わります。最後にランプが点灯状態になり、「そのまま出発する」と「再送を依頼する」の二つの選択肢が現れます。

ランプが安定すると、問題が解決したと受け取られがちです。一方、三点リーダーは間を表すことも、信号の欠落を表すこともあります。これではプレイヤーは、情報をどこまで把握できているのか判断できません。

チェックリストに沿って書き直した静的な原稿を以下に示します。各部分は物語の順序どおりに現れ、揺れや点滅は必要ありません。

アーホーが受信ボタンを押す。

無線機の状態：受信中断。

今回の受信内容：「最終便の船は接岸先を［未受信］に変更します。［未受信］へは向かわないでください。」

アーホー：「どこに着くのか、どこへ行っちゃいけないのか、どっちも最後まで聞けなかった。」

無線機の状態：接続復旧。先ほどの欠落部分はまだ補われていません。

選択：再送を依頼する／今ある情報をもとに、そのまま出発する。

ここでは二つの欠落とその位置を残し、「機器が再び受信できること」と「以前のメッセージが補完されたこと」を区別しています。せりふは感情と理解を表しますが、故障を説明する唯一の手段ではありません。せりふを削っても、記録だけで状況が伝わります。

故障の途中でプレイヤーが表示設定を切り替えた場合、静的な版はその時点の出来事の段階を引き継ぐ必要があります。設計原稿には「受信中断中」と「復旧後」の表示内容を分けて記載できます。切り替えるたびに故障前からやり直したり、常に復旧後の状態を表示したりすると、時系列が変わってしまいます。

画面上のステータス欄は、機器を操作する場面の多い物語に向いています。現在の状態と過去のメッセージを区別しやすい反面、画面内の文字が増えます。文学的な作品なら、「二つの地名のところで受信が途切れた。その後、接続は戻ったが、欠けた言葉は戻らなかった」と地の文で示す方法もあります。読む分量は増えますが、語り口になじませられます。

登場人物に無線機を観察させる方法もありますが、その人物が知り得る範囲にとどめます。アーホーは「この文は全部受信できていない」とは言えても、ほかに手がかりがないのに「港の誰かが通信を妨害している」と断言はできません。揺れや点滅に代わる文章では、元から観察できた内容を補い、推測は推測として表現します。

手軽な対処には、情報が抜け落ちるものがあります。点滅を赤いランプの常時点灯に変えるだけでは、故障なのか待機中なのかわかりません。雑音だけを残せば、理解は依然として音に依存します。揺れる字幕を一コマで止めると、文字が半分だけ残るかもしれません。通知がすぐ消えれば、見逃した後に確かめる場所がありません。

すべてを三回繰り返す必要はありません。状態欄は「今どうなっているか」、受信記録は「先ほど何を受信したか」、選択肢は「次に何をするか」に答えます。記録中の「未受信」の表示は、読み返しても判別できるようにします。復旧通知とともに消したり、プレイヤーがまだ知らない原文に置き換えたりしてはいけません。

元の原稿で点滅の回数を暗号にしているなら、効果を無効にした後も読み取れる並びを残す必要があります。「ランプに異常がある」だけでは足りません。これは別の情報構造なので、別途チェックリストを作るべきです。本稿の事例にはそのような暗号はなく、後から勝手に加えることはできません。

まず効果の説明を脇に置き、アニメーションを無効にした原稿だけを読んで、四つの問いに答えます。故障は受信前と受信中のどちらで起きたか。通達のどこが不完全か。機器は今、復旧しているか。なぜこの時点で再送を依頼できるのか。作者の注記にしか答えがないなら、本文にはまだ情報を伝える表現が不足しています。

次に、効果を残した版と照らし合わせ、同じ選択の根拠が示されているかを確認します。アニメーションを無効にしたことで、警告を一つ知らないままになったり、地名を一つ余計に知ったりしてはいけません。重要なのは情報の境界が一致することであり、一コマずつ再現することではありません。

最後に、段落の冒頭から読む、故障の途中で切り替える、復旧後に記録を読み返す、という三つの読み方を想定します。現在の状態、欠落を示す表示、選択肢が整合しているかを確かめます。復旧後の読み返しでは、「未受信」と記された通達を見つけられるようにし、欠けた原文を見せてはいけません。これは人が読んで確認する原稿レビューの方法として提案するものです。本稿には実施結果はなく、すべての読者が理解できると主張するものでもありません。

引き渡す際は、チェックリストと静的な原稿を同じ編集記録にまとめ、未解決の項目には具体的な不足を記します。たとえば「接続復旧後に受信記録を読み返すと、『未受信』の表示が見えない」と書きます。修正すべきなのは、その表示や欠落のある記録が見えない点です。欠けた原文は引き続き見えず、それがこの事例の物語上の条件に合っています。制作を先へ進められる故障場面には、揺れと点滅を取り除いても、出来事、未知の部分、行動の根拠がすべて残っている必要があります。