PCとMacのBig Walkシステム要件

Big Walkの要件は形が異例です。最小GPUリストはGTX 750 Tiまで遡りますが、最小RAMは12GB、推奨は16GBです。これはレンダリングではなくメモリとCPUに制約されるゲームを示しています——実際の地形のオープンワールドにフラットカラーのキャラクター、最大12人の同時音声を処理するライブ空間オーディオシステムと一致します。

以下の数字はすべてSteamストアの記録とNintendoeShopのリストから、2026年8月5日時点で確認したものです。

両方の行で64ビットプロセッサとOSが必要です。推奨行はWindows 10からWindows 11に移りますが、意味のあるジャンプはRAM（12→16GB）とGPU（750 Ti→GTX 1070クラス）です。

あなた自身の体験とは無関係で、グループの体験に関わるルールが一つあります：もしあなたがホストなら、House Houseはあなたのマシンの低フレームレートがセッション内の全員にネットワーク問題を引き起こす可能性があると明記しています。最小スペックのホストは、誰かがラグを訴えてからではなく、最初のセッション前に設定を下げるべきです。

Apple Siliconのみ——Intel Macの構成は記載されていません。macOS 15が両方の行で最低条件で、16GBのRAMは推奨ではなく最小です。これはWindowsの下限より4GB上です。

macOSは2つのストアで販売されており、それらは同等ではないことに注意してください：Mac App StoreビルドにはGame Centerサポートがないため、フレンドリストが表示されません。Mac版Big Walkを参照してください。

どちらのコンソールも別々のパフォーマンス層を公開していません。Big Walkは両方でオンライン専用なので、サブスクリプションはマルチプレイの追加機能ではなく必須条件です。

House Houseは具体的な調整順序を公開しており、一度にすべて下げるのではなく順番に従う価値があります：

1. Settings > Graphics > Render Scale — 最初に下げます。GPU負荷が減ります。
2. Settings > Graphics > Quality — 二番目に下げます。CPUとGPUの両方の負荷が減ります。
3. Render Scaleを徐々に上げ直す — スムーズでなくなるまで上げて、一度だけ戻します。

その順序の意図はCPUとGPUのバランスを取ることであり、すべてを最低のままにするのではなく最後に上げ直す理由です。

関連する設定が二つあります：Field of View（Settings > Graphics）は上げるとパフォーマンスを犠牲にしますが、一部のプレイヤーの乗り物酔いを軽減します。どちらがより必要かを決める価値があります。また、セッション全体がカクつく場合（あなたのマシンだけでなく）、誰かがルーターに触れる前にホストのフレームレートを確認してください——トラブルシューティングを参照。

Windowsの最小構成行は形が異例で、読み飛ばすのではなく読む価値があります。

GPU：GTX 750 Ti、2GB。 2014年のカードです。現代のオープンワールドゲームがこれを最低条件として要求するのは、レンダリング予算が小さいことを示しています——これはゲームの見た目と一致します：実際の地形、フラットシェーディングのキャラクター、彩度の高いテクスチャなしの構造物。

RAM：最小12GB、推奨16GB。 これが要求の高い数字で、スペックぎりぎりのマシンが実際に苦労する部分です。

CPU：i7-7700KまたはRyzen 5 1600Xが最小。 GPUの下限と比較しても高いです。

この組み合わせは、ピクセルではなくシミュレーションとメモリに制約されるゲームを示しています——オープンワールドに加えて、距離・遮蔽・残響を含む最大12の音声をミックスするライブ空間オーディオシステム。これはCPUの仕事であり、Qualityを下げることが（House HouseによるとCPUとGPUの両方の負荷を減らす）解像度を下げるだけでは効果がない理由です。

スペック表の外にあり、それ以上に重要なルールが一つあります：あなたがホストなら、あなたのフレームレートは全員のネットワーク品質です。

House Houseはこれを直接述べています——「低いグラフィックフレームレート、またはホストの低いグラフィックフレームレートはネットワーク問題を引き起こす可能性があります」、そして「ゲーム内の全プレイヤーがネットワーク問題を経験している場合、ホストにネットワーク問題がある可能性があります。」

つまり、最小スペックのマシンが1台あるグループでは、そのマシンをホストにするべきではないか、意図的に低い設定でホストにするべきです。彼らの代替提案は利用可能な最も簡単な修正です：別のプレイヤーにホストを任せることです。

ホストが唯一のセーブデータも保持するため、これを実行中に気軽に交換することはできません——これが、最初のセッションの後ではなく前にホストの問題を解決するもう一つの理由です。