Yoko

UO.WaitTargetTile(uo.IsMineTile(UO.GetX()+x, UO.GetY()+Y), STR(UO.GetX()+x), STR(UO.GetY()+Y), z)

Тоже не сработает? Для первого варианта.

isMineTile что возвращает? массив? список? число в HEX системе? строку с числом в HEX представлении?
Так не работает, пишет Target cannot be seen.

Но это при учете, что тайлы пещеры забиты в статику, а не созданные ГМом.
Список тайлов есть в теме с 2014 инжектом.

Аха, то есть мне эту строку ещё и парсить надо , если в ней больше одного тайла. А разделитель что? Пробел?
Врядли в минок пещере кто-то что-то правил. По крайней мере координата Z везде = 0, и по графике всё стандартно.

Разделитель вроде бы запятая.
Я не находил еще тайлы в пещерах, где на 1 были несколько, несколько тайлов скорее к деревьям относится, т.к. там может учитываться листва.
Можешь принт в чат/текстовое окно этого тайла сделать для проверки.

Да я делал, возвращает HEX тайла. Но почему-то он не прокатывает в WaitTargetTile. WTT вообще способен HEX принимать как параметр?
Ещё странная вещь : пытался результат IsMineTile() в DEC перевести с помощью hex2int - ошибку выдаёт.

Опа, atoi отказывается переводить HEX в число.
Вариант:

uo.print('DEC tile='+str( uo.Hex2Int( uo.IsMineTile(uo.getx(), uo.gety()) ) ))
uo.print('HEX tile='+uo.IsMineTile(uo.getx(), uo.gety()))

Мне перевело сейчас.

Да, это работает. Не думал что INT надо ещё и в строку перевести, прежде чем передать в WaitTargetTile.
такие моменты нигде не документированы, вот и начинается секас на ровном месте.

Однако работает условно, оригинальная проблема никуда не исчезла Что , вообщем-то , и не удивительно. Тип тайла и так правильно передавался.
Кстати, у меня тут ещё в injection_log пишет ***Error: MulReader::failed to load verdata.mul . Может как-то связано?

Кхм, в строку не обязательно переводить вроде бы, для отправки в WTT, как и в остальные фукнции, которые не возвращают значения. Перевод чисел в строки в инжекте давно уже делается (должен) автоматом.
Странно) Можешь скинуть тестовый акк в личку? Завтра вечером если не занят буду - тоже посмотрю что за дела творятся. Или там авторег? Версия клиента?
Кстати, Z координата играет роль?

Там авторег, клиент 5.0.9.1 .
Насчёт координаты Z - хз, в пещере она везде 0. Я даже не экспериментировал с ней.

А поставь, в изначальном варианте скрипта, перед ловушкой таргета wait(500)

            startTime = now()  
                    wait(500)           
            UO.WaitTargetTile(TileNum,STR(UO.GetX()+x),STR(UO.GetY()+Y),z)
            UO.UseType(PickAxeType) 

_________________
CodeSweeper

Не, ошибка загрузки вердаты роли не играет. 5 клиент разьве еще использует вердату?
Вердата может играть роль при расчете поиска пути, если в ней забиты мульти.
С ошибкой загрузки вердаты уже разобрался, надо только дождаться релиза, который неизвестно когда будет.

Ёшкин кот, копал, копал и выдал ошибку - Target cannot be seen.
Я сейчас верну оригинальное использование WTT и поставлю задержку.

А, ну это нормально. Проверять же на 0 надо.

У меня такое ощущение что твоё предложение о wait перед WTT сработало )))))))))))))

Да, копает как проклятый. И все мессаги теперь приходят.

Кстати, обработайте эксепшн, когда кнопочкой отрубаю скрипт ,висящий в WaitForJournalText

Если будет нормально работать, можно задержку оптимизировать, срезай по -100 до тех пор пока не подберешь оптимальное значение.

_________________
CodeSweeper

В принципе и при wait(500) периодически проскакивают попытки копнуть без ответа. Сократил до 100, тоже такие фейлы случаются, гораздо чаще, но стабильно не больше одного раза, вполне играбельно

Значит может даже больше 500 будет хорошо, подкрути на свое усмотрение. А пилить инжект... когда нибудь это случится)

_________________
CodeSweeper

Ну охренеть, из-за такой мелочи я полдня возился и вас напрягал

И саму задержку в принципе межно перенести сразу за строку

uo.WaitingForJournalText(startTime,10000,"0x7ACF9|0x7AD03|0x7A2DE|0x7A867|0x7AD00|0x7A197") 

И wait(2000) лишнее как по мне.

_________________
CodeSweeper