Artak pisze:Adremen, mam kilka kolejnych błędów
Odnośnie komunikatu przy włączaniu, to pewnie przez to, że mam pustą listę wrogów.
Od razu mówię, że nie instalowałem najnowszego mappera, więc może w najnowszym to poprawiłeś, ale:
1. Chodzenie za kimś w drużynie. Ogólnie trigger masz działający, ale w triggerze masz odwołanie:
Działa działa. Jeśli nie przekażesz ostatniego argumentu to jest on nil, a w follow masz:
więc wszystko jest ok, to jest celowe.
2. Chodzenie i zmienna:
Eh Artaku Artaku, jak już chcesz się żalić to musisz spędzić więcej czasu i rozpoznać dokładnie jak działa cały mechanizm mappera
Albo usiąść do tego od strony GMCP i Arki i wtedy zobaczysz czemu czasami stosuję takie ruchy, a nie inne
Ok, to po kolei kilka najważniejszych informacji.
Każda Twoja komenda trafia do kolejki. Dzięki temu masz niegubienie się w miejscach, gdzie w GMCP nie koordynatów (jaskinie, bagna itp). To jest zrobione tak, że:
- wklepujesz masę komend kierunkowych
- zaczynają przychodzić GMCP. Każde przyjście GMCP powoduje podbieranie komend z kolejki. Pierwsza, która jest poprawnym ruchem jest wykonywana. itp itd.
Teraz tak: przyjście gmcp.room powoduje odpalenie on_key_event(). Znaczy to, że przyszedł komunikat i trzeba wykonać ruch z kolejki. Te wszystkie komendy typu "stan", "kondycje" są później filtrowane (w amap.follow() masz:
Kod: Zaznacz cały
local new_id = get_next_room_from_dirs(current_id, dir, dir)
if not dir and not new_id then
amap.dir_from_key = nil
return false
end
follow dla tych komend zwraca false, bo nie ma wyjścia "stan" z lokacji, więc on_key_event wie, ze musi brać kolejny kierunek. Wywoła kolejny raz follow z nową komendą itp. O to się nie przejmuj, mapper sprytnie potrafi to wyfiltrować.
Teraz dochodzimy do tego, dlaczego śledzenie drużyny nie działa z kolejką. Odpowiedź jest bardzo prosta: Bo śledzenie drużyny nie korzysta z GMCP (dlatego wtedy cały mechanizm GMCP jest wyłączony). Dlaczego tak jest? Dlatego, że GMCP przychodzi szybciej niż tekst "Podazasz za ...", już o tym pisałem gdzieś. Wiem, że jest ruch, ale nie mam kierunku, jest problem. Stąd takie rozwiązanie.
Stąd też, jeśli podążasz za drużyną i nagle się ruszysz gdziekolwiek (nawet o jedną lokację), to powracając do drużyny chcąc ją śledzić musisz dać '/fo', żeby "przełączyć się" z powrotem na parsowanie bez GMCP (czyli chodzenie za drużyną).
A nawet czasami jest tak, że kierunek wpada między te wklepane komendy (bo trigger zdąży się szybciej wykonać niż skrypt wyrzuci wszystko z tabeli) i mapper się gubi
i tak ma być, mapper sobie wyfiltruje i weźmie tylko odpowiedni kierunek, wszystko zadziała. Daj mi konkretne kombinacje/miejsca gdzie mapper się gubi jak szybko chodzisz. Ja właśnie sprawdziłem stojąc na bagnach taką komendę:
Kod: Zaznacz cały
w;stan;w;k wszystkich;e;fuknij;fuknij;e;kto;e
Mapper wychwycił wszystko i postawił mnie na właściwej lokacji. Pamiętaj, że chodzenie Twoje nie działa na triggerach a na GMCP - w tym przypadku przyjdzie 5 komunikatów GMCP, więc kolejkowani sprwi, że będą wzięte w dobrej kolejności = wszystko zadziała zgodnie z założeniem.
Możliwe (nie sprawdzone) rozwiązania:
1. Skoro używasz kolejki, to używaj jej zawsze
bo z triggera follow_team kierunek nie wpada do stosu, tylko wpierdziela się gdzieś z boku
2. Sprawdź najpierw czy kierunek, który leży sobie w stosie ma sens (jeszcze nie chciało mi się ogarniać kolejki "amap.queue" ale w momencie wrzucenia czegoś w tą tabelkę możesz sprawdzić czy taki kierunek występuje na danej lokacji. Jak nie ma, to nie wrzucaj
).
1. Nie, followanie drużyny nie będzie kolejkowane, bo kolejkowanie jest do GMCP (dzięki temu mapper nie gubi się na szybkim bieganiu po tereneach bez GMCP gdzie komunikaty przychodzą po Twoich komendach).
2. Nie, nie trzeba tego robić inaczej. Sprawdzanie jest (w funkcji follow). Jak wyobrażasz sobie sprawdzanie tego przed wrzuceniem do kolejki? Musiałbym rozpoznawać wszystkie wyjścia/wejścia specjalne. Załóżmy, że je zbiorę do listy, mam super długą listę. Nagle administracja dodaje nowe teremy z nowymi wyjściami, których nie mam na liście, lista musi być zmodyfikowana. Nie, to nie ma sensu. Znacznie prostszą metodą jest to co robię, czyli wzięcie każdej komendy po kolei i sprawdzenie, czy z aktualnej lokacji jest wyjście (normalne lub specjalne) w kierunku wpisanej komendy. To po prostu działa i działa dość niezawodnie.
Nie przeczę, że chcesz dobrze, ale musisz wiedzieć, że pewne rzeczy nie wynikają z tego, że nie chcę tego uprościć, a z tego, że Mudlet zgłasza event gmcp.room wcześniej niż pojawia się tekst na ekranie.
EDIT: Lekka modyfikacja w związku z postem Gleanevalla i Rafgarta
