Tłumaczenie wspomagane maszynowo; nazwy przedmiotów z gry mogą pozostać w języku angielskim.
Rozpoznaj poprawione błędy wahadłowca i drzwi, ostrożnie przenoś przedmioty i zachowaj kroki pozwalające odtworzyć problem, jeśli nadal występuje.
Sprawdź build przed odtworzeniem sceny
Breathedge 2 otrzymało kilka poprawek premierowych dotyczących fizyki, drzwi i przejść. Jeśli postać lub przedmiot utknie, najpierw sprawdź, czy odpowiednia aktualizacja Steam została zakończona. Powtarzanie skomplikowanej interakcji na starszej wersji może odtworzyć problem, który już został naprawiony. Aktualizacja nie gwarantuje, że każdy istniejący stan zostanie przywrócony, ale jest właściwym punktem wyjścia przed nowym testem.
Skup test na konkretnym problemie. Zwróć uwagę, gdzie występuje problem, co miałeś przy sobie i jaka akcja bezpośrednio mu poprzedzała. Drzwi zamykające się podczas zwykłego ruchu to inna sytuacja niż drzwi reagujące na kilka nakładających się obiektów. Postać utkniona podczas przejścia między pokładami to coś innego niż blokada przez luźny rekwizyt. Opisanie różnicy pomaga odnaleźć odpowiednią notatkę i sprawia, że raport jest przydatny, jeśli naprawa nie obejmuje twojego przypadku.
Poczekaj, aż scena wahadłowca się zakończy.
Wersja 0.8.7 zmienia zapisywanie na końcu lotu wahadłowca. Wcześniej zapisywanie przed tym, jak postać podniosła się z kanapy, mogło spowodować uszkodzony zapis. Teraz zapisywanie jest ograniczone do momentu, gdy postać całkowicie opuści scenę lotu. Jeśli w tym momencie zapis jest niedostępny, pozwól zakończyć się przejściu i powrócić do kontroli, zanim spróbujesz ponownie.
Nie używaj powtarzanego wprowadzania lub wymuszonego przerwania jako pierwszej reakcji na krótkie przejście. Daj normalnej scenie szansę na zakończenie. Jeśli się nie zakończy, zarejestruj, czy kamera się porusza, czy menu się otwiera i czy ten sam stan występuje po wczytaniu wcześniejszego punktu. Unikaj nadpisywania jedynego użytecznego dowodu podczas eksperymentowania. Oficjalna poprawka identyfikuje określone okno czasowe; nie jest to gwarancja, że każdy raport o stanie utkwienia ma tę samą przyczynę.
Przesuwaj obiekty przez drzwi celowo.
Pierwszy hotfix poprawił reakcję pojedynczych i podwójnych drzwi na przenoszone obiekty fizyczne. Późniejsza notatka 0.8.7 dotyczy logiki wielu obiektów, która mogła zamykać drzwi na postać, gdy jeden obiekt opuścił drzwi. W praktyce, drzwi to obszar interakcji, a nie tylko pusty element sceny. Obiekt przechodzący przez nie może zmienić stan drzwi.
Gdy trasa na to pozwala, przesuwaj jeden obiekt na raz i umieść go poza otworem, zanim przyniesiesz kolejny. Trzymaj luźne przedmioty z dala od zamykającej się ścieżki. Jeśli drzwi zachowują się dziwnie, ogranicz scenę do jednego obiektu i jednego wyraźnego ruchu przed ponownym testowaniem. To sposób na wyodrębnienie warunków, a nie gwarantowane obejście. Jeśli problem występuje tylko przy dwóch konkretnych obiektach, ten szczegół należy do raportu.
Traktowanie przejść grawitacyjnych jako osobny przypadek
Wersja 0.8.5 poprawiła, że żółty manekin, który nadal spadał po wyniesieniu ze strefy grawitacyjnej. Dotyczyła także przedmiotów przepadających przez model postaci po śmierci w strefie grawitacji. Są to konkretne sytuacje fizyczne. Obiekt zachowujący się niespodziewanie na granicy grawitacji zasługuje na opis, po której stronie granicy się rozpoczął i czy został przeniesiony, zwolniony lub przeniesiony w inny sposób.
Nie zakładaj, że obiekt zniknął tylko dlatego, że wyszedł poza oczekiwaną ramkę. Przeorientuj się do granicy i sprawdź pobliską przestrzeń, zachowując własną trasę. Jeśli wyszukiwanie stanie się niebezpieczne lub nieproduktywne, zatrzymaj się i zachowaj stan zapisu do diagnozy. Raport mówiący "uwolniony podczas przekraczania tej granicy, a potem dalej spadający" jest znacznie łatwiejszy do zbadania niż "fizyka zepsuta". Trzymaj zrzuty ekranu wycentrowane na odpowiednim obiekcie i lokalizacji.
Użyj znanej wskazówki do odzyskiwania kawałków gliny
Poprawka glinianego posągu zawiera konkretną instrukcję dla istniejących zapisów: elementy już zablokowane w zamontowanych częściach mogą znaleźć jeden metr powyżej zamierzonej pozycji. Wersja 0.8.5 zapobiega także wejściu dodatkowych elementów do już zajętego slotu. Sprawdź ten mały przesunięcie przed rozszerzeniem wyszukiwania lub założeniem, że przedmiot zadania został usunięty.
Ponieważ ta rada dotyczy konkretnego błędu, nie uogólniaj jej na każdy brakujący obiekt. List taksówki ma inne oficjalne wyjaśnienie, a upuszczony fizyczny obiekt ma własną historię ruchu. Najpierw zidentyfikuj obiekt i ostatnią interakcję. Jeśli element gliny nadal nie da się odzyskać w zaktualizowanej wersji, uwzględnij aktualny stan statuy i które elementy są już zainstalowane w raporcie. Daje to deweloperowi sposób na odróżnienie starego, dotkniętego zapisu od nowego niepowodzenia.
Wyślij najmniejszy powtarzalny przypadek
Wersja startowa zawiera narzędzie do zgłaszania w grze pod Esc, następnie Zgłoś błąd, z opcjonalnym przełącznikiem załącznika zapisu. Używaj go, gdy problem się utrzymuje. Opisz oczekiwany rezultat, rzeczywisty rezultat i najkrótsze znane kroki. Dołącz odpowiedni zapis, jeśli czujesz się z tym komfortowo. Dane kontaktowe są opcjonalne; deweloper prosi o nie, gdy może być potrzebna dalsza aktualizacja, ale nie są warunkiem koniecznym do opisania problemu.
Przydatny raport z fizyki zachowuje warunki, zamiast zastępować je spekulacją. Wspomnij o obiekcie, drzwiach lub przejściu, swojej wersji i o tym, czy problem się powtarza. Unikaj twierdzenia uniwersalnego problemu uszkodzenia zapisu z pojedynczego zablokowanego obiektu. Celem jest odzyskanie swojego przebiegu, gdzie to możliwe, i dostarczenie zespołowi wystarczających dowodów na rozwiązanie konkretnej awarii. Ostrożna izolacja jest zwykle szybsza niż próba długiej listy niezwiązanych rozwiązań.
Najpierw opisz stan przed opisaniem przyczyny
Przydatna diagnoza zaczyna się od tego, co można zobaczyć. Napisz, że obiekt przechodzi przez drzwi i drzwi się zamykają, albo że postać nie może się ruszyć po scenie, zamiast zaczynać od teorii o uszkodzonym kodzie kolizyjnym. Obserwacja to coś, co może przetestować inna osoba. Teoria może być błędna i odciągać uwagę od warunków, które naprawdę mają znaczenie.
Uwzględnij akcję bezpośrednio przed problemem. Przenoszenie obiektu, jego uwalnianie, obracanie kamery i ładowanie zapisu to różne przejścia. Jeśli problem pojawia się dopiero po kilku akcjach, zapisz te działania w kolejności, nie dodając niepowiązanych eksploracji. Zachowaj sekwencję na tyle krótką, by móc ją powtórzyć sam. Nie wymaga to wiedzy technicznej. Jasne wyjaśnienie zwykłych wejść i widocznych wyników jest często cenniejsze niż rozbudowane wyjaśnienie z wykorzystaniem terminologii silnika, która nie odpowiada temu, co się wydarzyło.
Odróżnić uwięziony obiekt od uwięzionego bohatera
Jeśli obiekt nie może się poruszać, ale postać może, najpierw zachowaj swoją pozycję i przyjrzyj się obiektowi z innej perspektywy. Jeśli postać nie może się ruszyć ani z nich, sprawdź, czy menu reaguje, zanim wprowadzisz dalsze zmiany. Te obserwacje oddzielają lokalny problem z handlem od szerszej utraty kontroli. Nie dodawaj siły tylko dlatego, że to jedyna akcja, którą próbowałeś na początku.
Kiedy postać pozostaje wolna, przenieś się w miejsce z wyraźnym widokiem i zidentyfikuj, co dotyka obiektu. Może być przydatne usunięcie niezwiązanych luźnych przedmiotów z najbliższej okolicy, jeśli można to zrobić bez utraty czegoś ważnego. Kiedy postać jest ugrzęźnięta, powtarzane poruszanie się może utrudnić zrozumienie sytuacji bez jej rozwiązania. Zarejestruj dostępne sterowanie i zachowaj odpowiedni zapis gry. Ten poradnik nie obiecuje, że obiekt zawsze można odzyskać fizycznie; daje sposób na określenie zakresu przed podjęciem następnego kroku.
Izoluj jedną interakcję z drzwiami na raz
W przypadku powtarzalnego problemu z drzwiami zmniejsz test do jednego podejścia, jednego obiektu i jednego kierunku. Jeśli to działa, dodaj warunek związany z niepowodzeniem, taki jak drugi obiekt lub inny kąt. Szukasz najmniejszej różnicy, która zmienia wynik. Tworzy to przydatny raport i może ujawnić praktyczny sposób postępowania bez stwierdzania, że naprawiłeś podstawowy błąd.
Unikaj zmieniania narzędzia, obiektu, podejścia i zapisu gry jednocześnie. Jeśli następna próba się powiedzie, nie będziesz wiedział, która różnica miała znaczenie. Zachowaj krótką rejestrację każdego porównania. Stwierdzenie typu „jeden obiekt przechodzi normalnie; to samo podejście z innym przedmiotem już w otworze powoduje zamknięcie drzwi” daje znacznie więcej informacji niż dziesięć niezwiązanych nieudanych prób. Przestań testować, gdy warunek jest jasny. Nie musisz powtarzać awarii dziesiątki razy, aby raport był przekonujący.
Trzymaj ważne obiekty questowe poza niekontrolowanymi eksperymentami
Ucząc się zachowania nieznanej interakcji, użyj ustawienia o niskich konsekwencjach, jeśli jest dostępne. Nie używaj jedynego znanego obiektu questowego jako pierwszego przedmiotu, który przepychasz przez skomplikowany zbiór luźnych rekwizytów. Sprawdź ścieżkę, zwolnij miejsce do uwolnienia obiektu i unikaj mieszania go z podobnymi przedmiotami podczas testowania. Są to decyzje organizacyjne, a nie twierdzenie, którymi obiektami gra chroni przed utratą.
Jeśli ważny obiekt utknie, zapisz jego tożsamość i ostatnią widoczną pozycję przed próbą odzyskania. Sprawdź odpowiedni stan zadania, aby wiedzieć, czy gra już zarejestrowała wymaganą akcję. Czasem praktycznym problemem jest zakończenie interakcji; czasem odzyskanie obiektu na późniejszy etap. Wymagają innych dowodów. Nie zakładaj, że upuszczenie lub przesunięcie obiektu jest nieszkodliwe, chyba że obecne zadanie to jasno pokaże. Zachowaj stan przed próbami, które mogą utrudnić śledzenie jego lokalizacji.
przetestuj starszy zapis bez mylenia wyniku
Jeśli masz wcześniejszy zapis i zdecydujesz się go porównać, zwróć uwagę, który punkt reprezentuje i czego oczekujesz od porównania. Czyste ładowanie sprzed interakcji może pomóc ustalić, czy awaria zależy od późniejszego stanu. Nie dowodzi, że aktualny zapis jest trwale nieużyteczny lub że problem nie może się powtórzyć. Zachowaj te wnioski osobno.
Po załadowaniu powtarzaj tylko odpowiednią sekwencję. Wybierając inną trasę, przesuwając kilka nowych obiektów i wykonując kolejne zadanie przed testem, zmienia zbyt wiele warunków. Jeśli niepowodzenie się nie powtórzy, zapisz znaną różnicę i unikaj zgadywania reszty. Jeśli powtarza się regularnie, wcześniejszy zapis może być szczególnie pomocny do raportu, ponieważ programista może zacząć przed akcją wyzwalającą. Upewnij się, że zachowasz postęp, na którym ci zależy, zanim pozwolisz jakimkolwiek testom go nadpisać.
Nagraj przydatny zrzut ekranu lub krótką sekwencję
Zrzut ekranu powinien pokazać relację wynikającą z awarii: obiekt i otwarcie, pozycję postaci lub odpowiedni komunikat. Zbliżenie tekstury bez otaczającego kontekstu może być wizualnie wyraźne, ale diagnostycznie słabe. Jeśli potrzebne jest kilka obrazów, użyj pary przed i po i wyjaśnij przebieg akcji między nimi. Nie uwzględniaj niezwiązanych z nimi danych osobowych i innych zastosowań.
Krótkie nagranie może być przydatne, gdy problemem jest czas, ale powinno zaczynać się tuż przed odpowiednią akcją, a nie zawierać całą sesję odtwarzania. Podkreśl, który moment ma znaczenie. Jeśli nie możesz nagrać filmu, pisemne kroki są nadal wartościowe. Celem jest, aby widoczny rezultat był zrozumiały dla kogoś, kto nie widział Twojego ekranu. Dokładny, mały przykład jest lepszy niż dramatyczna kompilacja, która łączy kilka różnych awarii bez wskazania, jak każda z nich nastąpiła.
Oddziel tymczasowy sukces od trwałego obejścia
Obserwacja, że obiekt przechodzi przez drzwi raz po ponownym załadowaniu, jest użyteczna, ale nie wystarcza, aby zalecać ponowne ładowanie jako gwarantowane rozwiązanie. Opisz dokładnie, co zadziałało i w jakim stanie. Jeśli się tym podzielasz, używaj języka, który zachowuje niepewność. Inni gracze mogą mieć inną aranżację obiektów lub zapis dotknięty innym problemem.
Praktyczne obejście problemu powinno być wąskie i możliwe do odwrócenia, jeśli to możliwe. Na przykład mniej zagracone podejście może pozwolić ci ukończyć bieżące zadanie, ale nie dowodzi, że każdy problem z drzwiami wynika z bałaganu. Unikaj instrukcji, które poświęcają postęp lub usuwają pliki, chyba że istnieje zweryfikowany powód. Celem jest bezpieczne kontynuowanie z dostępnymi informacjami, a następnie zgłoszenie nierozwiązanego zachowania, jeśli jest to potrzebne. Zbyt pewne porady mogą przekształcić zarządzalny lokalny problem w dużo większy problem z odzyskiwaniem.
Wiedz, kiedy przestać manipulować sceną
Gdy warunek jest powtarzalny i zachowałeś użyteczny stan, dalsze eksperymenty mogą nie przynieść dużych korzyści. Jeśli każda próba pozostawia więcej obiektów w niezręcznych pozycjach lub utrudnia odzyskanie postaci, przestań. Skorzystaj z innej dostępnej drogi lub zapisz tylko wtedy, gdy zachowujesz postęp, który chcesz, albo odłóż zadanie na później, aż pojawi się odpowiednia poprawka.
Po powrocie po aktualizacji zacznij od tej samej małej reprodukcji zamiast nowej improwizowanej sekwencji. Sprawdź, czy udokumentowany objaw się zmienił, i zanotuj wynik. Umożliwia to stwierdzenie, kiedy problem został rozwiązany. Staranna diagnostyka fizyki nie polega na znajdowaniu sprytnych exploitów dla każdej przeszkody; chodzi o utrzymanie sceny zrozumiałej, ochronę użytecznego postępu i dostarczenie deweloperom testu, który faktycznie mogą wykonać.
Jeśli inny gracz odtwarza ten sam objaw, porównaj obiekt i wyzwalacz przed połączeniem raportów. Podobne zrzuty ekranu mogą ukrywać różne przyczyny. Dopasowanie kroków jest silniejszym dowodem niż dopasowanie wyglądu postaci utkwionej w drzwiach.
Źródła i weryfikacja
Ten artykuł łączy cytowane fakty z praktycznymi poradami redakcyjnymi. Przed zastosowaniem starszej trasy sprawdź wersję i uwagi dotyczące niepewności.
