RE:NODE

Valheim-ის კომფორტის მოდები ჯგუფებისა და სერვერებისთვის

ავტორი RE:NODE-ის გუნდი
11 წუთის საკითხავი


კომფორტის მოდები, რომლებსაც Valheim-ის ჯგუფი პირველი კვირის შემდეგაც ინარჩუნებს, მოკლე სიაა: კრაფტინგი უშუალოდ ახლომდებარე ყუთებიდან, quick-stack და დახარისხება, რამდენიმე მოთამაშის ერთდროულად ერთი ყუთით სარგებლობა და უკეთესი რუკის pin-ები. კითხვა, რომელიც განსაზღვრავს, რამდენ პრობლემას გამოიწვევს ისინი, ისაა, სად უნდა იყოს თითოეული დაყენებული. craft-from-containers და საერთო ყუთების მოდები სერვერზეც უნდა იდგეს და ყველა კლიენტზეც, და სერვერი მოთამაშეებს, რომლებსაც ისინი არ აქვთ, გააგდებს; quick-stack მოდები ნაწილობრივ სერვერიდან სინქრონიზდება; რუკის pin-ის მოდები ჩვეულებრივ მხოლოდ კლიენტისაა და თითოეულ მოთამაშეს შეიძლება მივანდოთ. ეს გიდი თითოეულ კატეგორიას განიხილავს, ასახელებს მოდებს, რომლებსაც ჯგუფების უმეტესობა იყენებს, და გიჩვენებს, როგორ ააგო ნაკრები, რომელიც თავის თავს არ ეწინააღმდეგება.

სად უნდა იყოს დაყენებული QoL მოდი#

ყოველი Valheim-ის მოდი დაყენების სამი ტიპიდან ერთს განეკუთვნება და კომფორტის მოდებისთვის პასუხი ნაკლებად აშკარაა, ვიდრე კონტენტ-მოდებისთვის:

დაყენებარას ნიშნავსტიპური QoL მაგალითები
მხოლოდ კლიენტზეთითოეული მოთამაშე თავად წყვეტს; სერვერმა არაფერი იცისრუკის pin-ის ხელსაწყოები, ინტერფეისის მცირე ცვლილებები, კამერის მოდები
ორივეგან, სინქრონიზაციითყველგან უნდა ემთხვეოდეს; პარამეტრები სერვერიდან მოდისCraft from containers, საერთო ყუთები
ორივეგან, ნაწილობრივ არჩევითიმუშაობს თითოეულ მოთამაშესთან, ზოგი პარამეტრი სინქრონიზდება, თუ სერვერზე არისQuick stack და დახარისხება

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

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

ორი პრაქტიკული შენიშვნა მოდების სახელებამდე. Xbox-ის მოთამაშეები მოდებს ვერ აყენებენ, ამიტომ crossplay სამყაროში ნებისმიერი ორმხრივი მოდი ან მათ გამორიცხავს, ან შესვლას უშლის; მხოლოდ კლიენტის QoL მოდებია ერთადერთი სახეობა, რომელსაც შერეული ჯგუფი თავისუფლად იყენებს. და QoL მოდები ხშირად ხელიდან ხელში გადადის. ავტორები მიდიან, პაკეტები deprecated ხდება, ფორკები ჩნდება. ჯგუფის რომელიმეზე დაბმამდე შეამოწმე Thunderstore-ის გვერდი და მისი ბოლო განახლება, და როცა გადაწყვეტ, ვერსია საერთო პროფილში დააფიქსირე.

კრაფტინგი და მშენებლობა ახლომდებარე ყუთებიდან#

ეს მოდი ამთავრებს Valheim-ის ყველაზე გავრცელებულ გზას: სამუშაო მაგიდიდან ყუთთან და უკან მეოცე ჯერ სიარულს. craft-from-containers მოდები კრაფტინგის სადგურს, სამშენებლო ჩაქუჩსა და ღუმელებს საშუალებას აძლევს მანძილზე მყოფი ყუთებიდან აიღონ.

ჩვეულებრივი არჩევანია Azumatt-ის AzuCraftyBoxes. მისი ქცევა, Thunderstore გვერდის მიხედვით:

  • კრაფტინგი და მშენებლობა რესურსებს მანძილზე მყოფი კონტეინერებიდან იღებს. Container Range პარამეტრი ნაგულისხმევად 20-ია.
  • Leave One Item (ნაგულისხმევად ჩართული) ყუთში თითოეული ნივთიდან ერთს ტოვებს, რომ ყუთმა დახარისხება შეინარჩუნოს.
  • შეზღუდვები YAML ფაილშია, Azumatt.AzuCraftyBoxes.yml BepInEx/config-ში, ნივთების ჯგუფებითა და კონტეინერების მიხედვით exclude და includeOverride სიებით. ჩამოუთვლელი კონტეინერები ყველაფერს უშვებს. სადგურების ჩანაწერები, მაგალითად ღუმელებისა და სამზარეულოს სადგურების, კონტეინერებზე ადრე მოწმდება და კონტეინერის წესებს გადაფარავს.
  • hotkey მოთამაშისთვის აღებას რთავს და თიშავს, მოდიფიკატორი კლავიში კი ღუმელთან ყუთებიდან საწვავს ან მადანს ავსებს.
  • ის ServerSync-ს იყენებს. თუ სერვერზეა დაყენებული, კლიენტები, რომლებსაც ის არ აქვთ, გააგდება, და Lock Configuration ნაგულისხმევად ჩართულია, ამიტომ სინქრონიზებული პარამეტრების შეცვლა მხოლოდ ადმინებს შეუძლიათ.

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

craft-from-containers მოდი ცვლის იმასაც, როგორი უნდა იყოს საერთო საცავისა და კრაფტინგის ბაზა: ყუთები შეიძლება კრაფტინგის ოთახს შემოერტყას და არა ცალკე საცავში იდგეს, ხოლო მარკირებას ნაკლები მნიშვნელობა აქვს, რადგან სადგური ნივთებს თავად პოულობს.

Quick stack, დახარისხება, შენახვა და trash#

ფუნქციების მეორე ყველაზე მოთხოვნადი ჯგუფი ინვენტარის დამუშავებაა: ყუთში ყველაფრის ჩაყრა, რაც მის შიგთავსს ემთხვევა, ყუთის დახარისხება, საკვებისა და ისრების უკან აღება, ქვის გადაგდება. Goldenrevolver-ის Quick Stack - Store - Sort - Trash - Restock ყველაფერს ამას ერთ მოდში აერთიანებს. მისი გვერდის მიხედვით:

  • Quick stack გახსნილ ყუთში ან ახლომდებარე ყუთებში, საკვებისა და საბრძოლო მასალის restock მათგან, store all, ინვენტარისა და კონტეინერების sort და trash, მათ შორის სწრაფი trash ნივთებისთვის, რომლებიც trash-ად არის მონიშნული.
  • რჩეულები: დააჭირე რჩეულის კლავიშს (ნაგულისხმევად Alt) და დააწკაპუნე ნივთზე, ან right-click-ით სლოტი მონიშნე. რჩეული ნივთები არასოდეს იდება დასტაში, არ ინახება, არ ხარისხდება და არ იგდება - სწორედ ეს აჩერებს quick stack-ს, რომ შენი ხმალი იარაღის ყუთში არ ჩადოს.
  • სერვერის სინქრონიზაცია: ტერიტორიული stacking-ისა და restocking-ის პარამეტრები სერვერიდან სინქრონიზდება, მაგრამ მოდი ყველა მოთამაშეს დაყენებული არ სჭირდება.
  • მრავალმოთამაშიანი უსაფრთხოება: მოთამაშეებს არ შეუძლიათ ისეთ ყუთში stack-ი ან მისგან restock, რომელიც სხვა მოთამაშეს აქვს გახსნილი. მრავალმოთამაშიან რეჟიმში ტერიტორიული stacking და restocking ნაგულისხმევად გამორთულია, თუ MultiUserChest-ს არ იყენებ, ან არ დააყენებ AllowAreaStackingInMultiplayerWithoutMUC-ს. გემის კონტეინერი ტერიტორიული stacking-იდან გამორიცხულია.

ის Trash Items-ს შეუთავსებლად ასახელებს, რადგან trash-ს უკვე შეიცავს, და აღნიშნავს, რომ მისი ინტერფეისი Project AUGA-სთან არ მუშაობს (hotkey-ები კი მუშაობს). ასევე ამბობს, რომ ზოგი კრაფტინგის მოდის მორგებული ნივთის მონაცემების მქონე დასტებს დახარისხება ან restocking არ აერთიანებს.

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

საერთო ყუთები: MultiUserChest#

ვანილის Valheim-ში ყუთს ერთდროულად მხოლოდ ერთი მოთამაშე ხსნის; დანარჩენებს "in use" ეწერებათ. ჯგუფურ სერვერზე, მოგზაურობის ბოლოს, საცავთან ეს რიგი რეალური გაღიზიანებაა. MSchmoecker-ის MultiUserChest რამდენიმე მოთამაშეს ერთდროულად ერთი ყუთით სარგებლობის საშუალებას აძლევს.

რას ამბობს მისი გვერდი და რატომაა ეს მნიშვნელოვანი:

  • ის სერვერზეც უნდა იდგეს და ყველა კლიენტზეც. დაკარგული ან შეუსაბამო დაყენება კავშირს ბლოკავს.
  • მას BepInEx და Jotunn სჭირდება, ამიტომ სერვერსაც Jotunn სჭირდება - რას მოიტანს ეს, იხილე Jotunn ბიბლიოთეკის განმარტება.
  • ნივთების გაორმაგება შეუძლებელია: თუ ორი მოთამაშე ერთსა და იმავე ნივთს ერთსა და იმავე წამს გადააადგილებს, მხოლოდ ერთი გადატანა მიიღება.
  • ის QuickStore-ს, QuickStack-სა და SimpleSort-თან შეუთავსებელია, რომლებიც desync-ს იწვევენ და მასთან ერთად არ ეშვებიან, და რეკომენდაციას უწევს Quick Stack Store Sort Trash Restock-ს. სხვა ინვენტარის მოდებს, რომლებსაც თავსებადად ასახელებს, შორისაა SmartContainers, QuickDeposit, DepositAnywhere და Valheim Simple Auto Sort.

ეს შეუთავსებლობის სია მთავარია, რაც უნდა იცოდე. აირჩიე MultiUserChest და Goldenrevolver-ის quick stack მოდი და გექნება ჯგუფური სერვერებისთვის ყველაზე გავრცელებული წყვილი; დაამატე ძველი quick-stack მოდი და მიიღებ იმ desync-ებს, რომელთა თავიდან აცილებისთვისაც ეს ორი მოდი შეიქმნა. ნებისმიერი კონტეინერის მოდების შეთავსებისას თითოეული გვერდის თავსებადობის შენიშვნები დანარჩენებთან შეადარე - მოდების კონფლიქტები და დამოკიდებულებები განმარტავს, რატომაა ორი მოდი ერთ საქმეზე ყველაზე რთულად შესამჩნევი კონფლიქტი.

რუკის pin-ები და საერთო ექსპლორაცია#

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

რუკის pin-ის მოდები ძირითადად თავად pin-ებს აუმჯობესებენ:

  • ComfyMods-ის Pinnacle კლიენტის მხარედაა მითითებული. ის ამატებს კლავიშს pin-ის შენს პოზიციაზე ჩასადებად, add-map-pin ბრძანებას, pin-ის ფერებს, ზომებსა და ხატულებს, რომლებიც pin-ის სახელში ტეგებით იდება (მაგალითად [#ff0000] ან [150%]), და პანელებს pin-ების რედაქტირებისთვის, სიისთვის და გაფილტვრისთვის. ხატულის მორგება მხოლოდ იმ მოთამაშეებს ჩანს, ვისაც Pinnacle-იც აქვთ; დანარჩენები ნაგულისხმევ ხატულას ხედავენ. მისი რუკაზე ტელეპორტის ფუნქციას devcommands სჭირდება და მხოლოდ ერთმოთამაშიან რეჟიმში ან ლოკალურად ჰოსტინგისას მუშაობს, ამიტომ dedicated სერვერზე ჩვეულებრივ მოთამაშეებისთვის არაფერს აკეთებს.
  • AutoMapPins მოთამაშის გარშემო სკანირებს და ავტომატურად ქმნის pin-ებს მადნებისთვის, კენკრისთვის, დანჯონებისთვის და მსგავსისთვის, პარამეტრების უმეტესობით YAML ფაილებში. ორიგინალი FixItFelix-ის პაკეტი ახლა deprecated-ადაა მონიშნული, ხოლო მიმდინარე თამაშის ვერსიებისთვის მხარდაჭერის ფორკი Thunderstore-ზე ცალკე გამოქვეყნდა. დაყენებამდე შეამოწმე, რომელია მიმდინარე, და თუ ყველა კატეგორიას ჩართავ, რუკა გადაიტვირთება.

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

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

QoL ნაკრების აგება ჯგუფისთვის#

კომპაქტური ნაკრები, რომლითაც ჯგუფების უმეტესობა კმაყოფილია, და სადაც თითოეული ნაწილი მიდის:

მოდიავტორისერვერიკლიენტები
AzuCraftyBoxesAzumattდიახდიახ, თორემ გააგდებს
Quick Stack - Store - Sort - Trash - RestockGoldenrevolverდიახ, სინქრონიზებული ტერიტორიული პარამეტრებისთვისთითოეული მოთამაშე, ვისაც უნდა
MultiUserChestMSchmoeckerდიახდიახ, აუცილებელია
Jotunn (MultiUserChest-ის დამოკიდებულება)ValheimModdingდიახდიახ
PinnacleComfyModsარაარჩევითი, მოთამაშის მიხედვით
Configuration ManagerBepInExარაარჩევითი, პარამეტრების თამაშში სარედაქტიროდ

მათი დამატების პროცესი:

  1. ააგე ერთი r2modman პროფილი ორმხრივი მოდებითა და ბიბლიოთეკებით, დაფიქსირებული ვერსიებით, როგორც Thunderstore და r2modman ჯგუფებისთვის-შია.
  2. დააყენე იგივე ფაილები სერვერზე: .dll ფაილები BepInEx/plugins-ში, შემდეგ პირველი გაშვება კონფიგურაციების შესაქმნელად.
  3. დააყენე სერვერის მნიშვნელობები: AzuCraftyBoxes-ის მანძილი და YAML გამონაკლისები, quick-stack-ის ტერიტორიული პარამეტრები, ნებისმიერი დაკეტვა.
  4. გაუზიარე პროფილის კოდი ჯგუფს; მოთამაშეები საკუთარ მხოლოდ კლიენტის მოდებს თავზე ამატებენ.
  5. მზადყოფნის გამოცხადებამდე გამოსცადე ორი მოთამაშით საცავში ერთდროულად.

BepInEx-ის გუნდის Configuration Manager პროფილში ჩასართავად ღირს. ის ამატებს თამაშში პარამეტრების მენიუს (ნაგულისხმევად F1-ით იხსნება), რომელიც მოდების კონფიგურაციებს ცვლის, და სინქრონიზებული პარამეტრებისთვის ადმინს შეუძლია ფაილის გახსნის გარეშე ყველასთვის შეცვალოს მნიშვნელობები. Configuration Manager სერვერებზე განმარტავს, რომელი ცვლილება სინქრონიზდება და რომელი რჩება ლოკალური.

RE:NODE-ზე მოდები შედის ფაილ-მენეჯერით ან SFTP-ით - არ არსებობს მოდების whitelist და ერთი დაწკაპუნებით მოდების დამყენებელი, ამიტომ სერვერის BepInEx/plugins შენია შესავსებად - ხოლო კონფიგურაციები და YAML ფაილები ბრაუზერის რედაქტორში იცვლება. რედაქტორისა და SFTP-ის შესახებ იხილე ფაილები.

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

ზოგი QoL არჩევანი მეტ ხახუნს ქმნის, ვიდრე ხსნის:

  • ორი მოდი ერთ საქმეზე. ორი quick-stack მოდი, ორი ინვენტარის ზომის მოდი, ორი craft-from-chest მოდი. თითოეული ცალკე მუშაობს; ერთად ქმედებებს აორმაგებს ან ერთსა და იმავე ღილაკებზე ეჯიბრება. აირჩიე ერთი თითო საქმეზე.
  • all-in-one მოდები სპეციალიზებულებთან ერთად. Valheim Plus-ის ფორკები და მსგავსი პაკეტები შეიცავს კრაფტინგს ყუთებიდან, რუკის გაზიარებას, დასტის ზომებს და სხვას. თუ შენი ჯგუფი ერთს იყენებს, სპეციალიზებული QoL მოდის დამატებამდე შეამოწმე მისი ფუნქციები და გადაფარული ფუნქცია ერთ-ერთში გამორთე.
  • QoL, რომელიც ბალანსს ცვლის. უფრო დიდი დასტის ზომები, მსუბუქი მადანი და ტვირთის წონის გარეშე ხშირად QoL-თან ერთად ჯგუფდება, მაგრამ ისინი თამაშის ლოგისტიკას ცვლიან, განსაკუთრებით ცურვასა და ურმებით ტრანსპორტს, რასაც მადნის ლოგისტიკა გემებითა და ურმებით ეხება. მიიჩნიე ისინი ბალანსის ცვლილებებად და ჯგუფურად შეთანხმდით.
  • სერვერის მოდები ერთი მოთამაშის სურვილისთვის. თუ ფუნქცია მხოლოდ ერთ მოთამაშეს უნდა და ის შეიძლება მხოლოდ კლიენტის მხარეს იყოს, სერვერზე ნუ დააყენებ. ყოველი ორმხრივი მოდი კიდევ ერთი რამაა, რაც ყოველი patch-ის შემდეგ უნდა ემთხვეოდეს.

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

FAQ#

რომელი Valheim QoL მოდები უნდა იდგეს სერვერზე?

ყველაფერი, რაც ნივთებს კონტეინერებში გადააადგილებს ან განსაზღვრავს, რას ხარჯავს მშენებლობა: craft-from-containers მოდები, როგორიცაა AzuCraftyBoxes, და საერთო ყუთების მოდები, როგორიცაა MultiUserChest. Quick-stack მოდები ზოგ პარამეტრს სერვერიდან სინქრონიზებენ. რუკის pin-ისა და ინტერფეისის მოდები ჩვეულებრივ მხოლოდ კლიენტისაა.

შეუძლიათ თუ არა მოთამაშეებს quick stack-ის გამოყენება სერვერზე, თუ მოდი სერვერზე არ არის?

Goldenrevolver-ის quick-stack მოდი თითოეულ მოთამაშესთან მუშაობს, მაგრამ მრავალმოთამაშიან რეჟიმში ტერიტორიული stacking და restocking ნაგულისხმევად გამორთულია. სერვერზე MultiUserChest-ის გაშვება ან AllowAreaStackingInMultiplayerWithoutMUC-ის ჩართვა მათ რთავს, ხოლო მოდის სერვერზე დაყენება ამ პარამეტრებს ყველასთვის ერთნაირად ინახავს.

რატომ აგდებს AzuCraftyBoxes მოთამაშეებს?

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

არსებობს თუ არა მოდების გარეშე ერთი რუკის გაზიარების გზა მოთამაშეებს შორის?

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

შეუძლიათ თუ არა Xbox-ის მოთამაშეებს QoL მოდებიან სერვერზე შესვლა?

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