Minecraft 1.20.1, 1.21.1用DoesPotatoTick? MOD

DoesPotatoTick — 概要

DoesPotatoTick は、毎tick更新する必要のない遠方のエンティティを一時停止（「凍結」）することでパフォーマンスを向上させます。設定可能なルールと安全チェックにより、サーバーのCPU負荷を軽減し、通常のゲームプレイ動作を維持しながらクライアントのFPSも向上させる可能性があります。

1. 目的

Minecraft はすべてのエンティティを毎秒20回更新するため、広大なワールド、多数のプレイヤー、重いMODパックを抱えるサーバーでは過負荷になることがあります。バニラの設定では重要なエンティティと無関係なエンティティを区別できません。DoesPotatoTick は必要なものだけを更新する制御されたシステムを導入します。

2. 中核となる仕組み

各エンティティには tickable 状態が割り当てられます。サーバーは位置、カテゴリ、コンテキストに基づいて毎tickこの状態を評価し、クライアントは任意で tickable でないエンティティのレンダリングをスキップします。

2.1 距離ベースの有効化

• プレイヤーはアクティブ領域（チャンク単位で設定可能な半径）を定義します。
• この領域外のエンティティは一時停止の候補になります。
• 領域はプレイヤーがチャンク間を移動したとき、ログインしたとき、またはディメンションを変更したときにのみ更新されます。

2.2 ディメンションとクレームのサポート

• 最適化は選択したディメンションに限定できます。
• クレームされた領域（FTB Chunks、OpenPartiesAndClaims）内のエンティティは常に tick されます。
• クレームMODがインストールされていない場合、プレイヤーに通知されます。

2.3 エンティティの例外

特定のエンティティは決して凍結されません:

• プレイヤー、落下中のブロック、バニラのボス
• MOD製ボスや機械システムの広範なリスト
• MOD全体をホワイトリストに登録可能 リストは設定変更時に自動的に再読み込みされます。

2.4 フィルタリングルール

設定可能なルールにより、以下を無視または含めることができます:

• 敵対モブ、動物、襲撃者
• ドロップアイテム
• 発射物（ターゲットを強制的に tick させる任意のロジック付き） 死亡中のエンティティは死亡シーケンスを完了できます。

2.5 モブファーム検出

定期的にチャンク密度をスキャンし、ファームのようなパターンが検出された場合、影響を受けるエンティティはファームが機能し続けるよう強制的に tick されます。

2.6 襲撃の処理

襲撃が発生している間、最適化は設定に応じて無効化または調整できます。

3. クライアント機能

3.1 レンダリングのスキップ

tickable でないエンティティはFPS向上のために非表示にできます。弓を引くと、照準の問題を避けるため一時的にレンダリングが再有効化されます。

3.2 Embeddium 連携

Embeddium がインストールされている場合、専用の設定画面を追加します。

3.3 同期

軽量なパケットが、どのエンティティを表示すべきかをクライアントに通知します。

4. 設定

• doespotatotick-common.toml: サーバーの中核動作
• doespotatotick-client.toml: レンダリング制御
• デフォルトは安全性と互換性を優先します。
• すべてのロジックはサーバースレッドで実行され、変更はtickとリロードを通じて一貫して適用されます。

5. DPT をより良くする

次のような場合:

• 特定のエンティティタイプが決して tick を停止すべきでないと感じたとき
• 設定オプションのリクエストがあるとき
• エンティティの tick 凍結により予期しない状況に遭遇したとき

GitHub Issues またはメール 670067575@qq.com でお気軽にご連絡ください

6. 設計上の考慮事項

このMODは以下を目指しています:

• ゲームプレイを変えずにサーバー負荷を軽減する
• ボス戦、ファーム、MOD製の仕組みを維持する
• 既存のMODエコシステムとの互換性を保つ

その動作は、単純な「遠方のエンティティを無効化する」トグルというよりも、制御されたコンテキスト認識型のスケジューリングシステムに似ています。

7. 少しの歴史と進化

DoesPotatoTick は、今日見られるような洗練されたMODとして始まったわけではありません。

それは Txni の DoesItTick のフォークとして生まれ、Lithium/RoadRunner エコシステム向けの応急的な互換性修正として純粋に作られました。当初のバージョンは、率直に言ってかなり粗削りでした。設定オプションはほんの一握りで、すべてのエンティティが、毎tickごとに、オンラインの全プレイヤーをループして「誰か十分近くにいるか?」を確認していました。これは毎tickあたり O(entities × players) です。2万エンティティのサーバーに50人のプレイヤーがいると、それだけで毎秒何百万もの不要な反復が追加されていました。まったくの蛮行です。

古い dpt$checkAlwaysTick() も同様に苦痛でした。キャッシュが一切なく、毎tickすべてのエンティティに対して高コストな設定とタグのチェックを実行していました。クライアント側のレンダリング修正もなく、凍結されたエンティティはその場でカクついて「ゴースト」のように見え、壊れているように見えました。

MODを更新したとき、すべてが変わりました:

• 素朴なプレイヤーループを現在の PlayerTracker に置き換えました。これはディメンション → チャンク → Y範囲の空間マップで、移動時にのみ遅延更新されます。計算量は O(n×m) から実質的に更新あたり O(players) に減少しました。
• alwaysTick フラグはエンティティタイプの登録時に一度だけ計算され、永久にキャッシュされるようになりました。
• 適切なネットワークパケットとクライアント側のカリング（さらに弓を引く際の安全弁）を追加し、凍結されたエンティティがグリッチするのではなくきれいに消えるようにしました。
• モブファーム検出、襲撃認識、クレームMOD連携、Embeddium GUI…これらは当時どれも存在しませんでした。

今日の DoesPotatoTick はもはや「ただのエンティティカリングMOD」ではありません。複数回の全面的なリファクタリングと、ボス、ファーム、Create の装置を決して壊さずに正しくやるという執念の結果です。

元のきっかけを与えてくれた Txni に、そしてすべてのテスターとコントリビューター、さらにこの説明の設計、執筆、推敲を手伝ってくれた Grok と ChatGPT に感謝します（自分で readme を書くときは死にそうな気分になるんですよね笑）。

バターのように滑らかな tick（あるいはその不在）をお楽しみください!