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

Сделайте идентичную демку для обоих движков, сравним, потестим

 

Немного изменен процесс загрузки изображений. Теперь используются 24-битные файлы формата Truevision TGA. После загрузки изображение автоматически преобразуется в 32-битный формат RGBA. Альфа канал так же добавляется автоматически. Пиксели совпадающие по цвету с пикселем в левом верхнем углу становятся прозрачными. Для фоновых изображений прозрачность всегда отключена.

 

Почему не png?

 

@Strategus, зависимости таскать не люблю. А png слишком сложный чтобы самому реализовать его поддержку.

 

Да там зависимости то... один-два файла взять из stb.

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

И вообще в наш то век, надо сжатые тестеры использовать.

 

Попробовал твой пример про изометрию... Я та понял , ты вообще в эту тему даже не вникал?


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

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

Так, в качестве придирки, или оптимизации (это уже в самом движе, а не примере)

Код:

return -1*half_viewport_width;
// Я бы заменил на
return (-half_viewport_width);

Ну, и отсутствие комментариев, даже в примерах - это конечно, только для истинных мачо ))

--- добавлено 25 апр 2024 ---

Поковырял еще пример tilemap, ну производительность уступает библиотеке sfml процентов на 20-25 у твоего движа медленнее, на моей системе... Значит и от SDL 2 (встроенный рендер, на линуксе по умолчанию opengl), отстаёшь так же. В общем думай о пакетной передаче тайлов видиокарте.

 

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

 

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

 

В вариант движка под названием Neon game development kit добавлена поддержка Windows 95.

 

В Neon game development kit имеются нерешаемые проблемы с работой Opengl рендера под Windows 95 при использовании видеокарты 3dfx Voodoo 3. Стоит ли переделывать механизм вывода графики на использование программного рендера?

 

Думаю, что нет. Сложно и долго. Даже прикрутить внешнюю реализацию довольно проблематично.

 

Произведены небольшие оптимизации в загрузчике изображений формата Truevision TGA.

 

Выпущено обновление движков с исправлением бага, который приводил к вылетам и крэшам.

 

Выпущено корректирующие обновление движков. Активная разработка приостановлена. При необходимости будут исправляться ошибки и вноситься небольшие улучшения.

 

Выпущено обновление движков с исправлением ошибок небольшими доработками в API.

 

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

 

Немного изменил API и исправил ошибки в документации.