1.9.9740
Daily-driver build with the safest release cadence.
- Updated
- 4 days ago
- File Size
- 517.97 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 triggerПоследние пару лет оверлеи, которые рендерит программа, представляли собой окна без рамки с прозрачным фоном. Это именно то, что нужно, когда вы просто хотите показать текст или изображение поверх экрана.
Но с появлением оверлея WebUI, который позволяет создавать практически любой интерфейс, стало логично добавить возможность показывать оверлей как обычное окно — с изменяемым размером, собственной иконкой и прочими привычными для desktop-программ вещами.
Поэтому в оверлее WebUI появился новый раздел Window Settings (и не только там, но это самый важный случай). В нем можно переключаться между режимами Overlay (старый/текущий вариант) и Window, меняя визуальный стиль оверлея.
Важно учитывать, что Overlay по своей природе всегда отображается поверх всех окон. Для обычных окон это не всегда удобно. Режим Window меняет это поведение и позволяет, например, создавать окна, которые можно сворачивать.
Для примера возьмем один из интерфейсов из examples pack, доступный по ссылке: https://eyeauras.net/share/S20230513170854lZJYjdkyYDux.

А вот так он будет выглядеть, если включить Window:

Идея всегда была в том, чтобы можно было собрать свой набор аур и скриптов и распространять его другим пользователям — бесплатно или платно.
Сейчас я работаю над новой функцией, которая позволит создавать копию программы со встроенным набором скриптов. После этого ее можно будет архивировать и распространять любым удобным способом, то есть пользователи смогут получать уже готовый к запуску продукт.
Это сильно упростит первоначальную настройку: конфигурация и стартовый пак аур уже будут встроены в программу, поэтому пользователю не придется отдельно скачивать ауры, выполнять настройку и заниматься другими ручными шагами.
Для этого появится новая кнопка Pack, которая будет поддерживать разные пресеты и опции, влияющие на то, как именно будет пересобираться приложение. Первая версия — это, по сути, сам EyeAuras + конфигурация, но позже точно появятся и другие варианты. Например, можно будет исключать из программы некоторые «сомнительные» модули вроде Send Input, делая сборку полностью легитимной. Это может быть важно, если вы разрабатываете продукт, использующий компьютерное зрение и оверлеи, но не нуждающийся в автоматизации.

Safe Mode: если программа падает, то при следующем запуске EyeAuras спрашивает, хотите ли вы стартовать в Safe Mode. Изначальная идея этой опции — отключить большую часть возможностей EyeAuras, чтобы вы могли удалить или изменить элементы, которые потенциально приводят к сбоям. К счастью, с момента последнего такого репорта прошло уже несколько месяцев, но сама возможность определенно полезна. Раньше при любом подобном событии программа просто спрашивала пользователя, как поступить. Для некоторых это было слишком неудобно, особенно если речь идет, например, об отключении электричества сразу на 30 ПК. Поэтому теперь Safe Mode можно включить или отключить на постоянной основе.Show In Taskbar / Show in Tray: эти две новые опции управляют тем, будет ли EyeAuras отображаться в панели задач и/или в трее. В первую очередь это нужно для функции упаковки, но и в обычной работе кому-то это тоже может пригодиться.
Aura Tree — это панель слева в программе, где происходит всё управление аурами. Она была переписана на новой UI-технологии. На текущем этапе цель — полностью повторить существующую функциональность.
Главное преимущество нового UI — производительность: он без проблем справляется даже с очень большим количеством аур, без подвисаний и лагов.
Некоторые известные проблемы пока остаются. Например, перетаскивание ауры в корневую папку всё ещё приводит к вылету. Исправление будет выпущено в одном из следующих патчей.
Сейчас обе версии дерева существуют параллельно, и между ними можно переключаться на лету. Полный выигрыш в производительности и скорости загрузки станет заметен позже, когда останется только "there will be only one" (c).



В Settings появилась новая опция. Она будет периодически сохранять конфигурацию в локальный репозиторий Git. Это открывает сразу несколько полезных возможностей:

P.S. Важно! Эта опция доступна только при включённом режиме "File system storage". Для новых пользователей он уже используется по умолчанию, а позже в апреле будет включён для всех. При желании вы можете включить его вручную уже сейчас.
Мы значительно улучшили механизм приёма и обработки баг-репортов. Теперь я смогу реагировать на ваши сообщения о проблемах гораздо быстрее, потому что каждый репорт будет автоматически дублироваться в баг-трекер EyeAuras и в Discord.
Поэтому, пожалуйста, если вы отправляете баг-репорт, добавляйте в комментарий немного информации о том, что вы делали перед появлением ошибки. Это очень помогает!

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

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

Узел и действие Execute Aura получили небольшое улучшение: теперь можно выбрать, как выполнять связанные действия — по порядку или случайным образом. Второй вариант, например, можно использовать для случайного выбора одного из телепортов в точку, чтобы поведение вашего бота было менее предсказуемым.



This release contains mostly different improvements and bugfixes from the first week of Behavior Trees being public and people starting doing some scripting in it.
In all triggers of a Search family, new option is added which highlights on the screen the window that is being captured as well as the region inside window (if set) that is processed. This helps during debugging/configuration process a lot. Also ALL OSD checkboxes are bindable so you can very easily throw-in some HotkeyIsActive trigger, bind all checkboxes to its IsActive property and voila - you have toggleable overlay with all bounding boxes/regions/labels right on your screen.

. which will return the aura/folder where the script is running. Refer to this example to get better understanding of what I am talking aboutПосле примерно 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)
