Banned From Equestria エンディング攻略：全ルート

バージョン差

2026年11月5日確認：BFE-Spanish の itch.io ダウンロードページには、BFE 1.5（Executable）23 MB、BFE 1.6（ANDROID）apk 60 MB、BFE 1.5（SWF）21 MB が掲載されています。このページを本攻略の出典とし、今回の確認では安定した直リンクや、より新しい公開版は確認できませんでした。 Banned From Equestria エンディング攻略では、バージョン差を保存データと一緒に記録します。

歴史的な攻略の基準は Alpha 1.5 です。Android 1.6 と SWF は別インストールにしてください。ラッパーによってセーブ、フォーカス、保存場所が変わるためです。他サイトの「1.6.5」という表記だけで公式版とは判断せず、Ruffle、Windows、Android 間で移す前に必ずバックアップを作ります。

全エンディング確認表：順番・セーブ・根拠

全エンディングを確認する周回は、最後の会話ではなくビルドの確認から始めます。英語 Alpha 1.5 の SWF、コミュニティ版 Windows、掲載されている Android 1.6 のどれを使うかを書き、各セーブの横にファイル名と端末を記録してください。攻略と結果が違ったとき、ルートのミスなのかエミュレーターやパッケージの違いなのかを切り分けられます。 Banned From Equestria エンディング攻略の記録があれば、追加シーンと再現できる結末を分けられます。

セーブは三つの地点で分けます。1日目の開始直後、最終日前、最後の夜の直前にクリーンなスロットを残してください。追加トリガーの実験で最初のスロットを上書きしないことが重要です。ラッパーの名前が分かりにくい場合はゲーム外でコピーに名前を付けます。管理された再周回なら、最初からやり直す必要がありません。

最初の周回では短い記録を作ります。キャラクターや目的、昼夜の段階、アイテムまたは Bits の費用、時間が進むかをメモします。寝た後にもう一度訪れる必要がある場面もあります。記録を使えば、エンディングの評価に関わる六つの結果と、内容だけを開くボーナス場面を分けて数えられます。

通常エンドでは三日間を終わらせ、最後の別れを基準として残します。より良い結果を狙う周回では、夜限定の手順に間に合うよう別々の結果を早めに達成し、Bits を残し、時間帯が変わった場所を再確認します。1周につき大きな変更は一つだけにしてください。複数を同時に変えると条件を特定できません。

4日目や Sudden End は別の実験として扱います。コミュニティの記録には、単体の Flash プレイヤーでの巻き戻しや一時停止を使う方法があります。Ruffle と Android では古い状態の扱いが違うことがあります。最後の夜の前で保存し、一度だけ試し、失敗したら Alpha 1.5 のクリーンなセーブへ戻ります。

1日目の前に通常の周回を一度終え、地図、Ruffle の入力フォーカス、セーブの復元が動くことを確かめます。必要な移動や購入のため Bits を残し、任意の買い物は後回しにします。ビルド番号や出典がない攻略を、再現確認の根拠にしないでください。

最後の夜の前には、クリーンなセーブから日数、Bits、アイテム、未完了の目的を確認します。夜限定の条件なら昼夜の両方で場所を訪れます。良いエンドや秘密の続きのテスト前にコピーを作り、場面、アイテム順、移動のどれか一つだけを変えて比較します。

トリガーが出ないときは最後の夜の前のセーブを読み込み、パッケージを確認します。時間帯、ルート数、所持品、Bits、変身条件、移動順を一つずつ確認し、エミュレーターの変更は最後にします。コミュニティ版だけの結果が Alpha 1.5 の SWF に出ない場合は、パッケージ固有と明記し、出所のないミラーを使いません。

攻略のスクリーンショットや動画を見るときも、画面の見た目だけで条件を決めないでください。場面が同じでも、昼夜、購入順、所持アイテム、前のセーブが違えば結果が変わります。自分の記録に日時とビルドを加え、再現できる手順だけを「確認済み」として残します。

最終結果を比較するときは、通常エンド、良いエンド、4日目候補を別の欄に書きます。最後の台詞が似ていても、追加の場面やコミュニティ版の変更を同じエンディング数に混ぜないことが大切です。疑わしい条件は未確認と表示し、次の周回で一つだけ検証します。

動画や画像の場面が同じに見えても、昼夜、購入順、アイテム、直前のセーブが違えば結果は変わります。日付とビルドを記録し、再現できる手順だけを確認済みとして扱ってください。

チェックポイントのルール

クリーンなスロットを保持し、任意のトリガーはコピーで試します。時間帯、費用、時間が進むかを記録すると同じビルドで再現できます。

記録があればボーナス場面を新しいエンディングと数えず、別れの前にどの条件を満たしたかを確認できます。

• セーブ名にビルドと端末を書く
• クリーンなスロットを上書きしない
• 昼夜の場所を地図に印す

ビルド別の4日目確認

4日目の記録は歴史的な手順であり、どのプレイヤーでも再現できる保証ではありません。古い Flash の巻き戻しや一時停止は Ruffle や Android で失われることがあります。

コピーしたセーブ、プレイヤー、パッケージを記録し、通常エンドの基準は Alpha 1.5 に戻します。失敗もバージョン境界を残せば有用な証拠です。

• 最後の夜の前で保存する
• 手順は一度だけ試す
• コミュニティ版の追加を分ける

ルートが出ない場合

エンディングが出ない原因は、最後の会話より前の条件であることが多いです。日、夜、アイテム、Bits、移動の順番を先に確認します。

同じビルドでクリーンなセーブが二度失敗したら、パッケージを記録してバージョンページを参照します。結果を強制するために無確認のミラーを導入しないでください。

• まず通常の3日間を終える。
• 同じルートではなく固有の結果を記録する。
• Alpha 1.5 とコミュニティ版のセーブを分ける。
• 4日目はバージョン依存の任意テストにする。
• 最後の夜の前のセーブでトリガーを再現する。
• 攻略が違うときは出典とビルドを書く。