Skyrim Together Reborn არცერთ მოდს არ სინქრონებს. დეველოპერები ამას პირდაპირ ამბობენ: არ არსებობს მოდები, რომლებიც განზრახ სინქრონდება, და მოდები მხოლოდ შემთხვევით სინქრონდება. გადაურჩება თუ არა მოდი co-op-ს, მთლიანად იმაზეა დამოკიდებული, რას ცვლის. მოდები, რომლებიც მხოლოდ იმას ცვლის, რასაც ერთი მოთამაშე ხედავს - ტექსტურები, მეშები, განათება, ინტერფეისის მოდების უმეტესობა - უსაფრთხოა, რადგან შესათანხმებელი არაფერია. მოდები, რომლებიც ნივთებს ან აბჯარს ამატებს, ჩვეულებრივ მუშაობს, თუ ყველა მოთამაშეს ერთი და იგივე plugin-ები აქვს ერთი და იმავე რიგით. მოდები, რომლებიც სკრიპტებს, AI-ს, ქვესტებს ან თავად ძრავას ცვლის, ის ადგილია, სადაც co-op სესიები იშლება, რადგან ყოველი მოთამაშის Skyrim ამ ლოგიკას დამოუკიდებლად უშვებს, Skyrim Together კი შედეგის მხოლოდ ნაწილს ასახავს. ამ გზამკვლევის დანარჩენი ნაწილი ხსნის, რატომ, ახარისხებს მოდების გავრცელებულ კატეგორიებს რისკის მიხედვით და გაჩვენებს, როგორ ააწყო და დააწესო მოდების სია, რომელზეც ჯგუფს მართლა შეუძლია თამაში.
ამის სერვერის მხარე - სერვერის დაყენება, STServer.ini-ის ყოველი გასაღები და ადმინის ბრძანებები - განხილულია Skyrim Together Reborn-ის სერვერის გზამკვლევში. ეს სტატია იმ ნაწილზეა, რაც მოთამაშეების კომპიუტერებზე ხდება, და სწორედ იქ იწყება co-op-ის თითქმის ყველა პრობლემა.
რას სინქრონებს Skyrim Together სინამდვილეში#
ყოველი მოთამაშე Skyrim-ის სრულ, ერთმოთამაშიან ასლს უშვებს. Skyrim Together თითოეულ ასლს უერთდება და სერვერის გავლით მდგომარეობის განსაზღვრულ ნაკრებს ცვლის: ვინ სად არის, რას აკეთებს და მსოფლიო ივენთების ნაწილი. ყველაფერი, რაც ამ ნაკრების გარეთაა, თითოეულ კომპიუტერზე ცალ-ცალკე ხდება, და ორი კომპიუტერი, რომელიც ერთსა და იმავე თამაშის ლოგიკას დამოუკიდებლად უშვებს, ერთმანეთს დაშორდება.
| სფერო | სინქრონდება? | შენიშვნები |
|---|---|---|
| მოთამაშის პოზიცია, ანიმაცია, აღჭურვილობა | კი | მოდის ბირთვი |
| ბრძოლა, დაზიანება და მაგია მოთამაშეებსა და NPC-ებს შორის | კი | NPC-ების სამიზნის არჩევა შეიძლება აირიოს |
| NPC-ები და არსებები მოთამაშეების ახლოს | კი | თითოეულ აქტორს ერთი კლიენტი ფლობს და მართავს |
| მთავარი და მეორეხარისხოვანი ქვესტები | კი | ჯგუფის ლიდერის გავლით, იხილე ქვემოთ |
| სხვადასხვა წვრილი ქვესტები | არჩევითი | bEnableMiscQuestSync, ექსპერიმენტული |
| გამოცდილება საბრძოლო უნარებისთვის | კი | bEnableXpSync, ნაგულისხმევად ჩართული |
| დღე-ღამის დრო | კი | საათს სერვერი ფლობს, uTimeScale |
| კალენდარული თარიღი | არჩევითი | bSyncPlayerCalendar |
| დიალოგები და სცენები | ნაწილობრივ | მართავს ჯგუფის ლიდერი |
| სამყაროში დაგდებული ნივთები | არჩევითი | bEnableItemDrops, გამორთულია, რადგან სერვერებს ავარდნილა |
| მოთამაშის სახლის სკივრები | არჩევითი | bSyncPlayerHomes, ნაგულისხმევად გამორთული |
| პერსონაჟები, ინვენტარი და save-ები | არა | ყოველი მოთამაშის საკუთარი save ფაილი |
ქვესტების მოდელი ბევრ „გაფუჭებული ქვესტის" საჩივარს ხსნის. ჯგუფის ლიდერი ფაქტობრივად სამყაროს მასპინძელია: პროგრესი ყველასთან სინქრონდება, როცა ლიდერი ქვესტს წინ წაწევს. ოფიციალური playguide-ის წესები აქედან გამომდინარეობს - მხოლოდ ლიდერი ელაპარაკება ქვესტის NPC-ებს და იღებს ქვესტის ნივთებს, ლიდერი ლოკაციაში პირველი შედის, სერვერზე ერთი ჯგუფია და ერთი ლიდერი მთელ გავლაზე და არა თითო სესიაზე. წევრებს შეუძლიათ მოკლან ქვესტის მტრები, გაასუფთაონ დანჯენები და ამოხსნან თავსატეხები, სანამ ლიდერი იქ არის.
ახლა დაფიქრდი, რას აკეთებს ქვესტის მოდი. ის ამატებს ახალი ქვესტების ჩანაწერებს და სკრიპტებს, რომლებიც ყოველ კლიენტზე ეშვება. Skyrim Together სინქრონებს ქვესტის ეტაპებს იმ ქვესტებისთვის, რომელთა მიყოლაც იცის, მაგრამ ახალი ქვესტის სკრიპტები მაინც დამოუკიდებლად ეშვება ყოველ კომპიუტერზე, და ნებისმიერმა სკრიპტმა, რომელიც დამოკიდებულია რაღაცაზე, რაც მხოლოდ ერთმა კლიენტმა გააკეთა - trigger box, დიალოგში არჩევანი, ნივთის აღება - შეიძლება კლიენტები სხვადასხვა მდგომარეობაში დატოვოს. ასეთია სინქრონიზაციის ყოველი ჩავარდნის ზოგადი ფორმა: ლოგიკა, რომელიც ყოველ კომპიუტერზე ლოკალურად ეშვება და რეაგირებს ივენთებზე, რომლებიც მხოლოდ ერთმა კომპიუტერმა დაინახა.
რატომ არის load order co-op-ში უფრო მნიშვნელოვანი#
Skyrim ყოველ ობიექტს - ყოველ ხმალს, NPC-ს, კარს და შელოცვას - form ID-ით მიმართავს. form ID-ის პირველი ნაწილი მოდის იმ plugin-ის პოზიციიდან load order-ში, რომელიც მას განსაზღვრავს. ხმალი შენს სიაში მეხუთე plugin-იდან და იგივე ხმალი შენი მეგობრის სიაში მეექვსე plugin-იდან, თითოეული ძრავის თვალსაზრისით, სხვადასხვა რიცხვია.
ამიტომ „ერთი და იგივე მოდები გვაქვს" საკმარისი არ არის. იგივე მოდები სხვა რიგით, ან იგივე მოდები ერთ კომპიუტერზე ერთი დამატებითი patch-ით, გაძლევს ჯგუფს, სადაც აღჭურვილობა, NPC-ები და ობიექტები შეიძლება არ ემთხვეოდეს - შიშველი NPC ან შიშველი მოთამაშე, რომელსაც პრობლემების მოგვარების გვერდები აღწერს, ყველაზე თვალსაჩინო სიმპტომია, თუმცა სხვა მიზეზებიც აქვს. მსუბუქი plugin-ები (.esl) ამას ვერ გაურბის: ისინი საკუთარ სლოტში ცხოვრობენ, მაგრამ მათი რიგი მაინც მნიშვნელოვანია.
ერთადერთი წყობა, რომელზეც შეიძლება დაეყრდნო, არის იგივე plugin-ები, იგივე ვერსიებით, იგივე რიგით, ყოველ კომპიუტერზე. Skyrim Together გაძლევს ხელსაწყოს ზუსტად ამის დასაწესებლად.
bEnableModCheck და loadorder.txt#
STServer.ini-ში bEnableModCheck=true-ით სერვერი ყოველი შემომსვლელი მოთამაშის loadorder.txt-ს საცნობარო ასლს ადარებს და უარს ეუბნება ყველას, ვისი სიაც არ ემთხვევა. ეს ორსაათიან desync-ის გამოძიებას კარში უარყოფად აქცევს.
- ერთი მოთამაშის კომპიუტერზე ჩართე ზუსტად ის მოდები, რომლებსაც ჯგუფი გამოიყენებს, სასურველი რიგით, Mod Organizer 2-ში ან Vortex-ში.
- იპოვე ამ პროფილის
loadorder.txt. Mod Organizer 2-ში ის პროფილის საქაღალდეშია; Vortex-ში გამოიყენე Open, შემდეგ Open Game Application Data Folder. - გააჩერე სერვერი და ფაილი ჩადე საქაღალდეში სახელად
Data- დიდი D-თი - სერვერის გვერდით, რომ სერვერმაData/loadorder.txtწაიკითხოს. - დააყენე
bEnableModCheck=true, გაუშვი სერვერი და კონსოლში მოძებნეModPolicy is active.
[ModPolicy]bAllowMO2=truebAllowSKSE=truebEnableModCheck=trueSkyrim.esmUpdate.esmDawnguard.esmHearthFires.esmDragonborn.esmSkyUI_SE.espImmersiveWeapons.espორი შეზღუდვის გაგება ღირს. შემოწმება plugin-ების სიას ადარებს და არა მათში არსებულ ფაილებს, ასე რომ, ორი მოთამაშე ერთი და იმავე .esp-ის სხვადასხვა ვერსიით მას გაივლის. და მოდები, რომლებსაც plugin საერთოდ არ აქვთ - ტექსტურების პაკეტები, SKSE DLL-ები, ანიმაციის ფაილები - loadorder.txt-ში არ ჩანს და არ მოწმდება. მოდების შემოწმება load order-ის თანხვედრას აწესებს; მოდების თანხვედრას - არა. ვერსიები კვლავ დისციპლინის საქმეა, და ამიტომ არსებობს შემდეგი სექციები.
STServer.ini მხოლოდ მაშინ არედაქტირე, როცა სერვერი გაჩერებულია. გაშვებული სერვერი გამორთვისას თავის მეხსიერებაში არსებულ კონფიგურაციას უკან წერს, ასე რომ, გაშვებულ სერვერზე შენახული ცვლილება გადაიწერება.
მოდების კატეგორიები, რისკის მიხედვით დალაგებული#
რაც ქვემოთაა, სინქრონიზაციის მოდელის მუშაობიდან გამომდინარე პრაქტიკული რჩევაა და არა თავსებადობის ოფიციალური სია. ცალკეული მოდებისთვის საზოგადოების თავსებადობის ტრეკერი GitHub-ზე და ოფიციალური wiki ნებისმიერ სტატიაზე უფრო აქტუალურია.
| კატეგორია | ტიპური რისკი | რატომ |
|---|---|---|
| ტექსტურები, მეშები, ამინდის ვიზუალი, ENB ან ReShade | დაბალი | ცვლის იმას, რასაც ერთი კლიენტი ხატავს, არაფერი იცვლება |
| ინტერფეისის მოდები, როგორიცაა SkyUI | დაბალი | ლოკალური წარმოდგენა, თუმცა მენიუები, რომლებიც თამაშს აჩერებს, სხვანაირად იქცევა |
| ახალი იარაღი, აბჯარი, ნივთები | დაბალიდან საშუალომდე | კარგია იდენტური load order-ით, plugin ყოველ კომპიუტერზე სჭირდება |
| ახალი NPC-ები და თანმხლებები | საშუალო | NPC-ების ფლობა მართულია, თანმხლების AI საიმედო არ არის |
| ბრძოლის, perk-ების და AI-ის overhaul-ები | მაღალი | ყოველი კლიენტი სხვანაირად ითვლის; დაზიანება და ქცევა იშლება |
| ქვესტისა და სიუჟეტის მოდები | მაღალი | ლოკალური სკრიპტები, რომლებიც რეაგირებს ივენთებზე, რომლებიც მხოლოდ ერთმა კლიენტმა დაინახა |
| სკრიპტებით დატვირთული გეიმფლეის მოდები (მოთხოვნილებები, survival, ეკონომიკა) | მაღალი | მუდმივი ლოკალური სკრიპტის მდგომარეობა, რომელსაც არავინ იზიარებს |
| SKSE plugin-ები, რომლებიც ძრავას, რენდერერს ან save სისტემას ერთვის | მაღალი | შეიძლება Skyrim Together-ის საკუთარ hook-ებს შეეჯახოს |
| ანიმაციის ფრეიმვორკები და behaviour patch-ები | მაღალი | ყოველ კლიენტს იდენტური გენერირებული შედეგი უნდა ჰქონდეს |
| თამაშთან მოყოლილი Creation Club ფაილები | წაშალე | ოფიციალური გზამკვლევი მკაცრად გირჩევს მათ წაშლას |
ამათგან რამდენიმე დეტალურ განხილვას იმსახურებს.
ვიზუალური მოდები
ტექსტურებისა და მეშების შემცვლელები უსაფრთხო ბოლოა. სხვა მოთამაშის აბჯარი შენი ტექსტურებით იხატება, ასე რომ, ჯგუფს ვიზუალზე შეთანხმება შედეგების გარეშეც კი შეიძლება არ ჰქონდეს - თუმცა მეშის შემცვლელი, რომელიც სხეულის ფორმას ცვლის, უცნაურად გამოიყურება მის გვერდით, ვისაც ის არ აქვს. განათებისა და ამინდის ვიზუალური მოდები ლოკალურია, მაგრამ თავად ამინდს ჯგუფის ლიდერი მართავს, ამიტომ ამინდის მოდი, რომელიც ახალ ამინდის ტიპებს ამატებს, მონაცემების მოდია და არა ვიზუალური.
კონტენტის მოდები: ახალი ნივთები, აბჯარი და NPC-ები
ესენი ჩანაწერებს plugin-ის მეშვეობით ამატებს. თანხვედრილი load order-ით ისინი ჩვეულებრივ წესიერად იქცევიან: მოდის აბჯარში ჩაცმული მოთამაშე სხვებს, ვისაც იგივე plugin აქვს, ამ აბჯარში ეჩვენება. plugin-ის გარეშე ნივთი მეორე კომპიუტერზე საერთოდ ვერ იარსებებს. ახალი NPC-ები მუშაობს იმ გაგებით, რომ Skyrim Together მათ ნებისმიერი სხვა აქტორის მსგავსად ასახავს, მაგრამ ყველაფერი, რასაც ისინი საკუთარი სკრიპტებით აკეთებენ, ლოკალურია.
თანმხლებები სუსტი წერტილია ვანილაშიც კი. თანმხლების AI იმ კლიენტზე ეშვება, რომელიც მას ფლობს, და დეველოპერები გირჩევენ, შეერთებამდე თანმხლებები გაუშვა. მოთამაშეების ჯგუფს თანმხლების მოდი არ სჭირდება.
Overhaul-ები და სკრიპტებით დატვირთული მოდები
ბრძოლის overhaul-ები ცვლის დაზიანების ფორმულებს, stagger-ს, AI პაკეტებსა და perk-ებს. ორი კლიენტი, რომელიც ერთსა და იმავე ბრძოლაზე სხვადასხვა მათემატიკას უშვებს, ვერ თანხმდება, ვინ ვის დაარტყა, და იდენტური ასლებიც კი შეიძლება დაშორდეს, რადგან ყოველი კლიენტი საკუთარ ტაიმინგს თავად წყვეტს. Survival და მოთხოვნილებების მოდები ყოველ კომპიუტერზე მუდმივ სკრიპტებს უშვებს საერთო მდგომარეობის გარეშე, ასე რომ, ერთი მოთამაშის შიმშილს მეორისასთან არაფერი აქვს საერთო, ხოლო საერთო ივენთების შედეგები - საერთო ბანაკი, მომზადებული საჭმელი - არ აისახება. ეს მოდები შეიძლება სათამაშო იყოს შემწყნარებელი ჯგუფისთვის; მათგან მუშაობას არ უნდა ელოდო.
SKSE plugin-ები და ძრავის hook-ები
თავად SKSE კარგია, და სერვერს შეუძლია მისი დაშვება ან აკრძალვა bAllowSKSE-ით. რისკი არის DLL plugin-ები, რომლებიც ძრავის იმავე ფუნქციებს ერთვის, რასაც Skyrim Together - რენდერერი, კამერა, save სისტემა, შეყვანა. ოფიციალური wiki ასახელებს რამდენიმეს, რომლებიც კარგად არ იტვირთება, მათ შორის KiLoader, Smoothcam, Alternate Conversation Camera-ს ვარიანტები, S.L.A.C.K., Wheeler და Master Occlusion Field, მაშინ როცა სხვები, როგორიცაა Engine Fixes 7 და Skyrim Souls RE Updated, 1.8-თან ჩატვირთვადად დაფიქსირდა, მას შემდეგ რაც ადრინდელი ვერსიები არ იტვირთებოდა. Address Library for SKSE მოდის მოთხოვნაა და არა არჩევითი დამატება.
ანიმაციის მოდები
Skyrim Together ანიმაციებს ძირითადად ყოველი პერსონაჟის behaviour graph-ის მდგომარეობის გაგზავნით ასახავს და არა თავად ანიმაციის. ანიმაციის ფრეიმვორკები ამ graph-ს ცვლის ყოველ კომპიუტერზე ახალი behaviour ფაილების გენერირებით. თუ ორი მოთამაშის გენერირებული შედეგი განსხვავდება, ერთი და იგივე სიგნალი ყოველ ეკრანზე სხვადასხვა ანიმაციას ნიშნავს, რაც კოსმეტიკურიდან გაფუჭებულამდე მერყეობს. თუ შენი ჯგუფი ანიმაციის მოდებს იყენებს, ყოველ მოთამაშეს იდენტური ნაკრები სჭირდება და ერთი და იმავე მოდების სიიდან უნდა გაუშვას რეგენერაცია.
co-op მოდების სიის აწყობა, რომელიც გაუძლებს#
გზა, რომელიც მუშაობს, მოსაწყენია: დაიწყე ვანილა Skyrim Together-იდან, ამატე ცოტ-ცოტა და ყოველი დამატება ორ ადამიანთან ერთად შეამოწმე.
- სუფთად დაიწყე. მთელი ჯგუფი შეაერთე მოდების გარეშე Skyrim Together-ზე, Address Library-ით, წაშლილი Creation Club ფაილებით და თამაშის ერთი და იგივე build-ით. ითამაშე ერთი სესია. ყოველი შემდგომი პრობლემა ახლა რაღაცას მიეწერება, რაც შენ დაამატე.
- ჯერ ვიზუალი დაამატე. უსაფრთხოა და თამაშს მოდიფიცირებულის შეგრძნებას რისკის გარეშე აძლევს.
- კონტენტი პატარა ჯგუფებად დაამატე. ხუთი plugin ერთდროულად, შემდეგ შემოწმება. ყოველი ჯგუფის შემდეგ ხელახლა შექმენი და გაავრცელე
loadorder.txt. - Overhaul-ებს მოერიდე, თუ ჯგუფი რისკს არ იღებს. თუ ერთს დაამატებ, მარტო დაამატე და სრული სესია ითამაშე, სანამ სხვას რამეს დაამატებ.
- ყველაფერი ჩაიწერე. მოდის სახელი, ვერსია, ფაილის სახელი და ჩამოსატვირთი ბმული, საერთო დოკუმენტში. როცა მესამე კვირაში რამე გაფუჭდება, სია ის გზაა, რომლითაც იპოვი, რა შეიცვალა.
სია გაავრცელე პაკეტად და არა ინსტრუქციებად. კომპიუტერებს შორის დაკოპირებული Mod Organizer 2-ის პროფილი, ან შერჩეული კოლექცია, რომელიც იდენტურ ფაილებს აყენებს, შლის „ახალი ვერსია დავაყენე" ტიპის პრობლემას. მოდ-მენეჯერები და კოლექციები ვერ გაასწორებს მოდს, რომელიც არ სინქრონდება, მაგრამ შეუძლიათ უზრუნველყონ, რომ ყველა ერთსა და იმავეს უშვებდეს მაინც - და მოდების load order-ის ახსნა დალაგების წესებს აღწერს, თუ მათზე ფიქრი არასდროს დაგჭირვებია.
ორმოთამაშიანი ტესტი ნებისმიერი ახალი მოდისთვის
| ტესტი | რას იჭერს |
|---|---|
| ორივე მოდის ნივთს იცვამს და ერთმანეთს უყურებს | დაკარგული ჩანაწერები, load order-ის შეუსაბამობა |
| ერთი ნივთს აგდებს, მეორე მის აღებას ცდილობს | ნივთების სინქრონიზაცია, რომელიც ნაგულისხმევად მიზეზით არის გამორთული |
| ერთად ებრძოლეთ NPC-ების ჯგუფს | AI-ისა და ბრძოლის overhaul-ის დაშორება |
| ლიდერი ქვესტის ეტაპს წინ წაწევს, წევრი ჟურნალს ამოწმებს | ქვესტის სინქრონიზაცია მოდის სკრიპტების თანდასწრებით |
| ერთად შედით ინტერიერში და გამოდით | უჯრედებს შორის გადასვლა, ყველაზე გავრცელებული crash-ის წერტილი |
| ორივე ინახავს, გადის, ხელახლა ტვირთავს და ხელახლა უერთდება | save-ის თავსებადობა მოდთან |
ამის თხუთმეტი წუთი სესიამდე იჭერს უმეტესობას იმისა, რაც სხვა შემთხვევაში საღამოს გააფუჭებდა.
განახლებები: Skyrim, მოდი და ყველაფერი შუაში#
Skyrim Together Reborn მიბმულია Skyrim Special Edition-ის კონკრეტულ build-ზე, ამჟამად უახლეს 1.6.x-ზე Steam-ზე ან GOG-ზე. როცა Bethesda თამაშს ანახლებს, Skyrim Together-ს, SKSE-ს, Address Library-ს და ნებისმიერ SKSE plugin-ს შესაბამისი განახლებები სჭირდება, და ისინი ერთ დღეს არ მოდის. ჩვეულებრივი შედეგი ჯგუფია, სადაც ზოგ მოთამაშეს Skyrim განახლებული აქვს და არაფერი მუშაობს.
- უთხარი ჯგუფს, რომ patch-ის დღეს Skyrim Steam-იდან არ გაუშვან, სანამ მოდების ავტორები არ დაეწევიან.
- კლიენტის მოდი და სერვერი ერთად განაახლე. ერთ ვერსიაზე მყოფი კლიენტი და მეორეზე მყოფი სერვერი ერთმანეთს ვერ ელაპარაკება.
- სერვერის ვერსია დააფიქსირე და ნუ მიჰყვები უახლეს image-ს, რომ ჯგუფს, რომელიც ჯერ კიდევ ძველ კლიენტზეა, ფეხქვეშ არ შეეცვალოს.
- რამის განახლებამდე ყოველი მოთამაშის მომუშავე save-ის ასლი შეინახე. მოდების წაშლამ ან შეცვლამ შეიძლება save ჩაუტვირთავი გახადოს - ოფიციალური გზამკვლევი აფრთხილებს, რომ ეს თამაშთან მოყოლილი Creation Club კონტენტის წაშლაზეც კი ვრცელდება.
რა ვქნა, როცა მოდის განახლება რამეს ამტვრევს აღდგენის ზოგად თანმიმდევრობას შეიცავს; ამ თამაშისთვის მოკლე ვერსია ასეთია: ჯგუფი უკან ერთად ბრუნდება ან საერთოდ არ ბრუნდება.
სერვერის როლი#
სერვერი სამყაროს არ ინახავს და მოდებს არ უშვებს. მოდების სტაბილურობაში მისი წვლილი პოლიტიკის სექცია და სინქრონიზაციის რამდენიმე გადამრთველია:
| გასაღები | რეკომენდაცია მოდიფიცირებული ჯგუფისთვის |
|---|---|
bEnableModCheck | true, Data/loadorder.txt-ით, რომელსაც შენ აკონტროლებ |
bAllowSKSE | true, თუ სიაში რომელიმე მოდს SKSE სჭირდება, თორემ false |
bAllowMO2 | true, თუ ყველა Vortex-ს არ იყენებს |
bEnableItemDrops | დატოვე false. ნივთების დაგდება ის ადგილია, სადაც მოდის ნივთები crash-ების უმეტესობას იწვევს |
bSyncPlayerHomes | დატოვე false, თუ ჯგუფს საერთო სკივრები არ უნდა და რისკს არ იღებს |
bEnableMiscQuestSync | დატოვე false, სანამ ვანილა ქვესტები შენი ჯგუფისთვის საიმედო არ გახდება |
RE:NODE-ზე Skyrim Together-ის სერვერს თავისი ერთი პორტი გამოყოფილი აქვს, STServer.ini ბრაუზერში რედაქტირდება, Data საქაღალდის შექმნა კი ფაილ-მენეჯერში შეიძლება, ასე რომ, ახალი loadorder.txt-ის ჩაგდება არის გაჩერება, ატვირთვა და გაშვება. მიმდინარე loadorder.txt backup-ის სლოტში შეინახე კონფიგურაციასთან ერთად; როცა მოდების ახალი ჯგუფი რამეს გააფუჭებს, წინა პოლიტიკის ფაილის აღდგენა უფრო სწრაფია, ვიდრე მისი თავიდან აწყობა. Backup-ები, რომლებიც მართლა აღდგება ხსნის, რატომ უნდა ივარჯიშო ამ აღდგენაში ერთხელ, ხოლო მოდიფიცირებული სერვერის სისუფთავე - უფრო ფართო ჩვევას.
desync-ის მოგვარება#
NPC-ები ან მოთამაშეები შიშვლები ჩანან. კარგად ცნობილი პრობლემა. ხელახლა შეუერთდი, ან შედი ინტერიერში და გამოდი; თუ გრძელდება, სერვერი გადატვირთე. თუ ეს მხოლოდ მოდის აღჭურვილობას ემართება, load order-ები შეადარე.
მოთამაშეს mod policy-ის შეცდომით უარს ეუბნება. მისი loadorder.txt სერვერისას განსხვავდება. შეადარე ორი ფაილი ხაზ-ხაზ; ჩვეულებრივ დამნაშავე ერთი დამატებითი patch plugin-ია.
ყველას ერთი load order აქვს, ნივთები მაინც არასწორად ჩანს. ერთი და იმავე plugin-ის სხვადასხვა ვერსია, ან დაკარგული ტექსტურების ან მეშების პაკეტი, რომელსაც მოდების შემოწმება ვერ ხედავს. შეადარე ვერსიები საერთო მოდების სიიდან.
მოდის ქვესტი მხოლოდ ერთ მოთამაშეს გაეჭედა. ქვესტის სკრიპტები მის კლიენტზე სხვანაირად გაეშვა. ქვესტის debugger-ს, რომელიც F3-ით და შემდეგ F2-ით იხსნება, შეუძლია ჯგუფის გაჭედვიდან გამოყვანა, იმ გაფრთხილებით, რომ შეიძლება ქვესტი მთლიანად გამოტოვოს. გამოყენებამდე შეინახე.
მტრები მხოლოდ ერთ მოთამაშეს ესხმიან. ბრძოლის სამიზნის არჩევა აირია. დატოვე ტერიტორია და დაბრუნდი. ბრძოლის overhaul-ები ამას უფრო ხშირს ხდის.
თამაში ნებისმიერ სერვერთან შეერთებისას ვარდება. სანამ მოდებს დაადანაშაულებ: კლიენტსა და სერვერს AES-NI-ის მხარდაჭერის მქონე CPU სჭირდება, რადგან ქსელის ბიბლიოთეკა მასზეა დამოკიდებული. შემდეგ შეამოწმე ძრავაზე მიბმული SKSE plugin-ები.
Crash-ები Steam-ის განახლების შემდეგ დაიწყო. Skyrim განახლდა, მოდი, SKSE ან რომელიმე plugin კი - არა. დაელოდე განახლებებს ან აღადგინე თამაშის წინა build.
FAQ#
რომელი მოდებია ოფიციალურად მხარდაჭერილი Skyrim Together Reborn-ის მიერ?
არცერთი. ოფიციალური პოზიცია ასეთია: ყველაზე სტაბილური გამოცდილებისთვის სხვა მოდები საერთოდ არ უნდა გაუშვა, და არცერთი მოდი განზრახ არ სინქრონდება. მოდები, რომლებიც შემთხვევით მუშაობს, მუშაობს იმის გამო, რასაც ცვლის, და არა ინტეგრაციის გამო.
ტექსტურებისა და გრაფიკის მოდები co-op-ში მუშაობს?
ზოგადად კი. ისინი მხოლოდ იმას ცვლის, რასაც ერთი კლიენტი ხატავს, და სერვერთან არაფერს ცვლის, ასე რომ, მოთამაშეებს სხვადასხვა ვიზუალური მოდის გაშვებაც კი შეუძლიათ. ამინდის მოდები, რომლებიც ამინდის ახალ ტიპებს ამატებს, მონაცემების მოდებია და სხვანაირად იქცევა.
bEnableModCheck უზრუნველყოფს, რომ ყველას ერთი და იგივე მოდები ჰქონდეს?
ის უზრუნველყოფს, რომ ყველას ერთი და იგივე plugin-ები ჰქონდეს ერთი და იმავე რიგით. ფაილების ვერსიებს არ ადარებს და ვერ ხედავს მოდებს plugin ფაილის გარეშე, როგორიცაა ტექსტურების პაკეტები ან SKSE DLL-ები.
შეგვიძლია survival ან მოთხოვნილებების მოდის ერთად გამოყენება?
დაყენება შეგიძლიათ, მაგრამ მისი მდგომარეობა მოთამაშეებს შორის არ ზიარდება. ყოველი მოთამაშის შიმშილი, სიცივე და დაღლილობა ცალ-ცალკე მიდის, და საერთო ივენთები არ აისახება. მიუდექი მას როგორც ერთმოთამაშიან ფენას, რომელიც შემთხვევით co-op-შია.
რატომ ფუჭდება თანმხლებები Skyrim Together-ში?
თანმხლების AI იმ კლიენტზე ეშვება, რომელიც მას ფლობს, და ეს რამდენიმე მოთამაშით კარგად ვერ უძლებს. დეველოპერები გირჩევენ, შეერთებამდე თანმხლებები გაუშვა.
სერვერზე მოდების დაყენება მჭირდება?
არა. სერვერი მოდებს არ უშვებს. მას მხოლოდ loadorder.txt სჭირდება თავის Data საქაღალდეში, თუ გინდა, რომ bEnableModCheck-ით load order-ის თანხვედრა დააწესოს.
კომენტარები
სრულიად ანონიმურად: ანგარიშის, ელფოსტის და cookie-ის გარეშე. ინახება მხოლოდ სახელი, ტექსტი და დრო - სხვა არაფერი. ბმულების რაოდენობა ლიმიტირებულია.