Yoko

CxC wrote:

Juicy Fruit wrote:Шо за Ад?)

это не ад, это кривописание )))
насколько велика разница и есть ли смысл переписывать, вот что интересно если там разница в 30 мс на весь скрипт, то и смысла не вижу. На лут 50+- итемов

Incorrect User wrote:

kobol wrote:Нет. Если у него 45 шлака + 5 нужных, то искать по типу будет только 5 раз.

Ты внимателнее читай, у тебя массив на 50 нужных тебе предметов, в трупе из этих 50 будет всего 5 но искать тебе нужно всё те же 50. Если массив на 5 то и искать будет 5 это понятно но говорили мы не об этом если что а о том почему плохо использовать поиск по массиву.

Обьясню подробнее, если предметов великое множество, типы от оружия до ресурсов то представь какой массив на всё это нужно расписать и как долго он все это будет искать. В новом инжекте есть такая функция FindList, создаешь список типов которые нужно искать и он ищет все одновременно за один раз а не по очереди как массив, но и тут для большого количества расписывать каждый тип слишком напряжно, проще заигнорить то что не нужно брать и смело лутать все остальное. FindList удобно использовать когда тебе нужно найти исключительно определенные итемы и их не особо много, за одну проверку ты ищешь все типы сразу. В общем для лута массив в любом случае не актуален.

Incorrect User wrote:Написали же, FindList есть, это все что тебе нужно, какие массивы, какой instr, забудь про это

Incorrect User wrote:Ну смотри, 50 итемов нужно найти, в случае неудачи задержку на файндтайп ставим 100, просто задержка в пустом цикле. 100х50 = 5сек крутится твой скрипт даже если инчего в трупе нет. Если же использовать FindList например в том же пустом контейнере то результат ты получишь сразу а не через 5 сек. А так же например в списке есть итем например он десятый, то скрипт сразу же на него среагирует а не будет крутить 9 проверок типов которые идут до него. В этом же и суть лута, полутать все максимально быстро пока не полутали до тебя)

kobol wrote:А как вообще в инже (внутри инжи) организован поиск предметов? Ведь все равно используются существующие команды UO, которые передаются на сервер, а затем обрабатываются ответы сервера?

Juicy Fruit wrote:

kobol wrote:А как вообще в инже (внутри инжи) организован поиск предметов? Ведь все равно используются существующие команды UO, которые передаются на сервер, а затем обрабатываются ответы сервера?

Все что приходит от сервера - фиксируется инжектом и сохраняется у него в памяти (в данном случае объекты).
При вызове uo.FindType и подобных - поиск ведется по сохраненным в памяти инжекта объектам, при поиске на сервер ничего не отсылается.

kobol wrote: более задержка после moveitem всю разницу съедает.

kobol wrote:Понятно. По скорости получается сопоставимо, тем более задержка после moveitem всю разницу съедает.
В общем чтобы надуть конкурента по луту, надо дропнуть в труп 10-20 кучек по 6 гп. Пусть их подбирает )))

Incorrect User wrote:

kobol wrote: более задержка после moveitem всю разницу съедает.

Ну, задержка после мув итем есть только тогда когда что-то нашел иначе задержка только 100

Juicy Fruit wrote:

kobol wrote:Понятно. По скорости получается сопоставимо, тем более задержка после moveitem всю разницу съедает.
В общем чтобы надуть конкурента по луту, надо дропнуть в труп 10-20 кучек по 6 гп. Пусть их подбирает )))

Каким образом?) Если задержки на лут нет - лути с 50 задержкой Если есть теряешь время на дроп гп вместо лута нужного)

Juicy Fruit wrote:Ага, в последней версии список упорядочен и обрабатывается быстрее, чем скриптом (там разница в мс, но всеже )

Code: Select all

UO.FindCount('finditem')

Шо за Ад?) У нее нет параметров)
И uo.FindType()/uo.FindList() теперь возвращают серийник, можешь сделать while uo.FindType(...)