Altair

EZTarget Просмотр файла "Очередной таргетер" с набором своих достоинств, к коим ключевым можно отнести оптимизацию под слабые компьютеры и гибкую настройку.Подробнее ниже. Название читать "ИзиТаргет" Итак, что же аддон умеет? Добавил Altair Добавлено 31.08.2015 Категория Аддоны

Компилятор лежит в клиенте по пути AO\data\Mods\Docs\ModdingDocuments.zip\LuaCompiler Декомпилятор - он же так-то )

PartyManager Просмотр файла Помогает не пропускать ЧД/РЧД из-за АФКа. Обновлен режим пионера "Всегда готов"! Аддон автоматизирует сбор и менеджмент группы и отряда и некоторые другие активности. Работает по простому принципу. Кто-то пишет человеку с установленным аддоном в приват соответствующую команду, а на стороне адресата приватного сообщения эта команда выполняется. Основное назначение - действия с группой/отрядом в то время, когда ее лидер АФКает. Внимание! Дополнительные плюшки: Теперь можно включить автоматическое согласие на запрос о воскрешении, если Вы находитесь вне боя. Помогает сэкономить некоторое количество нервов своих друзей, если Вы любите афкать в рейдах после смерти. По возвращении Вы хотя бы будете живы, оббафаны и ±готовы к бою. Новый режим пионера "Всегда готов!". Если кликнуть правой кнопкой мышки по основной кнопке аддона, то на последней загорится зеленая точка и включит этот режим. Режим подразумевает автоматический ответ согласием на запросы готовности в группе или отряде и на предложение присоединиться к бою на гильдейских мероприятиях (ЧД по воскресеньям и РЧД по средам). Набор поддерживаемых команд следующий: Добавил Altair Добавлено 26.07.2015 Категория Аддоны

В профиле и в своем и в чужом не показывает ни одну вкладку, кроме самой первой базовой. Еще и сообщение не отправилось через форму быстрого ответа.

Интересно О_о Я даже и представить не могу, как аддон может влиять на крэш клиента при заходе в настройки управления >_< У меня такого не наблюдается точно. Спрошу у AOTeam, может посмотрят.

Оказалось, добавить поддержку AOPanel совсем просто, поэтому - наздоровье Ну и постоянные запросы на обновление сетов тоже поправил.

По поводу размера кнопки я уже думал, да, можно и поменьше сделать. На тему AOPanel не буду обещать, потому что сам не пользуюсь. Если вдруг руки дойдут - сделаю поддержку и для AOPanel. И раз уж тут хоть кто-то появился и отписался, спрошу в ответку. Часто ли бывает, что аддон предлагает обновить записанный сет, когда в действительности камни все того же качества вставляются?

Ну если какой-то дурак скачает клон с кейлоггером с левого сайта, то он сам ведь себе злобный буратин, не? С чего вдруг отвечать пришлось бы оригинальным авторам?

[paranoid-mode] Можно пароли не трогать, а собирать просто инфорацию, в том числе о твинках и всех прочих персонажах, на которые когда-либо заходили, используя предоставленный клиент. Благо вся информация валяется в открытом виде в user.cfg [/paranoid mode]

Hi there. I could possibly add English localization, but other languages are out of my understanding. So, if you want it in other languages, I'd suggest you to translate it yourself or find anyone capable of doing this. I believe, English localization is preferrable for you to work with, isn't it?

в LUA есть такие функции, но они выделены в отдельную стандартную библиотеку io, которая НЕ включена в клиент.

Обновил, должно теперь работать в 6.0.1. Также исправил ошибку, про которую Адалон писал. Проблема заключалась в путанице с качествами (какого качества самоцвет в какого качества шмотку может воткнуться), т.е. не в логике работы аддона, а во внутреннем конфиге, грубо говоря. >_<

>_<

Ну я, конечно, имел ввиду различение со стороны кода. Если нужно трекать Горение только от островного модификатора, то как это можно задать в коде наиболее разумным способом? Я на эту тему тоже думал, даже реализовал некий runtime-cache, который был словариком с ключами buffResourceId:GetInstanceId(), а значением была ссылка на структуру трекаемого бафа из конфига аддона. Подробно на цифры не смотрел, но заметил, что даже так во всяких рейдах при включеном аддоне как-то подтормаживать игра начинает. Недавно вот пришла мысль, что можно попробовать написать что-то типа библиотеки, которая бы одна занималась треканием бафов, а пользовательским аддонам бы рассылала кастомные сообщения о том, что баф появился/изменился/пропал.

Давайте обсудим, кто как трекает бафы? В первую очередь интересно было бы послушать Slashuur, havendv, logg, Saionaro, AcProg (как авторов наиболее популярных закрытых аддонов, трекающих в том или ином виде бафы), но и другим тушеваться не надо Озвучу сразу проблематику вопроса. Во-первых, бафов обычно много. ОЧЕНЬ много. Особенно в массовых всяких замесах (ПВЕ/ПВП рейды). Самый "в лоб" способ определить, что определенный баф повесился на персонаже - это по имени бафа. Имхо, если по имени проверять все бафы в рейде - комп расплавит стол. Хотя я вполне допускаю, что некоторые из аддонов именно так и поступают. Вторая проблема - нет четкого способа для определения факта исчезания (спадания) бафа, кроме перебора всех бафов, которые висят на персонаже. Тоже тяжело с вычислительной точки зрения. Если трекается N бафов, а на персонаже висит M бафов, то надо выполнить в худшем случае N*M проверок на соответствие. Третья проблема - если проверять баф просто по имени, то возможны ситуации, когда разные фактически бафы будут светиться не там, где надо. К примеру, в астрале есть островной какой-то модификатор, который вешает баф "Горение", но с таким же именем есть еще целая пачка разных бафов в разных местах Сарнаута. Дизайнеры не заморачиваются уникальностью имен, да и не пристало им. Как в таком случае можно различить бафы друг от друга? Возвращаясь к началу сообщения, давайте таки обсудим, как "правильно" следить за появлением/исчезанием бафов? Умные мысли приветствуются

Окей, скажу прямо. Твои домыслы на тему "как оно работает" и "как должно работать" могут быть актуальны только с точки зрения пользователя, но не с точки зрения разработчика. Если говорить грубо, то не надо меня учить, как делать. Я и сам вполне себе состоявшийся девелопер, мне не нужны подсказки, я все равно сделаю по-своему, что бы ты тут ни написал. Я объясняю, как работает аддон, не для того, чтобы спросить совета, как бы его переделать. Я объясняю принципы работы исключительно для того, чтобы тебе было понятнее, что ошибка совсем не там, где ты её предполагаешь. Поэтому, пожалуйста, прочитай внимательнее написанное ниже. В процессе переодевания камней из сета есть три с половиной стадии (здесь и далее - в контексте аддона): Загружается информация из user.cfg о том, какие камни где должны стоять (то самое, что ты в конце своего последнего сообщения написал) Запускаются предварительные проверки по сету, которые отвечают на вопросы "В чем разница, между надетым сетом и применяемым?" и "Хватит ли места в сумке для перестановки камней?". Отдельной полу-стадией является ответ на вопрос "Доступен ли применяемый сет, т.е. есть ли у пользователя достаточное количество необходимых камней?". Именно тут и присутствуют проблемы. Собственно применение сета, которое состоит само по себе из двух действий - вынимании ненужных камней и вставки нужных. Так вот. При проверке сета на доступность запускается целая вереница всяких разных функций, которые в итоге помогают подобрать каждому сохраненному камню его реальный эквивалент из сумки. На этом этапе как раз и возможны глюки и ошибки, просто потому, что все эти проверки - это бОльшая часть кода аддона. Если аддон не может подобрать сохраненному камню его реальный эквивалент, то как раз-таки происходит то самое, что видишь ты: в окне аддона выводится список таких камней, которые аддон не нашел в сумке. Ищет он при этом не тупо по названию, а по разным характеристикам (уровень, статы, качество, возможность быть воткнутым в шмотку). Ошибка может быть в любой функции алгоритма подбора камня. Например, в том коде, который фильтрует инвентарь и выбирает из всех предметов только камни (та самая ошибка, которая была исправлена в 1.2 относительно 1.1). А этот фильтр в свою очередь используется на начальной стадии проверки доступности сета. Фильтр камень не увидел - всё, превед, сет не применим. Поэтому, еще раз настоятельно попрошу. Пожалуйста, сделай, как я просил в прошлом своем сообщении: Наиболее полная информация - залог быстрейшего фикса. Чем внимательнее прочитаешь и чем внимательнее отнесешься к деталям и чем детальнее распишешь мне суть проблемы, тем быстрее приедет 1.4 с исправлениями.

По-моему, в твоих рассуждениях есть один небольшой изъян, который всю логику роняет. У меня есть стойкое ощущение, будто ты считаешь, что при сохранении сета сохраняется просто набор статов (или обезличенные стеки вставленных самоцветов), который затем пытается как-то распихаться по предметам. Однако, если внимательно почитать ТЗ от АТ, то можно заметить, что там строго было сказано, что сохраняться должна табличка по предметам с камнями в ячейках. Грубо говоря, аддон сохраняет не "3 самоцвета стойкости, 3 самоцвета мастерства и 3 специальных", а "в перчатках вставлены самоцвет стойкости, самоцвет мастерства и специальный". Это я к тому, что заранее определено, какие самоцветы куда вставляются. Порядок вставки самоцветов по предметам при этом роли не играет. Порядок обработки отдельных слотов экипировки (вещей т.е.) вообще не определен, т.е. один раз у тебя может первым вставиться камень в жезл, в другой раз в плащ, в третий раз в кольцо, а после - в тапки. И это не должно никак влиять на конечный результат. И более того, я отсылаю серверу команды на вставку самоцветов пачками. Т.е. все атакующие камни с точки зрения аддона вставляются одновременно во все вещи, затем аддон ожидает по каждой шмотке ответа от сервера. Ответ приходит для каждой шмотки отдельно, и в качестве реакции на этот ответ идет либо запрос на вставку следующего камня, либо окончание процесса работы с вещью. Проблема может быть в том, что аддон, располагая камнями надетыми и валяющимися в сумке подбирает среди них те, которые "подходят" к сохраненному сету и одетой шмотке. Вот в этом алгоритме подбора может быть ошибка. У меня пока фиолетовых камней нет (руки не дошли покачать профу, да и пофармить надо бы), поэтому протестить нет возможности. Мне бы помогло, если б ты привел в качестве примера два сета с минимальной разницей (как можно меньше различающихся камней), но с проявлением этой ошибки, ну и если б подробно мне расписал, какие именно камни на какие меняются и в каких вещах.

Там та, которая однозначно совместима с клиентом. А любая версия старше может и потерять совместимость.

Вообще актуальная версия LuaJIT лежит в ModdingDocuments.zip (под-папочка LuaCompiler), который вместе с клиентом поставляется.

Потомушто Lua

Огромное спасибо товарисчу Vitus, который не поленился и отписал-таки в ПМ в подробностях и со скриншотами о найденной ошибке. Я вот никогда сортировкой сумки не пользовался, у меня сумка забита предметами с конца. Я бы никогда сам бы не догадался, что проблема на самом деле в том, что аддон не рассматривает самый последний предмет в инвентаре, который может являться как раз стеком с самоцветами. Жду следующих баг-репортов. Берите пример с Vitus'а

Очень надеюсь, что в версии 1.1 исправлены те ошибки, которые наблюдались у Tsepion, DjZam и AdalonAO. Как обычно в предвкушении жду фидбэка и/или багрепортов З.Ы. Свинью тут подложила система сборки Сначала вообще битый архив был, потом выяснил, что сеты сохраненные слетели. Кто успел скачать - перекачайте еще раз, пожалуйста. Должно быть исправлено.

Перезагрузки тут и не должны помочь. Аддон в своих действиях и реакциях на действия пользователя последователен Если Вы в своем описании не упустили никаких, даже мелких, деталей, то могу посоветовать, как писал уже выше, воспользоваться кнопкой "Извлечь все самоцветы в сумку", после чего применить сет. Если такой финт сработает, значит Вам придется подождать версии 1.1. Это известная проблема, которая как бы и не баг, но тем не менее мешает. В двух словах - конфликтуют текущие самоцветы и те, которые аддон хочет вставить при применении сета. Как известно, игра ругается при попытке вставить в одну вещь самоцветы с одинаковыми статами (защитный на волю + специальный на волю = фуфуфуошибка). Проблема в том, что аддон проверяет это условие не вынимая камни. В итоге игра, видя вставленный специальный самоцвет на волю, говорит аддону, что вставлять защитный самоцвет на волю никак нельзя >_< Чтобы это исправить, нужно реализовать аналогичную функцию в аддоне, которая будет учитывать не текущие вставленные камни, а те, которые записаны в сете. По сути, мне надо повторить в аддоне кусок игры с небольшими модификациями >_< И я подозреваю, что все ошибки, о которых писали выше, относятся к этой же проблеме.

В общем, тут все несколько сложнее, чем простой неучет тех камней, о которых выше речь шла. Для новой версии нужно чуть больше времени, причем сильно вероятно за один апдейт баг не исправится, придется в несколько заходов править. Всё усложняется тем, что у меня самого ошибка не воспроизводится на трех разных персонажах, поэтому мне приходится прибегать к помощи согильдийцев, у которых она повторяется стабильно. Пока что могу лишь заметить, что в _некоторых_ случаях помогает извлечение всех самоцветов в сумку перед применением сета (кнопочкой внизу основного окна аддона).