境界からの攻撃はアリーナ端を脅威ルールの一部にする。0.55 秒から左のルーンが Kern の入口を示し、水平レーンを固定する。Tavi は 1.72〜2.28 秒の横断前に全身を退避し、Kern が反対の壁に衝突した後だけ近づく。合図、カメラ、当たり判定、反撃の隙が同じ境界イベントを指す。

ボスビルダーを開く
侵入する端を示す0.55 秒に左境界のルーンが広がり、固定された水平通路を予告する。Kern がプレイ可能な長方形の外で構える間に Tavi は上へ移動し始め、合図が側、方向、幅、発動時刻を示す。
危険が入る前に端を見せる ルーンを刻んだ石のボスが長方形アリーナの左端の外に一部見えている。境界ルーンと水平警告レーンが現れ、剣を持つプレイヤーが上へ退避し、ボスは反対の壁まで横断してから外周を見える形で戻る。 ボス プレイヤー

0.55 秒に左境界のルーンが広がり、固定された水平通路を予告する。Kern がプレイ可能な長方形の外で構える間に Tavi は上へ移動し始め、合図が側、方向、幅、発動時刻を示す。

実装チェックリスト

境界外の発生源、侵入合図、確定レーン、横断中の判定、退出状態、カメラ支援、帰還経路を、見える形と当たり判定が一致する一つの明示的なシーケンスとして実装する。

基本チェック

メカニクスへの3つの質問

  • 見えない発生源をどう特定する?

    侵入前から読める方向性のある合図を境界に結びつける。ルーン、影、粉じん、ポータル、シルエット、定位音、カメラの先行が使える。正確な端を示し、横断レーンと全体効果を区別しなければならない。例では左ルーンが衝突より 1.17 秒早く現れる。

  • 境界はいつ危険になる?

    警告と当たり判定を別状態にする。破線の通路は情報だけで、実線レーンは 1.72〜2.28 秒に同じ保存済み中心線と幅で有効になる。Kern が壁に衝突した瞬間に判定を終え、演出が消えるまで待たない。

  • カメラは何を保つべき?

    プレイヤーが発生源を見つけ、方向を理解し、当たり形状全体を逃がせる視野と時間が必要だ。合図が UI の裏や画面外に置かれないようカメラを制限または先行させる。マルチプレイでは一つの確定発生源と等価なワールド空間合図を共有する。

デザイン上の問題

  • 最初の証拠が被弾になる

    接触後まで見えない画面外の攻撃者は、空間判断ではなく記憶や運を試す。合図を内側へ移し、警告を延ばし、カメラを誘導するか、現在確認できる境界だけで使う。

  • すべての端が危険に見える

    曖昧な画面フラッシュは周囲全体を危険に感じさせ、位置取りの価値を失わせる。一つの発生源、方向、範囲を示し、複数端を使うなら順序を予告して到達可能な対応経路を残す。

調整

攻撃を調整する

  • 世界の境界と画面の境界を分ける

    攻撃源は物理壁の向こう、ナビメッシュ外、または現在のカメラ外だけかもしれない。まずワールド空間の発生源を保存し、各カメラ向けの表現を派生させる。

  • 侵入用の空間を予約する

    確定前に壁、足場、召喚物、スポーン地点とレーンを照合する。警告中に別システムが唯一の出口を塞がないようにし、侵入前に発生源を中断できるか決める。

  • 退出と回復を設計する

    プレイ領域を出る攻撃者には、ターゲット可否、衝突、クールダウン、帰還の明示的な規則が必要だ。例では壁で危険が終わり、一度の剣撃を許し、Kern が無害な外周経路で戻る。

  • 画面比率と注意負荷を試す

    狭いスマートフォン、超横長画面、カメラ揺れとズーム、ローカル協力、字幕、HUD セーフエリアを確認する。最初の警告、最後に逃げられる瞬間、最初の有効フレーム、退出、中断、死亡、ループ継ぎ目を検証する。

アリーナ

  • アリーナの壁は封印されたルーン門

    Kern は左壁の向こうでルーンを充填し、示された通路を破って反対の封印にはまり込む。同じ建築表現が侵入合図、固定レーン、衝突後の隙、外周帰還を説明する。

プレイヤーの強化

  • Kern が入る前に Tavi が応じられるようにする

    Tavi は無敵や画面外の推測ではなく通常移動で予告レーンを離れる。衝突判定終了後、はまり込んだボスへ短く接近できるため、警告中を攻撃機会にせず剣を活用できる。

似た動きとの違い

  • 単に広い攻撃ではなく発生源の規則

    広い薙ぎ払いやビームはアリーナ内の見えるボスから始められる。境界攻撃は通常のプレイ空間外の発生源と、それを内側へ投影する情報で定義される。強制スクロールは画面や場を連続移動させ、テレポートは予告レーンを横断しない。

このメカニクスを使うボス

さらに学ぶ

不正確な点や、このページを改善する提案がありますか? GitHubで修正を提案

最終更新