DoesPotatoTick? Mod do Minecraft 1.20.1, 1.21.1

DoesPotatoTick — Przegląd

DoesPotatoTick poprawia wydajność, zawieszając („zamrażając”) odległe encje, które nie muszą być aktualizowane w każdym ticku. Dzięki konfigurowalnym regułom i zabezpieczeniom zmniejsza obciążenie procesora serwera i może również zwiększyć FPS klienta, zachowując normalne zachowanie rozgrywki.

1. Cel

Minecraft aktualizuje każdą encję 20 razy na sekundę, co może przeciążyć serwery z dużymi światami, wieloma graczami lub ciężkimi modpackami. Ustawienia vanilla nie potrafią odróżnić ważnych encji od nieistotnych. DoesPotatoTick wprowadza kontrolowany system, który aktualizuje tylko to, co konieczne.

2. Główny mechanizm

Każdej encji przypisywany jest stan tickowania. Serwer ocenia ten stan w każdym ticku na podstawie lokalizacji, kategorii i kontekstu; klient opcjonalnie pomija renderowanie encji, które nie są tickowane.

2.1 Aktywacja na podstawie odległości

• Gracze definiują aktywny region (konfigurowalny promień w chunkach).
• Encje poza tym regionem stają się kandydatami do zawieszenia.
• Regiony aktualizują się tylko wtedy, gdy gracz przemieści się między chunkami, zaloguje się lub zmieni wymiar.

2.2 Obsługa wymiarów i claimów

• Optymalizację można ograniczyć do wybranych wymiarów.
• Encje na obszarach objętych claimem (FTB Chunks, OpenPartiesAndClaims) są zawsze tickowane.
• Gracze są powiadamiani, jeśli nie zainstalowano żadnego moda obsługującego claimy.

2.3 Wyjątki encji

Niektóre encje nigdy nie są zamrażane:

• Gracze, spadające bloki, bossy vanilla
• Szeroka lista bossów z modów i systemów mechanicznych
• Całe mody mogą zostać dodane do białej listy. Lista przeładowuje się automatycznie przy zmianach konfiguracji.

2.4 Reguły filtrowania

Konfigurowalne reguły pozwalają ignorować lub uwzględniać:

• Wrogie moby, zwierzęta, najeźdźców
• Upuszczone przedmioty
• Pociski (z opcjonalną logiką wymuszającą tickowanie celów trafień). Umierające encje mogą dokończyć swoją sekwencję śmierci.

2.5 Wykrywanie farm mobów

Okresowo skanuje gęstość chunków; jeśli wykryty zostanie wzorzec przypominający farmę, dotknięte encje są zmuszane do tickowania, aby zapewnić dalsze działanie farm.

2.6 Obsługa najazdów

Podczas aktywnych najazdów optymalizacja może zostać wyłączona lub dostosowana zgodnie z konfiguracją.

3. Funkcje klienta

3.1 Pomijanie renderowania

Encje, które nie są tickowane, mogą być ukryte, aby poprawić FPS. Naciąganie łuku tymczasowo ponownie włącza renderowanie, aby uniknąć problemów z celowaniem.

3.2 Integracja z Embeddium

Dodaje dedykowany ekran konfiguracji, gdy zainstalowane jest Embeddium.

3.3 Synchronizacja

Lekki pakiet informuje klienta, które encje powinny być wyświetlane.

4. Konfiguracja

• doespotatotick-common.toml: podstawowe zachowanie serwera
• doespotatotick-client.toml: kontrola renderowania
• Domyślne ustawienia stawiają na bezpieczeństwo i kompatybilność.
• Cała logika działa w wątku serwera; zmiany stosują się spójnie między tickami i przeładowaniami.

5. Uczyń DPT lepszym

Gdy:

• Uważasz, że konkretny typ encji nigdy nie powinien przestać być tickowany
• Masz prośbę o opcję konfiguracji
• Napotkasz nieoczekiwaną sytuację z powodu zamrożenia tickowania encji

Nie wahaj się skontaktować ze mną przez GitHub Issues lub e-mail 670067575@qq.com

6. Rozważania projektowe

Mod ma na celu:

• Zmniejszenie obciążenia serwera bez zmiany rozgrywki
• Zachowanie walk z bossami, farm i mechanik z modów
• Pozostanie kompatybilnym z istniejącymi ekosystemami modów

Jego zachowanie przypomina kontrolowany, świadomy kontekstu system planowania, a nie prosty przełącznik „wyłącz odległe encje”.

7. Trochę historii i ewolucji

DoesPotatoTick nie zaczął się jako dopracowany mod, który widzisz dzisiaj.

Zaczął życie jako fork DoesItTick autorstwa Txni, stworzony wyłącznie jako tymczasowa poprawka kompatybilności dla ekosystemu Lithium/RoadRunner. Oryginalna wersja była, szczerze mówiąc, dość prymitywna: tylko garść opcji konfiguracji, a każda pojedyncza encja, w każdym pojedynczym ticku, przechodziła w pętli przez wszystkich graczy online, sprawdzając „czy ktoś jest wystarczająco blisko?”. To O(encje × gracze) na tick — na serwerze z 20 tysiącami encji i 50 graczami samo to dodawało miliony niepotrzebnych iteracji na sekundę. Czyste okrucieństwo.

Stare dpt$checkAlwaysTick() było równie bolesne: uruchamiało kosztowne sprawdzenia konfiguracji i tagów na każdej encji w każdym ticku, bez żadnego buforowania. Żadnych poprawek renderowania po stronie klienta — zamrożone encje po prostu się zacinały i „duchowały” w miejscu, wyglądając na zepsute.

Wszystko się zmieniło, gdy zaktualizowaliśmy mod:

• Zastąpiliśmy naiwną pętlę po graczach obecnym PlayerTracker: mapą przestrzenną wymiar → chunk → zakres Y, aktualizowaną leniwie tylko przy ruchu. Złożoność spadła z O(n×m) do zasadniczo O(gracze) na aktualizację.
• Flagi alwaysTick są teraz obliczane raz przy rejestracji typu encji i buforowane na zawsze.
• Dodano odpowiednie pakiety sieciowe i culling po stronie klienta (plus zaworek bezpieczeństwa przy naciąganiu łuku), dzięki czemu zamrożone encje po prostu czysto znikają, zamiast się glitchować.
• Wykrywanie farm mobów, świadomość najazdów, integracja z modami obsługującymi claimy, GUI Embeddium… nic z tego wtedy nie istniało.

Dzisiejszy DoesPotatoTick to już nie „kolejny mod do cullingu encji”. To wynik wielu pełnych refaktoryzacji i obsesji na punkcie zrobienia tego dobrze — bez psucia twoich bossów, farm czy konstrukcji z Create.

Podziękowania dla Txni za pierwotną iskrę oraz dla każdego testera i współtwórcy, a także dla Grok i ChatGPT za pomoc w projektowaniu, pisaniu i dopracowaniu tego opisu (po prostu padam, gdy sam piszę readme lol).

Ciesz się maślanymi, płynnymi tickami (albo ich brakiem)!