Ustawienia Sandbox Project Zomboid Wyjaśnione (Build 42)

Ustawienia Sandbox Project Zomboid Wyjaśnione (Build 42)

Ustawienia sandbox Project Zomboid znajdują się w jednym pliku: Pterodactyl_SandboxVars.lua. Każdy parametr rozgrywki (populacja zombie, mnożniki lootu, XP umiejętności, długość dnia, pogoda) jest tu kontrolowany. To najważniejszy plik na serwerze. Ten przewodnik opisuje plik tak, jak faktycznie zapisuje go Build 42, z prawdziwymi nazwami kluczy i prawdziwymi wartościami domyślnymi.

Ważne: Zatrzymaj serwer przed edycją. PZ zapisuje SandboxVars.lua na nowo przy wyłączaniu i nadpisze twoje zmiany, jeśli edytujesz podczas działania serwera.

Gdzie leży plik

/home/container/.cache/Server/Pterodactyl_SandboxVars.lua

Jeśli zmieniłeś nazwę serwera, zastąp Pterodactyl nazwą serwera.

Jak zbudowany jest plik Build 42

Build 42 zmienił wiele nazw kluczy i przeniósł kilka grup ustawień do zagnieżdżonych tabel. Plik B42 zaczyna się tak:

SandboxVars = {
    VERSION = 6,
    Zombies = 4,
    Distribution = 1,
    ...
    ZombieLore = {
        Speed = 4,
        ...
    },
    ZombieConfig = {
        PopulationMultiplier = 0.65,
        ...
    },
    MultiplierConfig = {
        Global = 1.0,
        ...
    },
}

Wynikają z tego cztery rzeczy i to właśnie tutaj większość edycji idzie nie tak:

• VERSION = 6 oznacza format Build 42. Jeśli widzisz niższą liczbę, plik został zapisany przez Build 41 i nie wszystkie klucze poniżej będą obecne.
• Zachowanie zombie nie leży na najwyższym poziomie. Speed, Sight, Hearing i reszta działają tylko wewnątrz ZombieLore = { ... }.
• Respawn i mnożniki populacji leżą wewnątrz ZombieConfig = { ... }.
• XP umiejętności to tabela (MultiplierConfig), a nie pojedyncza wartość mnożnika.

Wklejenie klucza na najwyższym poziomie, gdy gra oczekuje go w tabeli, nic nie daje: serwer startuje normalnie i po prostu go ignoruje.

Populacja zombie

Główny regulator populacji leży na najwyższym poziomie i ma sześć stopni, nie pięć.

Zwróć uwagę, że Zombies ustawia jednocześnie ZombieConfig.PopulationMultiplier. Gra trzyma je zsynchronizowane: Insane = 2.5, Very High = 1.6, High = 1.2, Normal = 0.65, Low = 0.15, None = 0.0.

Dokładniejsze regulatory populacji leżą wewnątrz ZombieConfig = { ... }:

Praktyczne strojenie: vanilla B42 ma respawn wyłączony (RespawnHours = 0.0), więc wyczyszczone miasto zostaje wyczyszczone. Jeśli długo działający serwer ma się uzupełniać, potrzebujesz wszystkich trzech kluczy respawnu, na przykład RespawnHours = 168.0, RespawnUnseenHours = 48.0, RespawnMultiplier = 0.1. Jeśli RespawnMultiplier zostanie na 0.0, nic nie zrespawnuje, niezależnie od wartości godzinowych.

Zostaw ZombiesCountBeforeDelete na 300. Podnoszenie tej wartości albo ustawienie 0 to znana przyczyna poważnych problemów z wydajnością.

Zachowanie zombie (wewnątrz `ZombieLore`)

Tu siedzi poziom trudności i wszystko leży wewnątrz tabeli ZombieLore = { ... }. Kilka domyślnych wartości B42 to "Random", co zaskakuje każdego, kto spodziewa się wartości z Build 41.

W Build 42 nie ma klucza MemoryDuration ani w ogóle klucza Smell. Ustawienie pamięci nazywa się Memory.

O sprinterach: domyślne Speed = 4 to Random, a Random korzysta z SprinterPercentage, które wynosi 0. Domyślny serwer B42 nie ma więc żadnych sprinterów. Dla serwera wyłącznie ze sprinterami ustaw Speed = 1. Dla mieszanki zostaw Speed = 4 i podnieś SprinterPercentage (10 do 20 to już brutalnie).

Loot

Build 42 zastąpił dawne listy rzadkości 1-5 mnożnikami zmiennoprzecinkowymi, a nazwy kluczy dostały przyrostek New. FoodLoot, WeaponLoot i OtherLoot już nie istnieją.

Wartość 1.0 oznacza "zgodnie z projektem", więc domyślny plik jest już poniżej tego poziomu w większości kategorii. Podwojenie liczby z grubsza podwaja częstotliwość, z jaką dana kategoria się pojawia.

Respawn lootu to osobna sprawa i w Build 42 nie ma klucza LootRespawn:

Dla długo działających serwerów: ustaw HoursForLootRespawn = 720 (jeden miesiąc gry) i SeenHoursPreventLootRespawn = 24. Inaczej gracze ogołocą mapę na stałe i taka zostanie.

Zostaw RollsMultiplier na 1.0. Sam plik ostrzega przed zmianą, a wysokie wartości kosztują wydajność.

Czas, pogoda i media

W Build 42 nie ma klucza HoursPerDay. Długość dnia to DayLength, a skala sięga aż 27 dla doby w czasie rzeczywistym.

Długo działające serwery: podnieś WaterShutModifier i ElecShutModifier do 60 lub wyżej, albo ustaw WaterShut i ElecShut na 9 i wyłącz odcięcie całkowicie. Inaczej drugi miesiąc zejdzie wyłącznie na noszenie wody.

XP umiejętności (wewnątrz `MultiplierConfig`)

Nie ma klucza XpMultiplier. Build 42 używa tabeli MultiplierConfig = { ... } z globalnym tempem oraz jednym wpisem na umiejętność.

MultiplierConfig = {
    Global = 1.0,
    GlobalToggle = true,
    Fitness = 1.0,
    Strength = 1.0,
    Woodwork = 1.0,
    ...
}

Aby potroić XP wszędzie, ustaw Global = 3.0 i zostaw GlobalToggle = true. Aby podkręcić tylko broń palną, ustaw GlobalToggle = false i podnieś Aiming oraz Reloading. Zmiana pojedynczej wartości, gdy GlobalToggle nadal jest true, nic nie daje i to najczęstsza skarga dotycząca XP, jaką widzimy.

Dwa pokrewne klucze leżą na najwyższym poziomie: CharacterFreePoints (domyślnie 0, dodatkowe punkty przy tworzeniu postaci) i LevelForMediaXPCutoff (domyślnie 3).

Pojazdy

Świat i budowanie

Zwróć uwagę, że MaxFogIntensity i MaxRainFxIntensity to w Build 42 stopnie całkowite, a nie dawne wartości zmiennoprzecinkowe 0.0-1.0. MaxFogIntensity = 0.0 nie oznacza "brak mgły", to nieprawidłowy stopień.

Jak bezpiecznie edytować plik

1. Zatrzymaj serwer w panelu. To nie podlega negocjacji
2. Otwórz /home/container/.cache/Server/Pterodactyl_SandboxVars.lua w menedżerze plików albo przez SFTP
3. Znajdź ustawienie przez Ctrl+F i sprawdź, czy leży na najwyższym poziomie, czy wewnątrz ZombieLore, ZombieConfig, MultiplierConfig, Map lub Basement
4. Zmieniaj tylko wartość po =. Nazwy klucza, przecinka i otaczających nawiasów nie ruszaj
5. Zapisz plik
6. Uruchom serwer

Wartości muszą być poprawnym kodem Lua: Speed = 1, a nie Speed = "Sprinters". Wartości logiczne zapisuje się jako gołe true / false, nigdy w cudzysłowie. Klucze mnożników przyjmują liczby dziesiętne (FoodLootNew = 1.2), klucze stopni liczby całkowite (CarSpawnRate = 4).

Jeśli serwer nie chce wystartować po edycji, prawie na pewno zgubiłeś przecinek albo nawias zamykający. Konsola wskaże linię.

Które zmiany działają na istniejącym świecie

Ustawienia sandbox są czytane przy tworzeniu świata, więc wiele z nich dotyczy tylko terenu, który jeszcze nie został wygenerowany. Ustawienia, które działają na istniejącym zapisie po restarcie:

• Wszystko w ZombieLore (Speed, Strength, Cognition, Sight, Hearing)
• Klucze respawnu w ZombieConfig (RespawnHours, RespawnUnseenHours, RespawnMultiplier)
• Respawn lootu (HoursForLootRespawn, SeenHoursPreventLootRespawn)
• Tempo XP w MultiplierConfig
• Terminy odcięcia wody i prądu, o ile odcięcie jeszcze nie nastąpiło

Ustawienia, które nie zmieniają istniejącego świata wstecz:

• StartMonth, StartDay, StartTime, StartYear
• Mnożniki *LootNew dla pojemników, które już się wygenerowały
• CarSpawnRate i rozmieszczenie pojazdów w zbadanych chunkach
• Basement.SpawnFrequency, bo piwnice powstają razem z chunkiem

Presety sandbox

Project Zomboid ma wbudowane presety, które można wybrać w grze w menu Custom Sandbox przed wygenerowaniem świata: Apocalypse (domyślny), Survivor, Survival, Builder, Initial Infection, Six Months Later. Na serwerze dedykowanym nie ma wyboru presetu, więc praktyczna droga to ustawić preset w grze jednoosobowej i skopiować wartości z pliku SandboxVars.lua tego zapisu do pliku serwera. Zachowaj strukturę zagnieżdżenia przy kopiowaniu.

FAQ

Moje zmiany ciągle się cofają. Edytowałeś przy działającym serwerze. PZ zapisał swój stan z pamięci przy wyłączaniu i nadpisał twój plik. Zawsze najpierw zatrzymaj serwer.

Zmieniłem ustawienie zombie i nic się nie stało. Najprawdopodobniej umieściłeś je na najwyższym poziomie. Speed, Sight, Hearing, Memory, Toughness i reszta działają tylko wewnątrz tabeli ZombieLore = { ... }. Ta sama pułapka dotyczy RespawnHours, które należy do ZombieConfig.

Dlaczego zombie respawnują mimo ustawienia RespawnHours? Albo odwrotnie: nic nie respawnuje. Liczą się wszystkie trzy klucze. RespawnHours ustawia cykl, RespawnUnseenHours uzależnia go od widoczności, a RespawnMultiplier decyduje, ile wraca. B42 dostarcza wszystkie trzy praktycznie wyłączone.

Gdzie jest XpMultiplier? Nie ma go. Build 42 używa MultiplierConfig.Global, z GlobalToggle = true, żeby działało na każdą umiejętność.

Czy mogę zmieniać ustawienia na żywo przez /changeoption? Tylko niewielką część (PVP, max players, ustawienia głosowe). Wartości sandbox nie dają się zmienić na żywo, wymagają restartu.

Gdzie znajdę pełne wartości domyślne vanilli? Uruchom świeży serwer. Panel generuje SandboxVars.lua z wszystkimi wartościami domyślnymi przy pierwszym starcie, a nad każdym kluczem znajduje się komentarz ze skalą i wartością domyślną. To ten plik jest punktem odniesienia, a nie stary poradnik do Build 41.

Czy wyższa populacja zombie odbija się na wydajności? Tak, znacząco. Podwojenie PopulationPeakMultiplier dokłada mniej więcej 30% do zużycia RAM i obciążenia CPU. Zaplanuj to naszym kalkulatorem RAM.

Czy mody dodają własne ustawienia sandbox? Niektóre tak. Mody rejestrujące opcje sandbox dodają swoje pola automatycznie przy wczytaniu i pojawiają się one w SandboxVars.lua po następnym starcie serwera.