Problem z gra

[Mirdin]

@Mirdin nie wiem co robisz, ale sprobuj uzyc identa najpierw recznie a dopiero potem wlacz makro.

Tak zawsze robię.
A co do linijki whait, to faktycznie ją z nagrania wywalam, bo zwykle się na niej makro wiesza i target sobie wisi blokując akcję. Zastępuje je zwykłą pauzą.
Ciekawi mnie co powoduje, że razor "nie widzi" co ma targetować, skoro ma określone (lasttarget). Poza tym raz widzi raz nie widzi i to jest dopiero zagadka. (Mam na myśli, że w totalnym bezruchu i bierności w grze raz makro działa, a raz się zawiesza, a potem samo jakoś odnajduje ten item.) Dziwaczne.

[^_^]

Makro w razorze działa tak. Wciskasz nakrywanie, używasz skila i już masz 2 linijki w razorze.  Najprawdopodobniej say .um identyfikacja i wait for target. wskazujesz cel i masz absolute target. Po tym koniecznie musisz dać przerwę ze special construct na wait 10000 inaczej makro się buguje. I teraz w zależności czy robisz coś dodatkowo w grze czy nie to możesz to makro zawiesić albo nie. Poza tym jeśli są lagi na servie wydłuż czas ponownego użycia skila. Inaczej też będzie się bugowało

[tomerro]

@Mirdin nie wiem co robisz, ale sprobuj uzyc identa najpierw recznie a dopiero potem wlacz makro.

Tak zawsze robię.
A co do linijki whait, to faktycznie ją z nagrania wywalam, bo zwykle się na niej makro wiesza i target sobie wisi blokując akcję. Zastępuje je zwykłą pauzą.
Ciekawi mnie co powoduje, że razor "nie widzi" co ma targetować, skoro ma określone (lasttarget). Poza tym raz widzi raz nie widzi i to jest dopiero zagadka. (Mam na myśli, że w totalnym bezruchu i bierności w grze raz makro działa, a raz się zawiesza, a potem samo jakoś odnajduje ten item.) Dziwaczne.

Mysle, ze to nie kwestia samego razora.
To przeciez nie on wykonuje zadanie a client.
On tylko zleca wykonanie pewnej sekwencji a problem tkwi w opoznieniach relacji client-server.
Kurcze, nie wiem czy jasno wytlumacze o co mi chodzi ;]
Sprobuje na przykladzie easyuo.
mamy sobie najprostszy skrypt na identyfikacje jaki tylko mozna napisac.

Kod [Zaznacz] Rozwiń

event macro 13 3 ; tu wiadomo, odpalamy umiejetnosc
wait 5 ; tutaj dajemy szanse serverowi na pokazanie sie celownika ze wzgledu na mozliwy lag (czas 1/4 sekundy)
event macro  22 0 ; opcja odpowiedzialna za wskazanie ostatniego celu
wait 250 ; i tu podajemy czas na wykonanie identyfikacji wraz z delayem po uzyciu umiejetnosci.
I teraz Wyjasnienie.
Jezeli client wysle komende Last Target serverowi a ten nie zdazy jej przyjac w obliczonym wyzej czasie to zawsze ta zbyt predko wyslana komenda wywola komunikat o bledzie makra poniewaz dla servera w trakcie wydania polecenia przez clienta item jeszcze nie istnial.
Podczas pisania skryptow euo lub nagrywania sekwencji razorem zawsze warto wziac pod uwage czas ktory nalezy dodac miedzy uzycie czegokolwiek a wskazanie celu ze wzgledu na mozliwe lagi.

@DzikiHL, ja wiem ze forum nie powinno sluzyc do pomocy skryptowej ale uwierz mi ze robie to dla lepszej przejrzystosci Twojej konsoli ;]

[Mirdin]

Faktycznie, gdy lagi ustąpiły trochę to i makro (to samo) działa pięknie.

[Tinerot]

Zamiast waita używaj polecenia Target, Np. target 3s czeka na celownik do 3 sekund i leci dalej jeśli sie nie pokazal. Ew pętla repeat z warunkiem na #targcurs = 1, jeszcze bezpieczniejsze z jednej strony, z drugiej w przypadku braku celownika z jakiegoś powodu mamy nieskomczonego waita. Idealnego rozwiązania nie ma, ale oba są lepsze od krótkiego sztywnego wait. Blad makra występuje kiedy używasz last target na nieistniejącym celu bądź kiedy serwer nie wyslal celownika. Kiedy cel wlasnie umiera dla serwera juz nie istnieje, dlatego Np. atakowanie umierającego moba moze choć nie musi poskutkowac bledem makra. To samo tyczy sie celow oddalonych bardziej niż maksymalny zasięg wysylanych informacji do clienta. I nie, nie wylaczymy tego;)