Большая альфа - патч дня 3

Исправления / улучшения

• [Image Search] Добавлен новый встроенный редактор шаблона. Он позволяет обрезать изображение, стирать пиксели, удалять цвет и менять размер прямо внутри триггера. Подробнее...

• [Image Search] Исправлен баг, из-за которого шаблон изображения отображался некорректно

Big Alpha - Day 1 patch

Bugfixes/Improvements

• [UI] Ускорено отображение popover-окон
• [Bindings] Исправлена проблема, из-за которой редактор Bindings мог не всплывать
• [Overlays] Исправлено отображение оверлеев
• [Send Sequence] Исправлена проблема, из-за которой Send Sequence мог не раскрываться как ожидается

Big Alpha — 1.9.9339 RU/EN

Transition to the new UI, a major sublicenses rework, EyePad, mini-app workflows, and the first steps toward tight AI integration directly inside EyeAuras.

New UI — alpha

The moment I have been preparing for over the last two years is finally here: the transition from WPF to Blazor.

The UI for all triggers, actions, and overlays has been rewritten. To switch to the new interface, you can either use the button in the window header or enable New Shell in settings. For the next few months, it will still be possible to switch between the old shell and the new one, but eventually only the new one will remain. I will do my best to make it better than the old one in every possible way.

What to expect:

• significantly faster startup times; in my tests, load time dropped on average from 30 seconds on a config with 50 auras down to 20 seconds. It should improve even more once the old shell code can be removed
• a more responsive UI, especially when switching between auras
• tabs: the ability to open multiple aura tabs at once; I plan to enable this a couple of weeks after the first wave of bugfixes
• captured image preview in *Search nodes inside behavior trees; we will test that code in the good old triggers first, and then the same preview and related functionality, such as effects, will move into behavior trees and macros as well
• bugs :) But we will deal with them

Sublicenses completely reworked

First, a quick reminder of what sublicenses are. Sublicenses are licenses issued by authors of packs and mini-apps that do something useful. It can be a clicker, a fishing bot, a tool, or anything else. The idea is that you can build such a mini-app and start distributing keys for it however you like.

With the current EyeAuras capabilities, the level of customization is already extremely deep. In practice, you can build a new program where automation, licensing, protection, updates, and similar infrastructure are already there by default.

More details here...

EyePad

In parallel with scripting improvements, I am continuing to develop EyePad — a special EyeAuras launch mode focused on code, execution, pack import, and working with .sln files through Live Import.

In practice, EyePad is a working shell for the flow "write code and run it immediately":

• you can quickly open a single .csx or .cs file
• you can open a .sln and work through an IDE
• you can import an existing pack, modify it, and export it again
• each tab is isolated from the others and lives inside its own virtual space

This is no longer just "a script editor inside EyeAuras." It is a separate workflow for people who want to stay closer to code and switch faster between development and execution.

More about EyePad

Mini-apps

Mini-apps are the next level. Here EyeAuras is used not just as a host for a script, but as the foundation for something very close to a standalone application.

The idea is that you:

• build your own UI
• control launch behavior through arguments and pack config
• hide most of the standard EyeAuras UI when needed
• ship a product that, from the user’s point of view, can feel like a separate application

This is where packaging, script protection, custom login, sublicenses, and the full distribution story for your own tool or mini-app fit together really well.

More about mini-apps

Automatic server selection (mostly for RU users)

The connectivity situation for users in Russia is not getting better, only worse, so I added a new setting that should make life easier. Automatic server selection tries to find the nearest available hub. Right now there are two of them: one in Saint Petersburg and one in Frankfurt. If needed, I can add more later — there is already hardware in Helsinki and Vladivostok.

Code editor improvements

The editor now has smarter highlighting, InlayHints, better signature help, and navigation to the selected symbol (CTRL + click / F12). There is also ILSpy integration now, which makes it much easier to inspect external types and assemblies directly from the editor.

Compilation is also faster — around 30-40% on larger scripts, and around 0-5% on small ones (one file, 200-300 lines). Overall the editor should feel more responsive now; it was very constrained inside the old shell.

Coming Soon

Below is a small teaser of where the next layer of tooling around scripting, EyePad, and mini-app workflows is heading.

The screenshot shows the AI Chat tab. This is part of the idea of tight in-app AI integration directly inside EyeAuras. The goal is to make AI available not somewhere "next to the app in a browser tab," but inside the program itself:

• to accelerate writing scripts
• to help with auras and other automation elements
• as a reference for the API and available features
• as an assistant that shortens the path from idea to working result
• and, just as importantly, the same layer will be available to mini-app authors as well — meaning it should become possible to build your own product where AI is already included by default with very little extra effort

Some of this already exists in alpha, some parts are still being polished, but the overall direction is clear: make it possible to develop scripts and auras with dense AI support, and eventually build mini-apps where AI is simply part of the product out of the box. I think that is the future.

Bugfixes/Improvements

• [Licensing] The entire licenses/sublicenses system was heavily reworked, and Semi-Offline is now the default mode. Very briefly: it is a way to survive temporary disconnects, restarts, and crashes without instantly losing access — more here...
• [Auth] Fixed a key-login issue that could break sublicense state in some cases (PK_SublicenseStates)
• [Scripting] Fixed a virtualization problem where some script files could appear twice
• [Scripting] Fixed a bug in ScriptEmbeddedResourceFileProvider
• [Scripting] Improved Embedded Resources and StaticWebAssets support for NuGet packages — especially useful for UI components and packages that bring their own web assets
• [Packing] Improved packing of compiled scripts — dependencies coming from NuGet and package references should now make it into packed builds more reliably
• [SendInput] Fixed a rare deadlock in SendInputController that could show up in Ctrl+V scenarios

Bugfixes/Improvements

• [UI] Fixed a problem with WindowListProvider - when title got updated, EA lost window for 1 frame
• [Scripting] Memory API - Added new methods GetThreads, VirtualQuery and GetMemoryRegions
• [Scripting] Fixed a problem with IComputerVisionExperimentalScriptingApi not being available in SDK
• [Scripting] Reworked script loading process, should fix "Could not build the proper workspace state, please report this error"
• [Scripting] NuGet - improved package resolution mechanism, added more granular TFM-filtering

New RU hub

Added new RU hub which should allow to circumvent issues with RU-region accessibility. Please report if login still won't work.

Bugfixes/Improvements

• [Freeze] Fixed a problem with BT editor freezing when you switch between auras/BTs under some circumstances
• [UI] Fixed aura limit sometimes still being applied
• [UI] Semi-offline mode is now enabled by default. Plans to do full-offline are postponed for now due to security concerns, but are not off-the-table yet
• [ImGui] A lot of changes in the last 2 months, I would recommend to check out the actual latest version - EyeAuras.ImGuiSdk , 0.1.42 - markdown editor, animations, composite buttons, fonts integration, images, caching, etc.
• [Scripting] Blazor API improvements - added RegisterViewType(Type viewType, Type dataContextType, object key = default) - this allows you to register your own UI widgets
• [Scripting] Memory API - Huge number of changes in performance and underlying mechanisms. At this point you can consider Memory API stable and performant to do literally any kind of development you might want. Also added multiple injection mechanisms (CreateRemoteThread, APC and several other). Note that neither injection, nor memory reading will work on anticheat protected games, unless you bypass AC first or use MemoryAPI that bypasses AC checks (like DMA).
• [Scripting] Fixed a problem with ScriptContainerExtensions being re-registered by BT nodes. This lead to singletons not really being... singletons.
• [Scripting] NuGet - Added DefaultNuGetPackageBlacklist which improves compatibility with old netstandard1.3 and netstandard2 packages

New release - 1.9 RU/EN

Major changes to scripting and the available APIs, a transition to a new monetization model, and much more.

Monetization changes — Free becomes Pro

All limitations that existed in the Free version are now removed — there is no longer any limit on the number of auras, script size, Telegram integration, and so on.

P.S. A license is still required for sending network messages, but that limitation should also be removed soon once I sort out the technical details — most likely in the next release.

Is a license no longer required?

Yes. Everything that used to be locked behind a license is now available to everyone. In the very near future, license purchase options will also be removed from the website.

Does the program still need a connection to the server?

For now — yes. This is tied to how the program protects its modules, and at the moment it is still a core part of the system. Over the coming year, I will try to rethink this approach, but it will take time. At the very least, there needs to be a mechanism that allows the program to work offline for at least a few months.

Why?

With the development of the sublicenses mechanism and mini-apps (https://eyeauras.net/share/S20251105201607zPUUkZryl4CY), it feels right to shift monetization toward finished products built on top of the program, while making the program itself free.

Everything accumulated over 6 years of development is now available to everyone. I hope this encourages authors who were previously unsure whether it was worth trying to build something.

Further development will focus on making it easier to add modules to the program — for example, game-specific input simulators or ready-to-use mini-apps that solve practical tasks. All of this is already possible today, but the information is limited and scattered. That will be fixed.

But I bought a license recently. Can I get a refund?

Write to me directly — I’ll do my best to help with that inconvenience.

What to expect in 2026

• better user experience for publishing mini-apps and other scripts/aura packs
• Unreal-like Blueprints — this idea has been in the air for a long time, and I’m planning to test it on top of one of the bots we’re currently developing. The goal is to merge Auras and Behavior Trees into a single system, so one tool (Blueprints) can handle different kinds of tasks
• Sublicenses — the mechanism already works, but many parts of it are still manual right now and need to be automated
• more documentation — one of the program’s main problems right now is that there is too much functionality. It has been accumulating for years, and not all of it is documented in detail. In a time when many questions are solved through LLMs (ChatGPT, Gemini, etc.), the quality and volume of API documentation are a deciding factor. I plan to dedicate several weeks exclusively to this, and possibly bring in a specialist

C# Scripting - Embedded Resources

A very powerful new feature has been added to scripts — you can now embed entire files directly into your script, whether they are images, videos, text files, or even DLL/EXE files.

You can then work with them directly from the script: display them in the UI, load them into Triggers/Actions, or simply unpack them to disk for later use.

This is especially useful if you want to bundle a library into your script that is not available on NuGet — now you can simply attach the file to the script and tell the program to use it as a dependency.

Moreover, if you use C# Script protection, these resources will also be encrypted as part of the script, helping protect your work and authorship.

Read more here...

C# Scripting - Variable improvements

The script variable system has been refined — the approach to handling exceptional situations has changed slightly, with the goal of making scripting easier for new users.

Read more here...

C# Scripting - IDE integration

Since last year, the program has included an IDE integration mode. In practice, this lets you write full applications while still staying inside the EyeAuras ecosystem.

You can edit a script directly from JetBrains Rider, Visual Studio, or any other development environment, including AI-based tools such as Antigravity from Google. This makes writing even small scripts easier and faster, not to mention larger projects.

Performance improvements

This release includes more than a dozen improvements and optimizations aimed at reducing load times and speeding up the program’s internal systems.

Testing based on an ImGui bot that uses memory reading shows that it is now possible to operate in the 2k FPS range, INCLUDING the cost of memory reads and parsing all required game structures. Before these fixes, the numbers were around 500 FPS.

Please report any issues you run into!

Fixes and improvements

• [Crash] Fixed an issue where the license window could crash on startup
• [EyePad] “Recent” is now sorted by date in descending order
• [Scripting] Added a new “Open in IDE” button that lets you edit a script in Rider/Visual Studio and see changes in EyeAuras in real time — [read more here...](/scripting/ide-integration)
• [Scripting] Embedded Resources fixes — Script FileProvider has been made more flexible and now understands more path formats
• [Scripting] Fixed a bug in Live Import — changes in .csproj files should now be detected correctly
• [Scripting] Improved script resource cleanup — even if a user script leaves behind dangling references, EyeAuras will try to clean them up once the script is no longer running
• [BehaviorTree] Fixed an issue with cyclic references that caused the UI to show connections that did not actually exist
• [BehaviorTree] Added a new node — SetVariable. It is still at a very early stage, but I decided to release it early just to start testing it
• [BehaviorTree] Improved BT performance
• [SendInput] Fixed an issue with the TetherScript driver — at some resolutions/DPI settings, mouse clicks could also slightly shift the cursor (+-1px). Also, please make sure you are using a compatible driver version so everything works as expected — HVDK 2.1, with more details on this page

Bugfixes/Improvements

• [Scripting] Improved NuGet packages resolution - should solve problem of baseline assemblies conflicting with packaged ones
• [Scripting] MemoryAPI - added NativeLocalProcess - very similar to LocalProcess, but uses a bit lower-level reading technique and allows to use handle to the process as a starting point
• [Scripting] MemoryAPI - added DLL injection via manual mapping - allows to avoid some detection vectors

Bugfixes/Improvements

• [SendInput] Fixed a problem with TetherScript driver - on some resolutions/DPI, mouse clicks also slightly moved the cursor (+-1px). Another thing to note - please ensure that you're using compatible version of the driver to ensure everything works as expected - HVDK 2.1, more info on this page

Bugfixes/Improvements

• [Scripting] Added IPerformanceMetricsProvider — you can now display real-time memory and CPU usage data
• [Scripting] Significantly improved NuGet package performance — especially noticeable in large scripts

ALPHA! Улучшения производительности

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

В ближайшие пару недель возможны нестабильности, но для большинства сценариев, особенно для скриптинга в EyePad, разница должна быть просто колоссальной.

Проверил улучшения на боте на базе ImGui — теперь можно выходить на диапазон в 2k fps. И это С УЧЁТОМ чтения памяти и разбора всех необходимых игровых структур! По сути, bot-loop теперь работает примерно на ~2k тиков в секунду — до этих исправлений FPS был в районе 400–500.

Следующая цель — стабилизировать FPS и сделать его более плавным, потому что сейчас он довольно «скачущий». Пару месяцев назад я уже писал про адаптацию new prototype-GC в changelog для 1.7.8559 — это как раз должно помочь с этой задачей.

Пожалуйста, сообщайте обо всём, что заметите!

Исправления и улучшения

• [Scripting] Улучшено освобождение памяти скриптов — даже если пользовательский скрипт содержит висящие ссылки, EyeAuras постарается очистить их после остановки скрипта
• [BehaviorTree] Улучшена производительность BT