1.9.9774
Daily-driver build with the safest release cadence.
- Updated
- 5 weeks ago
- File Size
- 515.39 MB
- Release Notes
- Open notes
Stable is the recommended track for most users. Alpha gets you the newest capabilities first.
Daily-driver build with the safest release cadence.
Fastest release track with the newest features and experiments.
Every release stays linked here so you can inspect what changed before you switch versions.
Folder sync(right click on a folder => Synchronize) is a basically an Import with a few more bells and whistles on top.
The idea is that user will Subscribe to Published auras and will be able to get notifications and update to the latest version whenever new version of an aura is pushed by the author.
The initial implementation never gained enough speed to become wide-spread due to a lot of small and inconvenient "quirks". In the following few months the plan is to change that and, basically, make Folder Synchronization/Subscription a primary option for getting auras from external sources for both users and authors.
Few things that are going to be changed are:
I've decided to start this be rewriting folder sync UI - it should be more responsive, faster, etc. We're getting closer and closer to switching off the old parts of UI entirely, hopefully, by the end of 2024 it will be done.

There is one "hidden" feature in EyeAuras which was implemented years ago and still like 0.1% of users know about it. It is the search syntax.

It has 3 modes:
/ symbol at the beginning of search string, you're entering a search mode, which, aside from the name, also scans through actions, triggers, overlays and even bindings, meaning that you can very quickly find specific set of auras, e.g.:
/overlay : will find you all auras, which have at least one overlay in them
/send seq : will find auras, that are responsible for sending inputs via Send Sequence action
/hotkey : will find auras, that are listening for key presses with Hotkey Is Active triggerOverlays, that are rendered by the program for the last two years were borderless windows with transparent background, which is exactly what is needed when you just want to show some text or image on top of the screen.
But, considering that there is WebUI overlay in place, which allows you to write any possible kind of user interface you can only imagine, it was time to make it possible to show overlay as a usual window, from which you can expect that it is resizable, has its own icon, etc. Basically, exactly how you work with window in usual program.
That is why there is a new section called Window Settings in WebUI overlay (and few other, but this is the most important one). There you can switch between Overlay (old/current option) and Window, which will change visual style of an overlay. Also the nature of Overlay is that, by design, it will always be on top, which is not always a desired behavior for usual windows. Window changes this and makes it possible to create minimizeable windows.
Let's take, for example, one of UIs from examples pack, available at https://eyeauras.net/share/S20230513170854lZJYjdkyYDux.

Here is how it would look like if Window is enabled

It was always the intent to make it possible to pack your own personal set of auras/scripts and ship to other users, free or paid. Right now I am working on a new functionality, which will allow to create a copy of a program with a bunch of scripts embedded into the program. This could be then zipped/distributed via any means, making it very easily to ship a ready-to-run product to your users. This will save a lot of headache of the initial setup as configuration and initial auras pack will be already embedded into the program, so the user won't have to deal with downloading auras, doing configuration, etc.
This will be done by a new button Pack, that will support different presets and options affecting how exactly the app will be re-built. The initial version is basically the EyeAuras itself + configuration, but at some point there will definitely be other options - e.g. it will be possible to exclude some "shady" modules like Send Input from the program, making it actually totally legit, this could be important if you're developing some program which leverages computer vision and overlays, but does not need automation.

Safe Mode: when the program crashes, on the next startup EyeAuras asks you whether you would like to start in Safe Mode - the intent was that this option disables most of EyeAuras features and allows you to remove/change some elements, which could potentially lead to crashes. Fortunately, there were months since last such report, but the presence of this option definitely helps. Since this feature was introduced, behaviour was to ask user if something happened. For some users this was too cumbersome, especially if you're dealing with something like electricity outage on 30 PCs. Specially for them, now it is possible to permanently enable/disable Safe Mode.Show In Taskbar / Show in Tray: these two new options control whether to show EyeAuras in taskbar/tray. Basically, this is a prerequisite for packaging functionality, but someone may find it useful even during normal operation
Rewritten Aura Tree - the thing on the left of the program where all auras management is happening - to use new UI tech. In the current iteration the goal is to replicate the existing functionality. Huge benefit of the newer UI tech is performance - it can handle even very large number of auras without any hiccups and problems. Some known problems are still there - e.g. drag'n'dropping the aura to root folder still leads to crash. The fix will be deployed in one of the following patches.
Right now both trees co-exist and are toggleable on the fly. Performance/loading speed benefits will be seen later when "there will be only one" (c) left



There is new option in Settings. It will make configuration being periodically saved into local Git repository. This opens up a bunch of possibilities:

P.S. Important! Option is available only when "File system storage" is enabled. This is already default for new users and will be switched on for everyone later in April. You can enable it yourself right now at any moment.
Мы значительно улучшили механизм приёма и обработки баг-репортов. Теперь я смогу реагировать на ваши сообщения о проблемах гораздо быстрее, потому что каждый репорт будет автоматически дублироваться в баг-трекер EyeAuras и в Discord.
Поэтому, пожалуйста, если вы отправляете баг-репорт, добавляйте в комментарий немного информации о том, что вы делали перед появлением ошибки. Это очень помогает!

А вот так это выглядит в Discord.

Изменено поведение и внешний вид узла Wait. Раньше была проблема, из-за которой Wait node пропускал первый тик.
Также обновлена документация: https://wiki.eyeauras.net/ru/behavior-trees/nodes/wait

Execute Aura node and action have received a minor improvement - now you can choose how to execute linked actions, in order or randomly pick one of them. The latter could be used, for example, to randomly pick one of teleports to a spot to make actions of your bot less predictable.



В этом релизе собраны в основном улучшения и исправления, появившиеся в первую неделю после выхода Behavior Trees в публичный доступ, когда пользователи начали активно писать в них скрипты.
Во всех триггерах семейства Search появилась новая опция, которая подсвечивает на экране окно, из которого идет захват, а также регион внутри окна, который обрабатывается (если он задан). Это очень помогает при отладке и настройке.
Кроме того, все чекбоксы OSD можно привязать, поэтому вы можете очень быстро добавить триггер HotkeyIsActive, привязать все чекбоксы к его свойству IsActive — и готово: у вас будет переключаемый оверлей со всеми bounding boxes, регионами и метками прямо на экране.

. — он возвращает aura/папку, в которой выполняется скрипт. Подробнее смотрите в этом примереПосле примерно 6 месяцев работы я очень рад наконец открыть публичное тестирование нового инструмента в EyeAuras — Behavior Trees.
Если коротко, это новый способ собирать логику ваших ботов и скриптов — по сути, основу любой автоматизации. Раньше для этого приходилось использовать Triggers, которые запускали Actions через секции OnEnter, WhileActive и OnExit. В новом подходе у вас будет намного более мощный набор инструментов: cooldowns, conditions, подпрограммы (или поддеревья) и всё это на базе новой подсистемы скриптов.
Это новый meta-подход, и всё, что уже есть в программе, со временем будет адаптировано под использование в деревьях. Я давно считал, что именно этого механизма EyeAuras не хватало: возможности быстро и удобно моделировать что угодно — от простого кликера до сложной боевой ротации. И красота деревьев как раз в том, что они одинаково хорошо подходят и для того, и для другого.
Да, для работы с ними нужно немного разобраться в принципах, как и с прошлой системой. Но когда у вас уже есть десяток разных скиллов, условий и проверок, управлять всем этим становится гораздо проще. Любой, кто пытался собрать в EyeAuras что-то со множеством условий вроде я жив и навык готов, и HP > 40%, и цель выбрана, и ..., скорее всего сразу поймёт, о чём речь.
P.S. Я знаю, что английская версия местами сыровата, но поддерживать документацию сразу на двух языках одновременно довольно тяжело, поэтому тут пришлось немного срезать углы и использовать ChatGPT для автоматизации перевода :D В ближайшие месяцы я это постепенно дополирую.
Пожалуйста, имейте в виду: BT пока использовались максимум парой десятков человек в рамках закрытого тестирования, так что велика вероятность, что где-то что-то не работает, где-то неудобно, а многое ещё изменится в течение следующего квартала. Если у вас есть замечания или репорты — пожалуйста, не стесняйтесь связаться со мной.
Сейчас в BT пока не хватает нескольких очень важных частей:
Прямая интеграция с симуляторами ввода.
Сейчас, если вам нужно двигать мышь или нажимать кнопки, приходится использовать action SendSequence вместе с узлом behavior tree Execute Aura. Это работает, но не слишком удобно. План — продублировать большую часть actions прямо в деревьях, чтобы их было проще использовать и настраивать.
Прямая интеграция с поиском изображений и ML-поиском.
Здесь ситуация похожая: сейчас, например, приходится использовать trigger Image Search вместе с узлом Aura Is Active. Хочется, чтобы всё это можно было редактировать и настраивать прямо в редакторе дерева.
Не хватает некоторых узлов управления потоком.
Например, Switch, IfThenElse и ещё нескольких. Они не обязательны, но очень удобны.
Сам редактор пока тяжеловат.
Хочется сделать его легче, компактнее и менее прожорливым по месту на экране.
Документация.
Я хочу написать МНОГО документации по разным аспектам BT: как они работают, как их можно и стоит использовать, какие у них плюсы и минусы и так далее.
Скриптинг внутри behavior trees.
Переработка scripting system V2 изначально и делалась ради BT — с самого начала я планировал, что продвинутым пользователям точно захочется писать собственные узлы и условия. И именно это должны закрыть Scripts V3.

ПРИМЕЧАНИЕ: выбор через нажатие на кнопку с последующим указанием окна пока не поддерживается — только перетаскивание. Это будет добавлено в одной из следующих версий.





Связка Send Message / Network Message action/trigger — это мощный инструмент, который позволяет собрать собственную управляемую сеть взаимосвязанных EyeAuras. Эта возможность существует уже несколько лет и чаще всего используется для multi-boxing на нескольких ПК.
Главной проблемой всегда была latency — все сообщения проходили через один из серверов EyeAuras, что добавляло задержку. Новый режим broadcasting позволяет обмениваться сообщениями через локальную сеть, что практически убирает эту задержку.
Функция всё ещё находится на очень ранней alpha-стадии и пока довольно сырая в настройке — например, IP нужно указывать вручную. Кроме того, в некоторых конфигурациях она может не работать, если роутер не поддерживает multicast. Также функция пока ещё не протестирована как следует, поэтому используйте её с осторожностью.
Чтобы воспользоваться этой возможностью, укажите ChannelId следующим образом:
p.s. по умолчанию программа использует для связи порт 53082, но при желании можно указать любой другой — сразу после IP в ChannelId (например, broadcast://255.255.255.255:55055/anychannelname)
