Abiotic Factor: sandbox პარამეტრები და save-ები

Abiotic Factor-ის სამყარო ერთი საქაღალდეა, და ეს საქაღალდე ყველაფერს ინახავს: ობიექტის მდგომარეობას, ყოველ deployable-ს, ყოველი მოთამაშის პერსონაჟს PlayerData ქვესაქაღალდეში და სამყაროს წესებს SandboxSettings.ini-ში. გამოყოფილ სერვერზე ეს საქაღალდეები AbioticFactor/Saved/SaveGames/Server/Worlds/-ის ქვეშ ცხოვრობს, და გაშვების არგუმენტი -WorldSaveName ირჩევს, რომელი ჩაიტვირთოს. ეს დიზაინი ორ საქმეს ამარტივებს, რომლებიც survival თამაშების უმეტესობაში მოუხერხებელია. თამაშიდან ჰოსტირებული სამყაროს სერვერზე გადატანა არის საქაღალდის ატვირთვა და ერთი არგუმენტი. და რადგან sandbox ფაილი სამყაროს შიგნით ზის, წესები მასთან ერთად მოგზაურობს. ეს გზამკვლევი გადის sandbox-ის ყოველ გასაღებს მისი ნაგულისხმევითა და დიაპაზონით, გთავაზობს პარამეტრებს სხვადასხვა ტიპის ჯგუფისთვის და მოიცავს სამყაროების გადატანას, backup-სა და აღდგენას.

ინსტალაციისთვის, გაშვების არგუმენტებისთვის, პორტებისა და ადმინებისთვის იხილე Abiotic Factor-ის გამოყოფილი სერვერის გზამკვლევი. ეს სტატია ვარაუდობს, რომ სერვერი მუშაობს, და სამყაროზე კონცენტრირდება.

სად ცხოვრობს sandbox ფაილი#

მიმდინარე build-ებზე ყოველ სამყაროს საკუთარი sandbox ფაილი აქვს:

AbioticFactor/Saved/SaveGames/Server/Worlds/<WorldSaveName>/SandboxSettings.ini

ძველ build-ებსა და ძველ გზამკვლევებში ერთადერთი sandbox ფაილი AbioticFactor/Saved/Config/WindowsServer/-ის ქვეშ იყო, ხოლო გაშვების არგუმენტს -SandboxIniPath= შეუძლია სერვერი ნებისმიერ ფაილზე მიუთითოს. თუ შენი ცვლილებები თითქოს არაფერს აკეთებს, სერვერი სხვა ფაილს კითხულობს, ვიდრე შენ არედაქტირებ. სერვერის ლოგის დასაწყისი აჩვენებს, რომელი ფაილები ჩაიტვირთა; ერთხელ წაიკითხე და ამაზე აღარასდროს დაფიქრდები. კონსოლის კითხვა აღწერს, როგორ იპოვო ეს ხაზი სწრაფად.

ფაილი [SandboxSettings] სათაურით უნდა იწყებოდეს, გასაღებები რეგისტრისადმი მგრძნობიარეა, ხოლო ლოგიკური მნიშვნელობები True-ად და False-ად იწერება. დაარედაქტირე გაჩერებული სერვერით. ცვლილებები შემდეგ გაშვებაზე მოქმედებს.

SandboxSettings.ini, გასაღებ-გასაღებ#

ქვემოთ მოცემული მნიშვნელობები გამოყოფილი სერვერის ოფიციალური დოკუმენტაციიდანაა. დიაპაზონები ის არის, რასაც თამაშში სლაიდერები უშვებს; მათ გარეთ მნიშვნელობები შეიძლება შეიკვეცოს ან უცნაურად მოიქცეს.

სირთულე და სიკვდილი

მტრები

გადარჩენის მოთხოვნილებები

ნივთები, პროგრესი და მშენებლობა

სამყარო და გარემო

არსებობს კიდევ რამდენიმე გასაღები - StorageByTag (ნაგულისხმევად True), BridgeSupports (2, დიაპაზონი 0-2), HomeWorlds (True) და InvisibleRadiation (False) - და მათი ზუსტი ეფექტი საუკეთესოდ იკითხება თამაშის sandbox ეკრანის აღწერებიდან, რომელიც იმავე სახელებს იყენებს. ახალი გასაღებები კონტენტის განახლებებთან ერთადაც მოდის. თუ სერვერს ამის დაწერიდან თვეების შემდეგ აწყობ, ერთხელ შექმენი ახალი სამყარო და მისი sandbox ფაილი შენსას შეადარე; რაც შენსაში აკლია, უბრალოდ ნაგულისხმევზეა.

როგორ ურთიერთქმედებს პარამეტრები#

sandbox-ის მნიშვნელობების უმეტესობა სათითაოდ ადვილი გასაგებია და კომბინაციაში მოულოდნელი. რამდენიმე წყვილზე ერთად ფიქრი ღირს, სანამ რომელიმეს შეცვლი.

მოთხოვნილებები და გაფუჭება. შიმშილისა და წყურვილის შემცირება FoodSpoilSpeedMultiplier-ის შეუხებლად ნიშნავს, რომ საჭმელი მაცივარში ლპება გაცილებით ადრე, ვიდრე ვინმეს დასჭირდება, და ჯგუფი სწავლობს, რომ მზარეულობა შეწყვიტოს. თუ მოთხოვნილებებს ანელებ, გაფუჭებაც დაახლოებით იმავე ოდენობით შეანელე, ან გაზარდე RefrigerationEffectivenessMultiplier, რომ სამზარეულო თამაშის ნაწილად დარჩეს და არა ადგილად, სადაც ულუფები სასიკვდილოდ მიდის.

სიკვდილის ჯარიმები და გამძლეობა. DeathPenalties წყვეტს, რას აგდებ; DurabilityLossOnDeathMultiplier წყვეტს, რა ემართება იმას, რასაც ინარჩუნებ. მკაცრი პირველი პარამეტრი რბილი მეორით მაინც სჯის მოთამაშეს, რომელიც ბაზიდან შორს კვდება, რადგან საკუთარ გვამამდე უკან სიარული უწევს. რბილი პირველი პარამეტრი გამძლეობის მკაცრი დანაკარგით ყოველ სიკვდილს შეკეთების ანგარიშად აქცევს. აირჩიე გამოცდილება, რომელიც გინდა - სირბილი საკუთარი აღჭურვილობისთვის ან რესურსების ნელი დაკარგვა - და ორივე ამის მხარდასაჭერად დააყენე.

მტრების გაჩენის სიხშირე და ნადავლის აღდგენა. მეტი მტერი სასრული ნადავლით ნიშნავს, რომ ჯგუფი ხარჯავს საბრძოლო მასალას, რომელსაც ვერ ჩაანაცვლებს. თუ დიდხნიან სერვერზე EnemySpawnRate-ს ზრდი, ამავდროულად ჩართე LootRespawnEnabled, თორემ სერვერი ყოველ კვირა რთულდება მიზეზებით, რომლებიც არავის აურჩევია.

სტეკის ზომა და წონა. ItemStackSizeMultiplier-ის გაზრდა ItemWeightMultiplier-ის შეუხებლად სრულ სტეკს უფრო მძიმეს ხდის, რაც შეიძლება შესუსტებად იგრძნობოდეს. ჯგუფები, რომლებსაც კომფორტი უნდათ, ჩვეულებრივ წონასაც ოდნავ ამცირებენ.

დენი ღამით. PowerSocketsOffAtNight თამაშის უფრო საინტერესო წნეხებიდან ერთ-ერთია - ღამე ნიშნავს გენერატორებს და დაგეგმვას. მისი გამორთვა ნახევარ განაკვეთზე მოთამაშე ჯგუფისთვის კომფორტის დიდი ცვლილებაა და ყველა დანარჩენისთვის ბაზის დიზაინის მთელ ფენას შლის. გადაწყვიტეთ ჯგუფად და არა ადმინმა მარტომ.

ზოგადი ჩვევა: ერთდროულად ერთი პარამეტრი შეცვალე, ჩაწერე რა და რატომ შენი სერვერის Discord-ში და ერთი კვირის თამაშის შემდეგ ისევ შეხედე. პარამეტრების ფაილი, რომელიც სამი თვის განმავლობაში ოთხმა ადამიანმა ჩანაწერების გარეშე დაარედაქტირა, არის ფაილი, რომელზეც ვერავინ იმსჯელებს.

პარამეტრების რეცეპტები სხვადასხვა ჯგუფისთვის#

ესენი საწყისი წერტილებია და არა პასუხები. შეცვალე ორი-სამი მნიშვნელობა, ითამაშე ერთი კვირა და მოარგე.

ნახევარ განაკვეთზე მოთამაშე მეგობრები

ნაგულისხმევი მოთხოვნილებები აგებულია ადამიანებისთვის, რომლებიც ერთბაშად რამდენიმე საათს თამაშობენ. ჯგუფი, რომელიც სამსახურის შემდეგ ერთ საათს თამაშობს, მის ნახევარს ჭამაში ატარებს.

[SandboxSettings]GameDifficulty=1HungerSpeedMultiplier=0.6ThirstSpeedMultiplier=0.6FatigueSpeedMultiplier=0.6ContinenceSpeedMultiplier=0.5FoodSpoilSpeedMultiplier=0.7AllowRecipeSharing=TrueDeathPenalties=1DamageToAlliesMultiplier=0.0

რეცეპტების გაზიარება აქ ყველაზე მნიშვნელოვანია. მის გარეშე ადამიანი, რომელიც მხოლოდ შაბათ-კვირას თამაშობს, ყოველ სესიას ყველაზე ჩამორჩენილი ატარებს. Friendly fire-ის გამორთვა საღამოს თავიდან აარიდებს დასრულებას კამათით შემთხვევით გასროლაზე.

დიდხნიანი საჯარო სერვერი

ობიექტი სასრულია. ნადავლის აღდგენის გარეშე თვეობით ღია სერვერი სულ გასუფთავდება და ახალი მოთამაშეები ცარიელ კარადებთან მოდიან.

[SandboxSettings]LootRespawnEnabled=TrueEnemySpawnRate=1.25EnemyDeployableDamageMultiplier=0.5PlayerFurnitureDestruction=FalseHostAccessPlayerCorpses=FalseDeathPenalties=2

deployable-ების დაზიანების განახევრება თავდასხმებს უშლის ერთი კვირის მშენებლობის გაუქმებას და ამავდროულად ბაზის დაცვას აზრიანს ტოვებს. გვამებზე ჰოსტის წვდომის გამორთვა საჯარო სერვერზეა მნიშვნელოვანი, სადაც „ჰოსტი" შეიძლება იყოს ვინმე, ვისაც არცერთი მოთამაშე არ იცნობს.

რთული კამპანია

[SandboxSettings]GameDifficulty=2EnemyHealthMultiplier=1.25DetectionSpeedMultiplier=1.25EnemyAccuracy=3ItemDurabilityMultiplier=0.8DeathPenalties=3

HardcoreMode გამორთული დატოვე, თუ ყველა წინასწარ არ შეთანხმდა. ერთი სიცოცხლე თითო პერსონაჟზე სერვერზე, სადაც კავშირის გაწყვეტამ შეიძლება მოგკლას, ნაკლებად მხიარულია, ვიდრე ჟღერს.

ჯგუფები, რომლებიც თამაშის მოლოდინზე დიდია

ნაგულისხმევი ლიმიტი ექვსი მოთამაშეა, და ეკონომიკა ამისთვის არის აგებული. თუ -MaxServerPlayers-ს ზრდი, კომპენსაცია გააკეთე: ჩართე ნადავლის აღდგენა, გაზარდე ItemStackSizeMultiplier 2-მდე და განიხილე EnemySpawnRate 1-ზე მეტი, რომ ათეულზე მეტმა ადამიანმაც იპოვოს, ვისაც ებრძოლოს. რამდენი მოთამაშე ეტევა სერვერზე ხსნის, რატომ არის რეალური ზღვარი ჩვეულებრივ თამაშის დიზაინი და არა აპარატურა.

სამყაროს საქაღალდის შიგნით#

Worlds/  Cascade/    SandboxSettings.ini    PlayerData/    (world save files)

PlayerData ინახავს თითო პერსონაჟს ყოველი მოთამაშისთვის, რომელიც ამ სამყაროში შემოვიდა. პერსონაჟები სამყაროებს შორის არ გადაიტანება - მეცნიერი ერთ სამყაროს ეკუთვნის - და როცა ვინმე შენს სერვერზე პირველად შემოდის, მისი პერსონაჟი აქ იქმნება და არა მის PC-ზე. ეს ისეთი თამაშების საპირისპიროა, როგორიცაა Terraria ან Valheim, და ღირს ხალხს ეს უთხრა, სანამ სატესტო სამყაროში საღამოს ჩადებენ.

საქაღალდეს ერთ ერთეულად მოეპყარი. ცალკეული save ფაილების სამყაროებს შორის კოპირება ქმნის სამყაროს, რომელიც მიმართავს რაღაცებს, რომლებიც არ არსებობს.

ჰოსტირებული სამყაროს სერვერზე გადატანა#

სამყარო, რომელიც თამაშიდან ჰოსტავდი, ჰოსტის PC-ზე ცხოვრობს:

%LocalAppData%\AbioticFactor\Saved\SaveGames\<SteamID64>\Worlds\<WorldName>\

1. სთხოვე ჰოსტს, დახუროს თამაში, რომ სამყარო სრულად შეინახოს.
2. დააკოპირე მთელი სამყაროს საქაღალდე, PlayerData-ისა და SandboxSettings.ini-ის ჩათვლით.
3. გააჩერე სერვერი.
4. ატვირთე საქაღალდე AbioticFactor/Saved/SaveGames/Server/Worlds/-ში. SFTP-ით ეს ერთი გადათრევაა; SFTP და ფაილ-მენეჯერი შეერთების დეტალებს შეიცავს.
5. დააყენე -WorldSaveName= საქაღალდის სახელზე ზუსტად, დიდი ასოების ჩათვლით. ალტერნატიულად გადაარქვი საქაღალდეს მიმდინარე სამყაროს სახელი - მაგრამ მხოლოდ მას შემდეგ, რაც ამ სახელის არსებულ საქაღალდეს გზიდან გადაიტან.
6. გაუშვი სერვერი და ლოგში უყურე, რომ სამყარო იტვირთება და არა ახალი იქმნება.

ჯგუფის პერსონაჟები PlayerData-ის შიგნით გადმოდის, ჰოსტისაც ჩათვლით. ყოველი მოთამაშე იქიდან აგრძელებს, სადაც გაჩერდა, თუ იმავე ანგარიშით შემოდის, რომლითაც თამაშობდა. Sandbox-ის წესებიც მოდის, რადგან ფაილი საქაღალდის შიგნითაა - გადატანის შემდეგ შეამოწმე, რადგან ერთმოთამაშიან sandbox-ში შექმნილ სამყაროს შეიძლება ჰქონდეს პარამეტრები, რომლებსაც სერვერისთვის არ აირჩევდი.

საპირისპირო მიმართულებით

სერვერის სამყაროს PC-ზე დასაბრუნებლად - რომ თამაში გააგრძელო, როცა სერვერი დასრულდება, ან სხვას გადასცე ჰოსტინგისთვის - გააჩერე სერვერი, ჩამოტვირთე სამყაროს საქაღალდე და ჩადე ჰოსტის ლოკალურ Worlds საქაღალდეში. ის თამაშის სამყაროების სიაში გამოჩნდება. ეს ნებისმიერი სერვერის გაუქმებამდე გააკეთე: ჰოსტინგების უმეტესობაზე სერვერის წაშლა მის save-ებსაც შლის.

სერვერებს შორის და თავიდან დაწყება

ერთი ჰოსტინგიდან მეორეზე გადასვლა იგივე ატვირთვაა, რომელსაც წინ ჩამოტვირთვა უძღვის: გააჩერე ძველი სერვერი, ჩამოტვირთე სამყაროს საქაღალდე, ატვირთე ახალზე, დააყენე -WorldSaveName და გაუშვი. ჯერ ორივე მხარეს თამაშის ვერსია შეამოწმე - უფრო ახალი build-ით შენახული სამყარო შეიძლება ძველზე არ ჩაიტვირთოს.

ახალი კამპანიის დაწყება არასდროს მოითხოვს რამის წაშლას. დააყენე -WorldSaveName ახალ სახელზე და გაუშვი; ძველის გვერდით ახალი სამყარო იქმნება, ახალი sandbox ფაილით ნაგულისხმევებზე. გააჩერე, როგორც კი საქაღალდე გაჩნდება, ჩააკოპირე მასში შენთვის სასურველი SandboxSettings.ini და ისევ გაუშვი, სანამ ჯგუფი შემოვა, რომ პირველი სესია იმ პარამეტრებზე არ ითამაშოთ, რომელთა შეცვლაც გინდოდა. ძველი სამყარო დისკზე რჩება, და მასზე დაბრუნება ერთი არგუმენტია.

Backup-ები და აღდგენა#

თამაში ლოკალური სამყაროების მოძრავ backup-ებს ინახავს backups საქაღალდეში სამყაროების გვერდით, რამაც ბევრი ჰოსტირებული კამპანია გადაარჩინა. ნუ დაეყრდნობი, რომ სერვერიც იგივეს აკეთებს; შეამოწმე, წერს თუ არა მათ შენი build, და თუნდაც წერდეს, ისინი სამყაროს იმავე დისკზე ზის.

საიმედო რუტინა:

• `Worlds` საქაღალდის ღამის backup, სერვერის გარეთ შენახული, სანამ ჯგუფი აქტიურია.
• ხელით backup თამაშის ყოველი განახლების წინ. Abiotic Factor აქტიური განვითარების ეტაპზეა, და კონტენტის განახლებები ზუსტად ის დროა, როცა save-ების თავსებადობა production-ში მოწმდება.
• ხელით backup sandbox-ის მნიშვნელობების შეცვლამდე, რომლებიც მდგომარეობას ცვლის, მაგალითად ნადავლის აღდგენის ჩართვამდე, რომ გადაწყვეტილების გაუქმება შეგეძლოს.
• სავარჯიშო აღდგენა. აღადგინე backup სამყაროს სხვა სახელით, მიუთითე -WorldSaveName მასზე, შემოდი და შეამოწმე, რომ შენი პერსონაჟი არსებობს. შემდეგ უკან დააბრუნე.

Backup-ები, რომლებიც მართლა აღდგება არის გრძელი ვერსია იმისა, რატომ არის ბოლო ნაბიჯი ყველაზე მნიშვნელოვანი.

RE:NODE-ზე -WorldSaveName და გაშვების სხვა არგუმენტები Startup ჩანართის ველებია, ასე რომ, სერვერის სატესტო სამყაროზე მიმართვა და უკან დაბრუნება ორი ცვლილებაა. Backup-ები კეთდება მოთხოვნისამებრ ან გრაფიკით, ინახება მანქანის გარეთ, ჩამოტვირთვადია და ერთი ღილაკით აღდგება. Schedules-ის ჩანაწერს შეუძლია ღამის backup და მის შემდეგ გადატვირთვა მოწესრიგებულ ამოცანებად გაუშვას, ხოლო Restart ღილაკი სუფთა გაჩერებას აგზავნის, ასე რომ, სამყარო ჯერ ინახება. თუ სერვერი მეხსიერების ლიმიტს მიაღწევს, ის ჩერდება და სუფთად ეშვება და swap-ში არ რჩება, რაც შეუნახავი გაჩერებაა - კიდევ ერთი მიზეზი, რის გამოც ღამის backup ღირს.

პრობლემების მოგვარება#

Sandbox-ის ცვლილებები არაფერს აკეთებს. სერვერი სხვა ფაილს კითხულობს. ლოგში შეამოწმე sandbox-ის გზა, შეამოწმე -SandboxIniPath არგუმენტი და დარწმუნდი, რომ [SandboxSettings] სათაური ზუსტად სწორად წერია.

ატვირთული სამყარო იგნორირდება და ახალი იწყება. -WorldSaveName საქაღალდის სახელს ზუსტად არ ემთხვევა, ან ფაილები ერთი დონით ღრმადაა ჩადებული - არგუმენტში დასახელებულმა საქაღალდემ სამყაროს ფაილები პირდაპირ უნდა შეიცავდეს.

მოთამაშეები გადატანილ სამყაროზე ახალი პერსონაჟებით იწყებენ. PlayerData არ აიტვირთა, ან ისინი სხვა ანგარიშით შემოვიდნენ, ვიდრე თამაშობდნენ.

მნიშვნელობას უკიდურესობაზე ეფექტი არ აქვს. ის სლაიდერის დიაპაზონის გარეთაა და შეიკვეცა. გამოიყენე ზემოთ მოცემულ ცხრილებში არსებული დიაპაზონები.

სამყარო იტვირთება, მაგრამ ობიექტი ცარიელია. ნადავლი ნაგულისხმევად არ აღდგება. დიდხნიანი სერვერებისთვის ჩართე LootRespawnEnabled და შეეგუე, რომ არსებული ცარიელი კონტეინერები დროთა განმავლობაში ივსება და არა მაშინვე.

სერვერი განახლების შემდეგ ძველი სამყაროს ჩატვირთვისას ვარდება. აღადგინე განახლებამდელი backup სათადარიგო სამყაროს სახელით და შეამოწმე, იტვირთება თუ არა; თუ არა, დაელოდე patch-ს და ორიგინალს განმეორებით ნუ ჩატვირთავ.

FAQ#

სად არის SandboxSettings.ini Abiotic Factor-ის გამოყოფილ სერვერზე?

მიმდინარე build-ებზე სამყაროს საქაღალდის შიგნით: AbioticFactor/Saved/SaveGames/Server/Worlds/<WorldSaveName>/SandboxSettings.ini. არგუმენტს -SandboxIniPath შეუძლია სხვაგან მიუთითოს, ხოლო ძველი build-ები Saved/Config/WindowsServer/-ს იყენებდა.

შემიძლია sandbox პარამეტრების შეცვლა არსებულ სამყაროზე?

კი. გააჩერე სერვერი, დაარედაქტირე ფაილი და ისევ გაუშვი. პარამეტრები, რომლებიც მომავალ მოვლენებზე მოქმედებს, მაგალითად ნადავლის აღდგენა ან მტრების გაჩენის სიხშირე, იმ მომენტიდან მოქმედებს და არ გადაწერს იმას, რაც უკვე მოხდა.

გადმოდის პერსონაჟები, როცა სამყაროს სერვერზე გადავიტან?

კი, თუ PlayerData საქაღალდე მასთან ერთად მოდის და მოთამაშეები იმავე ანგარიშებით შემოდიან. პერსონაჟები სამყაროს ეკუთვნის და არა მოთამაშის PC-ს.

შემიძლია ჩემი პერსონაჟის გამოყენება სხვის სერვერზე?

არა. პერსონაჟი მხოლოდ ერთ სამყაროში არსებობს. სხვა სერვერზე შესვლა იქ ახალი მეცნიერის დაწყებას ნიშნავს.

როგორ შევინახო ორი სამყარო ერთ სერვერზე?

თითოეულს მიეცი საკუთარი საქაღალდე Worlds-ის ქვეშ და გადართე -WorldSaveName-ით. ერთდროულად მხოლოდ ერთი მუშაობს, და მეორე ხელუხლებელია, სანამ თამაშობ.

რა უნდა შევცვალო სერვერისთვის, რომელიც თვეობით იმუშავებს?

ჩართე LootRespawnEnabled, თორემ ობიექტი სამუდამოდ დაცარიელდება. განიხილე deployable-ების დაზიანების შემცირება, რომ თავდასხმებმა დიდხნიანი ბაზა არ გააუქმოს.