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

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

--- добавлено 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).

 

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