DoesPotatoTick? Мод для Minecraft 1.20.1, 1.21.1

DoesPotatoTick — Огляд

DoesPotatoTick покращує продуктивність, призупиняючи («заморожуючи») віддалені сутності, які не потребують оновлення щотіку. Завдяки налаштовуваним правилам і перевіркам безпеки він зменшує навантаження на процесор сервера і також може підвищити FPS клієнта, зберігаючи звичайну ігрову поведінку.

1. Призначення

Minecraft оновлює кожну сутність 20 разів на секунду, що може перевантажувати сервери з великими світами, багатьма гравцями або важкими модпаками. Ванільні налаштування не можуть відрізнити важливі сутності від неважливих. DoesPotatoTick впроваджує контрольовану систему, яка оновлює лише те, що необхідно.

2. Основний механізм

Кожній сутності присвоюється стан тікання. Сервер оцінює цей стан щотіку на основі розташування, категорії та контексту; клієнт за бажанням пропускає рендеринг сутностей, які не тікають.

2.1 Активація на основі відстані

• Гравці визначають активну область (налаштовуваний радіус у чанках).
• Сутності поза цією областю стають кандидатами на призупинення.
• Області оновлюються лише коли гравець переміщується між чанками, входить у гру або змінює вимір.

2.2 Підтримка вимірів і приватизованих територій

• Оптимізацію можна обмежити вибраними вимірами.
• Сутності на приватизованих територіях (FTB Chunks, OpenPartiesAndClaims) завжди тікають.
• Гравців повідомляють, якщо не встановлено жодного моду приватизації.

2.3 Винятки для сутностей

Певні сутності ніколи не заморожуються:

• Гравці, падаючі блоки, ванільні боси
• Широкий список модифікованих босів і механічних систем
• Цілі моди можна додати до білого списку. Список автоматично перезавантажується при зміні конфігурації.

2.4 Правила фільтрації

Налаштовувані правила дозволяють ігнорувати або включати:

• Ворожі моби, тварини, рейдери
• Викинуті предмети
• Снаряди (з необов'язковою логікою примусового тікання цілей для влучання). Сутностям, що вмирають, дозволено завершити свою послідовність смерті.

2.5 Виявлення моб-ферм

Періодично сканує щільність чанків; якщо виявлено фермоподібний візерунок, уражені сутності примусово тікають, щоб ферми продовжували працювати.

2.6 Обробка рейдів

Під час активних рейдів оптимізацію можна вимкнути або налаштувати відповідно до конфігурації.

3. Функції клієнта

3.1 Пропуск рендерингу

Сутності, які не тікають, можуть бути приховані для підвищення FPS. Натягування лука тимчасово відновлює рендеринг, щоб уникнути проблем із прицілюванням.

3.2 Інтеграція з Embeddium

Додає окремий екран конфігурації, коли встановлено Embeddium.

3.3 Синхронізація

Легкий пакет повідомляє клієнту, які сутності слід відображати.

4. Конфігурація

• doespotatotick-common.toml: основна поведінка сервера
• doespotatotick-client.toml: керування рендерингом
• Значення за замовчуванням надають пріоритет безпеці та сумісності.
• Уся логіка виконується в потоці сервера; зміни застосовуються послідовно між тіками та перезавантаженнями.

5. Зробіть DPT кращим

Коли ви:

• Вважаєте, що певний тип сутності ніколи не повинен припиняти тікати
• Маєте запит щодо опції конфігурації
• Стикаєтеся з несподіваною ситуацією через заморожування тікання сутностей

Не соромтеся зв'язатися зі мною через GitHub Issues або електронною поштою 670067575@qq.com

6. Міркування щодо дизайну

Мод має на меті:

• Зменшити навантаження на сервер без зміни геймплею
• Зберегти битви з босами, ферми та модифіковані механіки
• Залишатися сумісним з наявними екосистемами модів

Його поведінка нагадує контрольовану, контекстно-залежну систему планування, а не простий перемикач «вимкнути віддалені сутності».

7. Трохи історії та еволюції

DoesPotatoTick не починався як відшліфований мод, який ви бачите сьогодні.

Він народився як форк DoesItTick від Txni, створений виключно як тимчасове виправлення сумісності для екосистеми Lithium/RoadRunner. Оригінальна версія була, відверто кажучи, досить грубою: лише кілька опцій конфігурації, і кожна окрема сутність на кожному окремому тіку перебирала всіх онлайн-гравців, щоб перевірити «чи хтось достатньо близько?». Це O(сутності × гравці) за тік — на сервері з 20 тисячами сутностей і 50 гравцями це саме по собі додавало мільйони непотрібних ітерацій за секунду. Чиста жорстокість.

Старий dpt$checkAlwaysTick() був однаково болючим: він виконував дорогі перевірки конфігурації та тегів для кожної сутності щотіку, без жодного кешування. Виправлень рендерингу на стороні клієнта теж не було — заморожені сутності просто смикалися й «привиділися» на місці, виглядаючи зламаними.

Усе змінилося, коли ми оновили мод:

• Замінили наївний цикл гравців на поточний PlayerTracker: просторову карту вимір → чанк → діапазон Y, яка оновлюється ліниво лише при переміщенні. Складність впала з O(n×m) до по суті O(гравці) за оновлення.
• Прапорці alwaysTick тепер обчислюються один раз при реєстрації типу сутності та кешуються назавжди.
• Додано належні мережеві пакети та відсікання на стороні клієнта (плюс запобіжний клапан для натягування лука), щоб заморожені сутності просто чисто зникали, а не глючили.
• Виявлення моб-ферм, обізнаність про рейди, інтеграція з модами приватизації, GUI Embeddium… нічого з цього тоді не існувало.

Сьогоднішній DoesPotatoTick — це вже не «ще один мод для відсікання сутностей». Це результат кількох повних рефакторингів і одержимості зробити все правильно — без жодного порушення ваших босів, ферм чи механізмів Create.

Дякую Txni за початкову іскру, і кожному тестувальнику та учаснику, а також Grok і ChatGPT за допомогу в розробці, написанні та шліфуванні цього опису (я просто відчуваю себе мертвим, коли пишу readme сам, лол).

Насолоджуйтеся маслянисто-плавними тіками (або їх відсутністю)!