Проблемы с подключением Allegro 5 к DEV C++ 5.11

Впечатление что Вы хотите меня обмануть Ведь эту тему я пробовал обсуждать на этом форуме не раз (и не два), и Вас там никогда не было. А тут вдруг "приоритет". Как-то не очень верится

Было бы чудесно, просто замечательно найти толковую либу где это уже реализовано. Вот только таковая не находится. Не делает это ozz (хотя, справедливости ради, я смотрел ее уже несколько лет назад)

Blending/смешивание работает для "однотипных" анимаций, напр walk/run. Эта простая операция которую, на мой взгляд, лучше реализовать самому, не связываясь ни с какими либами.

Нужно не блендить, а "синтезировать" этот полушаг, вот для этого либы я не нашел. Делать самому - возможно, но это не просто

Хотя основная идея "ходьбы" довольно прозрачна. Во время любого шага стопа одной из ног стоит неподвижно на земле, пока не начинается новый шаг этой ногой, тогда другая(ие) стопы будут неподвижны. Напр, при повороте, char не должен поворачиваться как солдат "на каблуках". Отсюда кстати ясно что блендить/смешивать walk/idle = глупость

Какой еще фантазии? Скатывание в 2D мне всегда казалось чем-то типа "параолимпиады"

Переход от idle к walk должен быть плавным, иначе это выглядит очень плохо — происходит резкий рывок от idle в walk. Это сразу бросается в глаза. Коэффициент смешивания анимаций за определённый короткий промежуток времени должен измениться от 0 до 1, чтобы персонаж плавно перешёл от idle в walk.

А что вы не взяли Unreal Engine, Unity, Godot и т.д.?

У меня не хватало времени и мозгов, чтобы самому написать смешивание анимаций. Следующий логичный шаг..

Собсно смешивание/блендинг - простая арифметическая операция.

Почему я не вижу примера такого перехода (idle <-> walk) ни у Вас ни в ozz?

В общем я решил в SDL2 копаться - там проекты вообще весят по 5 mb !

**SDL 2.0 future support**

Хотя мы будем принимать пулл-реквесты на GitHub и, возможно, будем выпускать критические исправления, у нас больше нет запланированных релизов SDL 2.0.

Для новых разработок мы рекомендуем начинать с SDL 3.0. Для проектов, в которых необходимо продолжать использовать SDL 2.0, мы рекомендуем `sdl2-compat`, которая совместима как на уровне ABI (прямая бинарная замена), так и на уровне API.

Многие проблемы в SDL 2.0 были решены в `sdl2-compat`, и если после перехода вы всё ещё сталкиваетесь с базовой проблемой, пожалуйста, сообщите о ней!

Всего наилучшего!

официально семёрка почти никем давно не поддерживается

А вывод простой: если есть движок, то лучше им пользоваться

Чтобы кнопки делать, своя библиотека, движение по A Star логике - своя библиотека

А вывод простой: если есть движок, то лучше им пользоваться, а SDL хорошо использовать для оформления каких то своих windows приложений например.

Фраза **несовсем верна** и отражает распространенное заблуждение о назначении SDL.

Правильное соотношение ролей выглядит с точностью до наоборот:

* **Для игр:** Вывод про движки абсолютно верен — если есть готовый движок (Godot, Unity, Unreal), для создания игр лучше использовать его, чтобы не изобретать заново физику, рендеринг, сцены и импорт ассетов.
* **Для Windows-приложений:** Фраза **ошибочна**. SDL (Simple DirectMedia Layer) — это низкоуровневая мультимедийная библиотека для работы с графикой, вводом и звуком. В ней **нет** готовых системных элементов UI (кнопок, текстовых полей, выпадающих списков, вкладок). Верстать на «чистом» SDL обычное Windows-приложение — это крайне трудоемкий процесс, так как каждый элемент интерфейса и обработку текста придется рисовать с нуля.

---

### Для чего на самом деле нужен SDL?

* **Создание собственных игровых движков / эмуляторов:** SDL берет на себя рутину инициализации окон, работы с DirectX/Vulkan/OpenGL, геймпадами и аудио.
* **Игровые утилиты и медиаплееры:** Приложения, где весь экран — это холст для рендеринга (например, медиаплеер VLC использует элементы SDL).
* **Связка с GUI-библиотеками:** SDL используют как «фундамент» (создание окна и контекста), поверх которого накладывают интерфейсные библиотеки вроде **Dear ImGui** (для эдиторов и утилит) или **RmlUi**.

---

### Сводная таблица применения

Задача	Подходящий инструмент	Роль SDL
Обычные Windows-приложения	WinUI 3, Qt, wxWidgets	Не подходит (нет готового GUI)
Создание игр	Godot, Unreal Engine, Unity	Не нужен (в движках уже есть свой уровень абстракции)
Свой движок / Эмулятор / Инструмент	C++ + SDL3 + ImGui	Идеален (дает полный контроль над окном и железом)

**Верная формулировка мысли:**

> *«Если делаешь игру — лучше берешь готовый движок. А SDL нужен не для оформления обычных Windows-приложений, а для низкоуровневой работы с графикой, звуком и вводом, когда пишешь свой движок или специализированный мультимедийный софт».*

Если писать без движка, то для упрощения кода всё равно придётся самому свой движок писать !

И тут не важно на каком языке пишешь .

На Game maker НЕТ системы A Star - ты не сделаешь пошаговой стратегии, это только платформеры.

В GameMaker **есть встроенный алгоритм поиска пути** - это система `mp_grid` (Motion Planning Grid). Под капотом она использует вариацию **A*** (A-Star) по сетке, поэтому писать собственный алгоритм с нуля чаще всего не требуется.

Ниже описаны два основных решения: использование встроенной сетки и подключение готовой собственной реализации.

---

### Вариант 1. Встроенный mp_grid (Рекомендуемый)

`mp_grid` создает сетку ячеек, где можно отметить препятствия, а затем построить кратчайший путь.

1. **Создание сетки:** При старте комнаты / уровня.
Создайте управляющий объект (например, `obj_grid`) и инициализируйте сетку:

```gml
// Create Event в obj_grid
var cell_width = 32;
var cell_height = 32;
var hcells = room_width / cell_width;
var vcells = room_height / cell_height;

// Создаем сетку
global.grid = mp_grid_create(0, 0, hcells, vcells, cell_width, cell_height);

// Добавляем все объекты-препятствия в сетку (например, obj_wall)
mp_grid_add_instances(global.grid, obj_wall, false);


```

2. **Проверка работы сетки:** Визуальная проверка.
Чтобы проверить, правильно ли добавились стены, убедитесь в успехе с помощью события отрисовки (`Draw Event` у `obj_grid`):

```gml
// Draw Event
draw_set_alpha(0.3);
mp_grid_draw(global.grid);
draw_set_alpha(1);


```

3. **Построение пути:** В объекте врага или персонажа.
В событии движения персонажа (например, по клику мыши или по таймеру):

```gml
// Создаем путь
path = path_add();

// Вычисляем путь по алгоритму A* (true = разрешить диагонали)
if (mp_grid_path(global.grid, path, x, y, mouse_x, mouse_y, true)) {
path_start(path, 4, path_action_stop, false);
}


```

---

### Вариант 2. Собственная реализация A* или готовые библиотеки

Если вам нужен чистый A* по взвешенному графу (например, с разной стоимостью перемещения по траве, воде или через болото):

* **Готовые скрипты из GameMaker Marketplace / GitHub:** Вы можете найти библиотеки `AStar GML` на GitHub (например, репозитории с реализацией A* на GML), которые работают с графами узлов.
* **Собственные массивы/структуры:** Реализуйте алгоритм вручную с помощью списков `ds_priority` (очередь с приоритетом идеально подходит для открытого списка A*).

Проекты на Unreal и Unity весят как проекты Cryengine, качество графики на порядок ниже, а вес такой же

Вот движок от игры WOW поражает, можно открывать кучу окон и это почти никак не сказывается на производительности графики ! Как Blizzard этого достигли непонятно. Он вроде тоже на С++ писался

Да, это верно. У Blizzard **нет одного единого движка** на все случаи жизни — они разрабатывают собственные (проприетарные) движки под свои ключевые франшизы:

* **World of Warcraft:** Создан на базе собственного движка (исторически вырос из технологических наработок *Warcraft III*). За 20 лет он был кардинально переписан и доработан.
* **Overwatch / Overwatch 2:** Работает на собственном движке (Statesman / Tank engine), разработанном специально под динамичные сетевые шутеры.
* **StarCraft II и Heroes of the Storm:** Используют собственный движок Blizzard для RTS.
* **Diablo III и Diablo IV:** Работают на собственных проприетарных движках, написанных под изометрические Action-RPG.

Единственным заметным исключением стала **Hearthstone** — её Blizzard разработала на стороннем движке **Unity** для ускорения разработки и легкого портирования на мобильные устройства. Но крупные проекты компаний уровня WoW и Overwatch созданы исключительно на своих технологиях.

Я никогда даже не пробовал GameMaker

конструкторы игр, где вообще не нужно писать код: GameMaker,

Конечно, какие-то простые вещи без программирования можно было делать

но в реальности код писать придется

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

Blueprints

Он был очень дорогим, но я пираткой пользовался.

на блюпринтах можно создать полноценную игру

Игры, созданные **«чисто на Blueprint»** (100% без C++) или **практически полностью на нодах** (90–95%), существует довольно много. Большинство из них — это инди-хиты, созданные разработчиками-одиночками или совсем небольшими командами, которым важна была скорость разработки.

### 1. Известные игры, созданные на 100% (или почти на 100%) на Blueprint:

* **Mortal Shell**
Успешный и красивый Soulslike-экшен, созданный небольшой инди-студией Cold Symmetry. Разработчики в интервью неоднократно подчеркивали, что вся игра от начала до конца построена на Blueprint. C++ практически не привлекался, что позволило малой команде за рекордные сроки выдать визуал и геймплей уровня AA-проектов.
* **The Solus Project**
Именитый симулятор выживания от первого лица на загадочной планете. Разработчик Святослав Черняковский создал эту масштабную игру целиком на Blueprint в Unreal Engine 4. Он доказал сообществу Unreal, что на нодах можно сделать сложную систему погоды, инвентаря, выживания и атмосферный сюжет без единого C++ скрипта.
* **Bright Memory (и Bright Memory: Infinite)**
Динамичный футуристичный шутер с великолепной графикой, созданный китайским разработчиком-одиночкой (FYQD Personal Studio). Первая часть была создана им на 100% на Blueprint в свободное от работы время, что принесло игре вирусную популярность во всем мире.
* **Choo-Choo Charles**
Шутер-хоррор про паровоз-паук, ставший абсолютным хитом в Steam и YouTube. Игра создана solo-разработчиком Гэвином Айзенбейсом (Gavin Eisenbeisz) полностью на Blueprint.
* **A Short Hike** *(версия/прототипирование)*
Хотя оригинальная версия была сделана на Unity, ее автор и многие другие разработчики часто используют Blueprint-only подход для создания аналогичных атмосферных медитативных игр без программистов в команде.
* **Abzû**
Живописное медитативное подводное приключение от арт-директора *Journey*. Значительная часть логики взаимодействия с миром, базовые механики плавания и сценарии уровней были собраны на Blueprint художниками и геймдизайнерами.

---

### 2. Масштабные проекты с доминированием Blueprint (90–95%):

* **Clair Obscur: Expedition 33**
Высокобюджетная пошаговая RPG от студии Sandfall Interactive. На GDC разработчики вызвали бум в индустрии, признавшись, что их масштабная игра примерно на **95% написана на «чистых» Blueprints** и использует «ванильный» Unreal Engine без глубоких переработок движка на C++.

---

### Почему эти авторы выбрали «100% Blueprint»?

1. **Скорость итерации (Solo/Small dev):** Разработчик-одиночка не тратит время на сборку кода, ошибки компиляции и C++ синтаксис, а сразу видит результат на экране.
2. **Арт-фокус:** Авторы многих из этих игр (*Bright Memory*, *Mortal Shell*) изначально были художниками или 3D-моделлерами, а не программистами. Blueprint дал им возможность реализовать свои задумки в одиночку.

я не знаю, позволяет ли актуальная версия GameMaker действительно обойтись без скриптов.

**Как дела обстоят в актуальной версии GameMaker:**

В современных версиях GameMaker старый DnD полностью переработали и переименовали в **GML Visual**.

* **Стало ли возможно обойтись без кода?** Технически — **да, практически на 100%**. Нынешний GML Visual — это уже не просто набор готовых действия («проиграть звук»), а полноценное визуальное представление кода GML. Каждому блоку логики соответствует своя строка кода. На нем теперь можно реализовывать массивы, сложные циклы, структуры данных и пользовательские функции.
* **В чем подвох?** Поскольку GML Visual стал полностью дублировать логику текстового программирования, для работы с ним **все равно нужно уметь программировать** (понимать алгоритмы, переменные, условия и области видимости). Из-за этого мысль автора остается верной по сути: вы избавляетесь от набора текста на клавиатуре, но **не от самого программирования**. И как только проект вырастает, писать текстом на GML оказывается банально в разы быстрее, чем расставлять блоки мышкой.

у них есть бесплатная версия для некоммерческого использования

Я не топлю за GameMaker и за конструкторы. Просто поделился информацией.

но оказывается, если верить нейронке, то возможно

Ren'Py

писать игрушки и 3D-приложения на C++ и WebGPU, с GUI на ImGui

Оказывается, со временем разрабы движка стали чуть "добрее", особенно после приобретения движка компанией Opera

Но я не советовал бы GameMaker новичку, который в 2026 году пытается войти в геймдев и разработать 2d игру. Лучше сразу изучать Godot / Unity - имхо, самые лучшие движки для 2d игр.