Новый игровой движок

Если не попробуете, не узнаете. Интересно смотря для кого, да и нужно ли. Просто опишите, то что есть. Тем кому понравится, вам напишут.
У меня половина статей на Хабре, не технического характера, в которых треш и угар

--- добавлено 27 дек 2024, предыдущее сообщение размещено: 27 дек 2024 ---

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

Я сейчас работаю над новой версией библиотеки LDL и есть мысли написать статью на эту тему. Много технических подробностей, тесты производительности и т.д

 

Внес финальные на данный момент доработки в API. Дальнейшие обновления будут в следующем году. Желаю всем спокойствия и счастья.

 

А много ли трудностей возникнет при попытках портировать игры на LDL с SLD1-2-3?

 

Трудности есть. У меня получилось портировать игру Cube 2: Sauerbraten. Билд от 2013 года. Потом там жёстко завязались на SDL2, свои функции для работы с файлами и т.д И порт возможен, но довольно много работы.
Для звука сделал заглушки. Все остальное работает. Все это сделано для предыдущей версии LDL. Но есть одна проблема из-за одной функции. Которой нет в LDL, пока. Но собираюсь её добавить. Функция которая возвращает сколько пикселей по экрану прошел курсор, с предыдущего движения. Из-за этого камера пока неадекватно себя ведёт.

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

--- добавлено 31 дек 2024, предыдущее сообщение размещено: 31 дек 2024 ---

Портирование довольно трудоемкая задача, в моем случае мне конечно чуть проще, так как я знаю внутреннее устройство LDL и понимаю где, что и как работает. Ещё один большой плюс, что игру можно отлаживать современными компиляторами С++ и IDE. И если работает на современной Windows или Linux, то для работы для windows 95 и старых версиях Linux, нужно, только пересобрать, ну и конечно среагировать на диагностические ошибки, если будут.
Многое зависит от используемых API, к примеру OpenGL полностью поддерживается.

 

Исправил небольшой баг в подсистеме для работы с тайловыми картами.

 

Лучше вынести из движка знание о таловых картах в примеры. Движок, только рисует, а вот как рисовать это уже игра решает.

 

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

 

Внес небольшие изменения в API и немного оптимизировал подсистему для работы с листами спрайтов(sprite sheet).

 

Я бы добавил больше примеров и скрины к ним на гитхаб.

 

Добавил подсистему для работы с фоновыми изображениями с поддержкой прокрутки (параллакс) и немного изменил API.

 

Добавил подсистему для работы с 2D камерой.

 

Исправил баг в работе камеры.

 

Увеличил производительность рендера и доработал API, а так же исправил ошибки в документации.

 

Немного доработал API и улучшил загрузчик изображений форма TGA.

 

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

 

@Strategus, буду только рад если люди будут делать игры на моем движке.

 

Это похвально, но таких движков много. И у людей нет аргументов в пользу данного движка. Если то что всего два файла, то есть одно файловый olcPixelGameEngine.h. Если по универсальности и количеству поддерживаемых платформ, то SDL в не конкуренции будет. Должна быть изюминка, что-то сделано удобнее или заточено под конкретно. то что нужно тому кто будет делать игру. Я вот за последние года 2-3 просмотрел сотни полторы движков. Везде что-то не устраивает, то одно не удобно, то другое, у третьего спрятано всё, у четвёртого вообще минимализм, пятый и шестой используют устаревший openGL (нормальный я от 3.3 считаю, с некоторыми расширениями), где то набухано столько, что нафиг оно всё надо ((
Самое интересно, то что создатели движков (речь про 2д), очень часто полагают что пользователям их движков почему то должно хватить двух видов текстур rgb8 и rgba8. Ну и как в рамках этого допустим стратегию делать. Вот представим. Делаем, пусть Цивилизацию (уровня 3тей). У нас есть 30 цивилизаций, каждый юнит должен иметь окраску игрока, Цвет команды (колор тиам). Ну и как это реализовать, делать 30 вариантов для каждого юнита, или делать маску в 24бита. Это же жирно до безобразия... А вообще большинство игр 2д можно сделать, в рамках палитры в 256 цветов (не на всю игру, а на спрайт). Это сильно сократит затраты памяти. Я уж молчу, про то что в шейдере можно наворотить всякого, нормали, динамическое освещение...
А вывод спрайтов? Это ужас, максимум батчинг самый простой, а то и вовсе поштучно предлагают. А как же более современные варианты? Получается, что я в 3д движке рисую сотни тысяч полигонов за один кадр, с огромным ФПС, а в 2д игре, 30-50 тысяч спрайтов приводят к тормозам...
Вот у меня есть идея. Изометрия ланшафт генерируется не из десятка, двух тайлов (размером с игровую клетку). А из очень мелких, скажем по 16 тайлов, или даже по 64 на одну игровую клетку. По сути по "пиксельно" Тут уже надо несколько сотен тысяч спрайтов вывести ((
А SDF текстуры, отличная штука для шрифтов, да и не только. Можно гербы сделать 1-2 цветные, которые будут на юнитами, и хранить это всё в шрифте, а при загрузке конвертировать как шрифт в текстуру SDF. А не плодить десяток шривтов под каждый размер кнопки...
GUI как правило в движках минимальный или ужасный, почти все тянут стороннюю библиотеку поэтому, ну или создателе движка, сами тянут такую... В общем, тут столько всего можно навертеть и это только малая часть, если собрать все идеи, что есть в инете, то на 50 движков разных хватит

 

@Strategus, изюменка в крайне низких требованиях к железу и логичном понятном API. Затачивается движок под олдскульные игры типа Street of rage.

 

Ну тут в плане графики, вообще никаких особых требований. Разве что загрузка разных графических форматов может потребоваться. А так всё просто выглядит. Думаю что тут конкуренция даже не с движками будет, а с SDL. В принципе простую игру можно прямо на SDL делать(там тоже низкие требования к системе).

--- добавлено 29 янв 2026, предыдущее сообщение размещено: 29 янв 2026 ---

Да, наверное надо будет анимацию реализовывать, не помню как называется, там когда руки, ноги отдельно от тела. Человек из нескольких спрайтов. Вроде в таких играх так делают

 

Справедливые замечания, особенно про текстурные форматы и батчинг - в 2D это часто больное место. Думаю, если движок чётко ограничить конкретным жанром или подходом, многие из этих проблем можно решить без излишнего усложнения.