Bugfixes/Improvements

• [UI] Improved error display in C# Scripts
• [WaitFor] WaitFor action now behaves exactly as Delay if it does not have any links in it
• [Scripting] Fixed an issue with LocalProcess memory-reader breaking after multiple sequential reloads

Перекрывающиеся панели — исправлено! Наносят ответный удар

В 8540 я попытался исправить проблему, показанную на скриншоте ниже: некоторые панели в программе перекрываются друг с другом, из-за чего интерфейс выглядит неприятно и «глючно».

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

По итогам тестирования мне пришлось откатить это изменение: новая версия действительно убрала проблему с перекрытием, но при этом принесла 3 новые проблемы:

• производительность стала заметно хуже
• появились проблемы со всплывающими окнами (например, Login или редактором Bindings)
• и последний гвоздь в крышку гроба — сломанный drag'n'drop: каким-то образом MS умудрились испортить одну из базовых UI-функций, и для этого я не смог найти никакого обходного решения. В EyeAuras drag'n'drop — это ключевая механика, которая используется в Behavior Trees и Macros

Так что на данный момент проблема airspace вернулась. Я продолжу следить за ситуацией.

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

• [UI] Выполнен откат на WebView2

Bugfixes/Improvements

• [UI] Fixed a problem with Popups not reacting on mouse clicks - WebView2 issue
• [UI] TargetWindow - changed expression to be WindowHandle || ProcessName || WindowTitle instead of WindowHandle || WindowTitle || ProcessName

New release - 1.8 (RU/EN)

So, what’s new?

Mini-apps, powered by EyeAuras

Over the last few months, most of the work has gone into C# scripting. There were a lot of changes there, mostly focused on making development simpler and improving compatibility with different NuGet packages. Development is gradually shifting toward a better scripting experience overall — the goal is to make creating useful mini-apps as simple as possible, whether that’s a small automation tool or a full-fledged bot. Under the hood, they use EyeAuras’ extensive capabilities, but what they look like on the outside is your choice.

There is already a full set of features for this:

• Packs — package your application into a portable ZIP archive
  • This includes things like a built-in update mechanism, rollbacks, saving settings, and more. Everything that has been added to EyeAuras over the years is available to you as well.
• Script protection — the code you write is protected from prying eyes
  • Critical for most paid applications. And you do not need to think about how it works under the hood.
• Sublicenses — if your mini-app is not free, you can easily add a sublicense system that uses EyeAuras infrastructure for payments and license tracking, while the revenue goes to you

And that’s still not all — this list will soon grow to include cryptocurrency payments, fully hiding the EyeAuras interface, and much more. The goal is to minimize the time between having an idea and seeing happy users launch your mini-app.

I expect mini-apps to become the main way to fund the rest of EyeAuras development mentioned below. Time will tell whether that turns out to be true.

What about Behavior Trees, Macros, and Auras?

Nothing bad. Yes, the next few months will most likely be focused on scripts, but the plans include:

A full EyeAuras migration to the new UI framework, including Auras, Triggers, and Actions

Those freezes when switching between auras will finally be gone. Startup should also become about 3–5 seconds faster. The transition will take around a year.

One more automation tool: Blueprints

We already have Auras, Macros, Behavior Trees, and Scripts. All of them are great for solving different kinds of tasks: trees for full bots, auras for small simple automations like auto-potions, macros for automating a clearly defined sequence of actions, and scripts as the universal hammer for which everything looks like a nail. At this point, there is no problem that cannot be solved with the tools already available.

However, there is always room to grow. If you are familiar with Unreal Engine, you probably already know what this is about. The idea is to combine what already exists in Auras and Behavior Trees into one more visual programming tool: Blueprints. The main concept is to let users place Auras on the same canvas where they currently build Behavior Trees, and configure reactions to those aura triggers. That would give you everything needed to build logic in one place: events, action sequences, and standard control flow like loops — all visible at once. And of course, nothing prevents you from calling behavior trees or macros directly from blueprints.

This will take many months of development, but I think we will see the first results later this year.

EyeAuras SDK (NuGet package)

This is a natural continuation of the mini-app idea. The difference is that your application becomes the main product, while EyeAuras turns into a huge toolbox you can use as needed. Want screen capture? No problem. Simulate input using one of a dozen methods? Also possible. Or maybe you want to embed only C# scripting and let users write their own code? The scripting infrastructure, proven over the years, is ready for that too. Absolutely every feature available in EyeAuras, without exception, is available as plug-in modules.

All technical issues have already been solved, and there are already early SDK versions that can be added to a C# application as a NuGet package. What remains are licensing and distribution details. The SDK will be paid — you buy it once and then use it however you want and as much as you want, with no dependency on EyeAuras infrastructure. It is a completely standalone product.

I will try to publish all details in the second half of the year.

DMA / FPGA integration EN / RU

More information, examples, and scripts are available here

DMA (Direct Memory Access) is a technology that allows reading or writing data directly in a computer’s RAM, bypassing the CPU and operating system. This makes it possible to access the memory of any process, even if it is protected by anti-cheats and mechanisms like Kernel Patch Protection (KPP), Hypervisor Protected Code Integrity (HVCI), user-mode hooks, and so on.

What does this give you?

With DMA, you get:

• Full access to all system memory (including the kernel and protected processes) — both read and write
• The ability to analyze anti-cheat-protected games without risking detection
• Support for C# scripting on top of the hardware — you work with memory just like with regular ReadProcessMemory, but behind the scenes it is using the real PCIe bus

And now all of this is available through familiar EyeAuras C# scripting — without having to learn HDL, PCIe, virtualization, or drivers.

Status and plans

• Basic DMA read/write
• Support for resolving modules (EXE/DLL) by virtual addresses
• Integration with IMemory and IProcess APIs
• Advanced debugging and diagnostics — important when something goes wrong or the device firmware is unstable (in development)
• Faster read/write operations
• The ability to perform DLL injection into the target process through a DMA board

ImGui integration EN / RU

Work has started on native ImGui integration — an alternative way to build user interfaces in EyeAuras, complementing the existing Blazor components.

ImGui ("Immediate Mode GUI") is a lightweight and fast UI library originally created for tools inside game engines. It is used in dozens of AAA games and editors thanks to its simplicity, minimal setup, and high responsiveness. Unlike WPF or HTML, ImGui is not built around a declarative approach — it uses an imperative one, where the UI is rebuilt every frame. That makes it especially convenient for visualizing debug information and building simple interfaces.

For EyeAuras, this means:

• Maximum UI rendering speed without needing HTML/DOM/JS
• Beginner-friendly development: a basic ImGui panel can be created in literally 10 lines of code
• A fast way to visualize bot state: text, checkboxes, buttons, graphs, debug labels, and more — all without compiling a separate project
• A good fit for mini-apps contained in a single .csx file, where both logic and UI live in one place

Here is an example (this code is explained in the guide: EN / RU):

AddNewExtension<ImGuiContainerExtensions>();

var osd = GetService<IImGuiExperimentalApi>()
    .AddTo(ExecutionAnchors);

osd.AddRenderer(() =>
{
    ImGui.Begin("My UI");

    ImGui.Text("Control window flags and interaction behavior.");

    var isActive = Trigger.TriggerValue ?? false;
    if (ImGui.Checkbox("Is Active", ref isActive))
    {
        Trigger.TriggerValue = isActive;
    }
    ImGui.SameLine();
    ImGui.TextDisabled("(Gets/Sets whether Trigger is active or not)");

    ImGui.Separator();

    if (Trigger.IsActive == true)
    {
        ImGui.TextColored(new Vector4(0f, 1f, 0f, 1f), "Trigger is currently ACTIVE");
    }
    else
    {
        ImGui.TextColored(new Vector4(1f, 0f, 0f, 1f), "Trigger is currently INACTIVE");
    }

    ImGui.End();
});

This approach is a great fit for users who are just starting to program but already want to build convenient interfaces for automation quickly. You still need a little bit of boilerplate to get started, but after that everything becomes intuitive and predictable. And ChatGPT can help with examples, UI generation, and logic.

It is now possible to create mini-apps fully implemented in a single .csx file — including UI, actions, logic, and even debugging elements.

Hardware input simulator — Usb2kbd EN / RU

Usb2Kbd is a hardware input emulator that has been supported in EyeAuras since roughly 2021.

Now you can build your own for about 10$ — all you need is a small device from AliExpress or Amazon.

Here is the full step-by-step guide: in Russian / in English

The technical side was also improved, and the settings window was redesigned.

Behavior Trees / Macros

Action nodes now have outputs

All action nodes (Wait, MouseMove, KeyPress, etc.) now have Outputs.
The logic is the same as for other nodes — the connected node only runs if the current one finishes successfully.

Default properties

You can now set Target Window and Input Simulator separately for each tree or macro. You can still configure them at the folder level as before — this extends the functionality rather than replacing it.

C# Scripting — all script-related improvements

References to other scripts from BT / Macro

You can now "reference" another aura containing a C# Script action from a BT or Macro — similar to how one project references another in programming. All classes and types from that script then become available inside the BT.

The feature has existed for a long time, but it was "hidden" because it was unfinished and did not work the way it should.

Why is this useful?

Now you can have a C# class that analyzes the game (through Computer Vision or memory reading) and passes the data into a Behavior Tree for decision-making. Instead of cluttering the tree with checks and 50 variables, you can have one class — for example, TheGame — that wraps the data retrieval logic.

Example of a bot using this approach

More information is available here

Razor: namespace declarations are no longer required

This is easier to show with an example. Suppose you created a new component in a script.

UserComponent.razor

@namespace GameGrind
@inherits BlazorReactiveComponent
<!-- your Razor/HTML code -->

UserComponent.cs

namespace GameGrind;

public partial class UserComponent : BlazorReactiveComponent {
    // some code
}

Notice the arbitrary namespace (GameGrind) that used to be inserted automatically when adding a new Razor component.

This was a small but very inconvenient detail: such code was hard to move into another EyeAuras script — you either had to change the namespace or live with multiple unrelated namespaces in the same codebase.

Now this is optional — you can omit the namespace declaration in both .razor and .cs files. EyeAuras will automatically inject the correct namespace during compilation. Less code = less headache.

Two new examples added: ML + OSD

A problem was fixed where the ComputerVision API could not load models or images from HTTP links, and two examples were added:

Aim Trainer 2D ML Aimbot+ESP

This example shows how to:

• find a window by title
• create ComputerVision that can be used for image search, ML, OCR, and more
• create SendInput for input simulation
• create OnScreenCanvas for drawing on the screen
• find an object using a pre-trained ML model
• move the mouse and click the center of the object
• draw the current window/object position on screen via OSD

In practice, these three tools are already enough to build a full bot :) Everything is available out of the box.

Aim Trainer 2D ML Aimbot+ESP ImGui

Almost the same as above, but it uses ImGui — a very powerful drawing library that can be used both for full UI and for drawing boxes, text, and other elements directly on the screen.

Performance

Upgraded to .NET 8

.NET is the platform EyeAuras is built on. It affects everything: startup, memory usage, and data handling.

.NET 8 was chosen because of its new memory management system, which outperforms all previous versions in benchmarks and is still being tested internally by Microsoft, so even the latest .NET 10 does not have it yet. EyeAuras has always favored higher memory usage in exchange for better performance, so a fast garbage collector is not a luxury for us — it is a necessity. In this version we still use the OLD mechanism, but as soon as it is clear that the new version is stable, we will enable it. This should lead to measurable improvements across the entire application.

Folder properties editor redesign

It now uses the new UI framework and feels faster and more responsive.

Old editor

New

Macros UI optimizations

Macro rendering has been heavily reworked. This is not noticeable for small macros (fewer than 50 nodes), but the larger the macro, the more obvious the difference becomes. These are not the final changes in this area.

Panel overlap issue — fixed!

I am calling this out as a separate section because probably every EyeAuras user has run into this at least once: you resize one panel, and it starts overlapping another. The most common case is the C# Action panel overlapping the Event Log.

This bug is known as the WPF Airspace issue, and it has existed for more than 12 years. In the Microsoft UI framework used by EyeAuras specifically, it has been present since July 2020 link

And now, finally, after years of waiting, Microsoft fixed it. Hooray! Unfortunately, this is exactly the kind of issue that is extremely hard to fix from the application side, so all that was left was to wait.

Why is this important enough for its own section?

This fix matters not only because the UI is now much more usable on low screen resolutions, but also because it blocked the transition to the new UI for triggers and actions. Previously, the only option was to rewrite everything at once — all triggers and all actions — and only then release it. Imagine months of development that nobody could use until release, followed by a huge number of bugs.

Now I can rewrite everything gradually. The work will still take months, but now it is at least actually feasible.

Bugfixes / Improvements

• [Crash] Fixed a crash in the folder editor
• [Overlays] Improved Hide/Show order — appears faster
• [UI] Improved drag-and-drop in Macros/BTs — it should feel more responsive and accurate
• [Macros] Fixed drag-and-drop in Repeat/IfThenElse
• [Macros] Cloning now copies the entire hierarchy, not just the selected node
• [BT] Fixed PopOut — it now opens correctly
• [UI] Improved behavior while dragging and resizing windows
• [DMA] Fixed LeechCore init, which previously caused the DMA board not to initialize in some cases
• [DMA] Fixed an FPGA board leak during Dispose
• [BT] Fixed a bug with CTRL+A — in some conditions it selected more than it should
• [BT] Added parallel node loading — speeds up loading of large Behavior Trees and Macros
• [Scripting] PoeShared.Blazor.Controls is now available in scripts by default; this is where ReactiveSection / ReactiveButton live
• [UI] Logs now show why a script was interrupted — for example, when the main application window is activated
• [Scripting] Memory reading APIs — added ReadManaged<T>, which is slower than Read<T> but supports the MarshalAs attribute
• [Scripting] Memory reading APIs — added methods for working with x86 / x64 processes. Note that your script itself is always x64
• [Scripting] Behavior Tree Editor can now be opened from scripts — you can now build custom logic around Behavior Trees from your scripts, completely independent of EyeAuras
• [Scripting] Fixed loading of HTTP links in the CV API
• [Scripting] ReadExports now returns a readable name along with the exported one, for example ?StaticClass@UGameEngine@@SAPAVUClass@@XZ -> public: static class UClass * __cdecl UGameEngine::StaticClass(void)

Исправлено наложение панелей!

Вынес это в отдельный раздел, потому что с этой проблемой наверняка сталкивался почти каждый пользователь EyeAuras: вы меняете размер одной панели, и она начинает накладываться на другую. Самый частый сценарий — когда C# Action наезжает на Event Log.

Это известный баг — WPF Airspace issue. О нём известно уже как минимум 12 лет. Конкретно в UI-фреймворке Microsoft, который использует EyeAuras, проблема существует с июля 2020: https://github.com/MicrosoftEdge/WebView2Feedback/issues/356

И вот теперь, наконец, после многих лет ожидания Microsoft это исправила. Ура. К сожалению, это была одна из тех проблем, которые очень сложно исправить на стороне самого приложения, поэтому мне оставалось только ждать.

Почему это важно?

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

Раньше единственным рабочим вариантом было переписать ВСЕ триггеры и экшены сразу. По одному, постепенно, это делать было нельзя. Как вы понимаете, такой подход практически нереален: полный переписанный набор занял бы месяцы работы над кодом, которым никто не пользуется, а потом всё это пришлось бы выкатывать разом. Количество багов было бы огромным.

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

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

• [Scripting] IMemory -> ReadExports теперь возвращает человекочитаемую версию экспорта вместе с исходным именем, например: ?StaticClass@UGameEngine@@SAPAVUClass@@XZ -> public: static class UClass * __cdecl UGameEngine::StaticClass(void)

C# Scripting — добавлены два новых примера с ML+OSD

Исправлена проблема, из-за которой API ComputerVision не мог корректно получать модели и изображения по HTTP-ссылкам, а также добавлены два новых примера:

Aim Trainer 2D ML Aimbot+ESP

В этом примере показано, как:

• найти окно по заголовку
• создать ComputerVision, который можно использовать для поиска изображений, ML, OCR и других задач
• создать SendInput, чтобы эмулировать ввод
• создать OnScreenCanvas, чтобы рисовать поверх экрана
• находить объект с помощью предобученной ML-модели
• перемещать мышь и кликать по центру объекта
• выводить на экран текущую позицию окна и позицию объекта через OSD (on-screen display)

На практике уже этих трёх компонентов более чем достаточно, чтобы собрать бота :) Все нужные инструменты уже есть в коробке.

Aim Trainer 2D ML Aimbot+ESP ImGui

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

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

• [Scripting] Исправлена проблема, из-за которой CV API некорректно загружал HTTP-ссылки

Send Input - Usb2kbd rework

Usb2Kbd is hardware input emulator. It has been supported by EyeAuras since ~2021. Now you can create your own for approximately 5$ - the only thing that is needed is small device from AliExpress/Amazon. Here is the detailed step-by-step guide (russian / english).

I've also improved technical part and reworked settings window for better user experience.

Bugfixes/Improvements

• [Scripting] Made it so Behavior Tree editor could be shown from Scripts - allows you to create your own custom behavior trees in your mini-apps

Интеграция с ImGui EN / RU

В EyeAuras началась работа над нативной интеграцией с ImGui — это альтернативный подход к созданию скриптов и UI. Такой вариант должен быть самым простым для тех, кто только начинает писать код: да, для старта нужен небольшой boilerplate-код, но дальше всё становится довольно понятным. И ChatGPT здесь тоже может сильно помочь.

Наконец-то стало возможно создавать по-настоящему цельные мини-приложения в формате 1 script, где вместе находятся и UI, и логика автоматизации.

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

• В этот раз нет.

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

• [Scripting] API чтения памяти теперь по умолчанию не чувствительны к регистру
• [Scripting] В API чтения памяти добавлен ReadManaged<T> — он работает медленнее, чем Read<T>, но учитывает MarshalAs и managed-структуры
• [Scripting] API чтения памяти теперь поддерживают цели как x86, так и x64. При этом помните, что ваш собственный процесс в любом случае x64.
• [UI] Исправлена проблема с выбором элементов в новом редакторе папок
• [Crash] Исправлен неприятный вылет в новом редакторе папок

Улучшения DMA-интеграции

EyeAuras использует LeechCore — отличную библиотеку, разработанную Ulf Frisk, — для интеграции с DMA-устройствами. По сути, LeechCore является фактическим стандартом, с которым совместимо большинство подобных устройств.

Сейчас эта интеграция все еще находится на стадии alpha. Если хотите помочь с тестированием или вам интересно что-то разрабатывать в этом направлении — напишите мне.

На практике разработка с использованием FPGA-платы ничем не отличается от работы через ReadProcessMemory: EyeAuras берет на себя всю сложность управления LC API, переподключения, обработку ошибок и остальное. Вам остается только писать код.

Подробнее об этом здесь

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

• [Scripting] Исправлена проблема, из-за которой FPGA-плата не освобождалась корректно при уничтожении скрипта