GlitchCore MODは、Minecraft Java版でGlitchfiendのMODが利用する共通処理を提供する前提ライブラリです。導入を求めるMODの条件を読み、同じゲーム版・ローダーのファイルをそろえます。
今回確認したNeoForge用1.21.1・26.3の配布ファイルは、いずれもbeta区分でした。対応版だけでなく配布区分と要求範囲も確認し、元の構成を保存してから導入・更新します。
配布条件と公式・作者資料は2026年10月14日に確認しました。実機導入やゲーム内動作、マルチ接続の検証は行っていません。
GlitchCoreは他MODの共通処理を支える
作者の配布説明は、ローダーごとの差を扱う共通処理やユーティリティを、作者のMODへ提供するライブラリとしてGlitchCoreを紹介しています。
作者は利用例としてBiomes O’ Plenty、Serene Seasons、Tough As Nailsを掲載しています。必要なGlitchCoreの版や他の依存は、実際に遊ぶMODの配布ファイルで確認します。
作者リポジトリも共通処理のためのライブラリとして説明しています。導入する際は、利用側と同じローダーを選びます。任意の別ローダー用JARを変換する手段にはしません。
NeoForge用の対応版とbeta区分を確認する
正規配布ファイル一覧でMinecraft版とNeoForgeを選びます。2026年10月14日に確認した例は次のとおりです。
| Minecraft Java版 | GlitchCore | 配布区分 | 追加required依存欄 |
|---|---|---|---|
| 1.21.1 | 2.1.0.2 | beta | 当該ファイルには記載なし |
| 26.3 | 26.3.0.0.5 | beta | 当該ファイルには記載なし |
この表はNeoForge用です。Fabric・Forgeを使うパックでは、そのローダーのファイルと条件を確認します。追加依存欄の記載がなくても、対象版のローダーと要求元MODは必要です。
betaという配布区分を確認したうえで、要求元MODやパックが指定する構成に合わせます。元の環境を保管し、テスト用のコピーで確認してから普段の構成へ採用します。
Minecraft公式の26.3公開情報は本体の更新です。GlitchCoreだけを更新せず、利用側MODも同じ対象版に合わせます。
対象ゲームディレクトリのmodsへ導入する
NeoForge公式の導入資料は、MOD用に独立したゲームディレクトリを使い、一度起動した後に生成されるmodsへファイルを置く方法を案内しています。
既存パックでは、実際に起動する構成のゲームディレクトリを確認します。標準の保存先へ置いても、別フォルダーを指定した構成からは読まれません。
- ゲーム・サーバーを停止し、MOD・設定・ワールドをコピーします。
- GlitchCoreを要求するMODと、ゲーム版・NeoForge・要求版を確認します。
- Modrinthなどの正規配布元で、条件に合うGlitchCoreを選びます。
- 対象ゲームディレクトリのmodsへ、JARを展開せずに置きます。
- 置き換える旧JARはmodsの外へ保管し、新旧を重複させないようにします。
- コピーした環境で起動し、利用側MODの機能を確認します。
専用サーバーも、管理者がそのサーバー用フォルダーを対象にします。クライアントの保存先と取り違えないようにします。
導入後はGlitchCoreを使うMOD側を確認する
導入後の確認は、GlitchCoreを要求するMODから行います。追加したい地形や季節などの機能は、そのMOD自身の操作・設定・ワールド条件を確認します。
GlitchCoreを入れたことだけで、利用例にあるMODの内容がすべて追加されるとは判断しません。パックに必要なMOD一式がそろっているかを確認します。
| 確認する段階 | 見るもの |
|---|---|
| 起動前 | 利用側MODの要求範囲、ゲーム版、ローダー |
| 起動時 | 不足・版違いを示すエラー |
| 起動後 | 利用側MODの設定と機能の利用条件 |
| マルチ接続 | 管理者が指定するサーバー・参加者の構成 |
起動エラーとマルチの構成差を切り分ける
配布ページは、クライアントとサーバー双方を導入対象にしています。マルチでは要求元MODも含め、管理者の指定パックと自分の構成を照合します。
| 状況 | 確認するもの |
|---|---|
| GlitchCoreが不足している | 実際に起動する構成のmods |
| 版が合わないと表示される | 要求元が指定する版・範囲 |
| ローダーのエラーが出る | NeoForge・Forge・Fabricのファイル選択 |
| 同じMODが重複している | 新旧JARや二重追加 |
| 接続時だけ失敗する | サーバーと参加者の指定構成 |
| 起動後に目的の機能がない | 利用側MODの導入・設定・ワールド条件 |
変更は一つずつ行い、保存した元の構成と比べます。問題が続く場合は、作者のIssuesへゲーム版・ローダー・GlitchCoreと要求元の版・症状を添えられます。
更新・削除は要求元と世界をまとめて保管する
NeoForge公式も、MODやローダーを更新する前のワールド保存を案内しています。旧JAR・設定・ワールドを同じ組でコピーし、戻すときに構成が食い違わないようにします。
新しいGlitchCoreは要求元MODの条件と配布区分を確認して選びます。利用をやめる場合も、GlitchCoreを必要とするMODが残るかを先に確認します。
地形やブロックなどを追加する利用側MODも取り外すなら、その内容を使った世界は取り外し前の状態で保管します。普段の世界へ変更を採用する前に、コピーした環境で残す機能と世界を確認します。
まとめ：GlitchCoreは要求元と配布条件を合わせる
GlitchCoreは、要求元MODと同じゲーム版・ローダー・要求範囲で選ぶライブラリです。今回のNeoForge用ファイルはbeta区分として確認しているため、配布区分も含めて構成を照合します。
マルチは両側の指定構成を合わせ、更新・削除では利用側MODと世界をまとめて保管して進めます。
コメント