1. 洞窟の単体エンティティ
AIとスポーン頻度を測りやすい最小構成です。
低スペック向け設定ガイド
低スペックPCでもMinecraftホラーモッドは遊べます。エンティティ数、描画距離、シミュレーション距離、ローダー、バックグラウンドアプリを先に整理することが重要です。最初は大きなモッドパックではなく、1つだけのJavaプロファイルか軽いBedrockアドオンを使います。
これは性能と導入手順のガイドであり、すべてのPCで動く保証ではありません。配布元の対応バージョンを確認し、コピーしたワールドで一つずつ試してください。
外部の配布元ページは直接開きます。ダウンロード前にファイル形式、エディション、バージョンを確認してください。
判断を先に
動きます。ただし、平均FPSだけでなく、チャンク読み込み時の停止、メモリ不足、サーバーのティック遅延も確認します。1体のエンティティなら動いても、シェーダーや複数のワールド生成を含む大きなパックでは急に重くなることがあります。
まずクリーンなJavaインスタンスと新規またはコピーしたワールドを用意し、シェーダーを切って10分遊びます。安定したら距離や依存ライブラリを一つだけ変更します。問題が出たときに最後の変更を戻せる状態を作るのが近道です。
Similarwebの質問タブには、遅いMacで動くアナログホラーモッドを尋ねる検索がありました。これは「最恐の一覧」よりも「自分の機械で動くか」という情報意図です。したがって、ここではエディション、ローダー、負荷、復旧手順の順に判断します。
ファイルサイズが小さいことは軽さの証明ではありません。スポーン頻度やAIが負荷を作る場合もあるため、必ず配布元の対応バージョンと設定を読んでください。
実際の限界を測る
一つの基準はありません。CPU、メモリ、GPU、ストレージ、Javaランタイム、ドライバー、ゲーム版で結果が変わります。OS用の余裕を残し、初回ワールド読み込みで長い停止が起きるかを確認してください。古いノートPCではブラウザーのタブも原因になります。
次の表は開始点であり、保証される最低要件ではありません。プロジェクトの公式要件が高い場合は、そちらを優先します。
空のワールドでは滑らかで、エンティティが出た瞬間だけ重いなら、AIやスポーン設定を疑います。探索中だけ止まるなら、生成済みの場所で距離を下げて再テストします。
負荷で選ぶ
「軽いMinecraftホラーモッド」は固定ランキングではなく、変数を減らす考え方です。バージョンや依存関係は変わるため、導入前に公式ファイルを読み直します。
Cave Dweller系を試すならCave Dwellerガイドを見て、テストワールドを分けてください。カテゴリ全体を比較する場合はMinecraft Dwellersを先に読むと選びやすくなります。
AIとスポーン頻度を測りやすい最小構成です。
常時AIより軽い場合があります。粒子と音の設定を確認します。
大きな地形を追加せずに緊張感を作れます。
1回のセッション向けなら、長期ワールドより管理しやすいです。
プロジェクトが対象版と依存関係を明記している場合だけ選びます。
リソースパックとビヘイビアパックをコピーしたワールドで確認します。
マニフェストとワールド生成の数を確認してから導入します。
ファイルを消す前に
描画距離、シミュレーション距離、パーティクル、雲、エンティティの影を下げます。依存ライブラリを無作為に削除しないでください。スポーン間隔や上限が設定できる場合は、元の値を控えてから一つだけ変更します。
Javaはプロジェクトが指定するJavaランタイムを使い、Bedrockは高解像度リソースパックを避けます。モバイルやコンソールは古いWindowsノートとは挙動が違うため、同じワールドでも個別にテストします。
初回からシェーダー、録画、リソースパック、新しいエンティティを重ねないでください。安定したフレーム時間と聞き取りやすい音のほうが、派手で途切れる画面より遊びやすいことがあります。
分離して試す
クリーンなインスタンスなら、PCの限界と古い構成の問題を分けられます。配布元、ローダー、性能設定、ワールド安全性を別々に確認します。
Javaはインストールガイド、BedrockはBedrockガイドを使い、同じプロファイルに混ぜないでください。
公式ページでプロジェクト、ゲーム版、ローダーまたはエディション、ファイル名、更新日を控えます。
必要なローダー、依存関係、1つのホラーモッドだけを入れます。
元データをアクティブなインスタンスの外に置き、いつでも戻せるようにします。
シェーダーと録画を切り、停止、音、エンティティ、ログの最初の有用な行を確認します。
基礎が安定してから距離や依存関係を一つ変えます。
限界と対処
メニュー前のクラッシュはローダー、Java、ゲーム版、依存関係を確認します。エンティティ出現時のカクつきはシミュレーション距離、スポーン設定、シェーダーを確認します。探索中だけ止まるなら描画距離とストレージを試します。
セッション中にメモリが増えるなら、バックグラウンドアプリとリソースパックを減らし、モッド単体で再現します。RAMをすべて割り当てても高価なAIや誤ったローダーは直りません。
JavaとBedrockは別の互換性です。友達と遊ぶ場合はマルチプレイガイドで、サーバーと全クライアントのファイルを揃えてください。
最後に変えたものが分かれば、無作為な再インストールではなく比較で直せます。動くプロファイルを保存し、更新はメインワールドの外で試してください。
まとめ
遅いPCでは、1つのモッド、控えめな距離、シェーダーなし、コピーしたワールドが最初の組み合わせです。大きなパックはその後の実験にします。
バージョンと依存関係は配布元を確認し、このガイドで選択肢を狭めます。JavaかBedrockかを決め、1つの負荷を測ってから雰囲気を追加してください。
次のページ
JavaとBedrockの恐怖系統を比べてから負荷を絞ります。
比較する単体エンティティの版とテスト手順を確認します。
Cave Dwellerを開く派生版とBedrockアドオンを比較します。
Dwellersを比較サーバーとクライアントの同期を確認します。
マルチプレイを計画ログ、依存関係、競合を分離します。
トラブルを確認よくある質問
単体エンティティ、霧イベント、音のモッド、短いマップ、最小のFabric構成、または軽いBedrockアドオンから始めます。版とローダーを合わせてください。
1つのモッド、シェーダーなし、控えめな距離、コピーしたワールドなら可能性があります。要件はプロジェクトごとに確認します。
一律の数字はありません。OSの余裕を残し、作者の要件に従います。RAMだけでは高負荷AIを直せません。
軽いモッドは変数が少なく、測定と復旧が簡単です。パックは別インスタンスで試します。
使えません。JavaはForgeやFabric、Bedrockはアドオンとパックの導入経路です。
AI、経路探索、スポーン、粒子、音、サーバー処理が追加されるためです。シミュレーションを下げて単体で試します。
可能な場合があります。版、ゲーム、ローダー、ファイル、サーバー設定を揃え、2人で短くテストします。