Пишу фреймворк LDL, аналог SDL но на С++ и с поддержкой старых систем

Посмотрел, некоторые примеры не понятно правильно работают или нет ) По старым вроде было все правильно раньше.
Последние три с тайтловой картой - первый норм, второй пустой экран, на третьем картинка сдвинута направо на какоую-то часть изображения.

 

Карту можно перемещать клавишами WASD, так же можно растинуть окно.

 

Начал портировать фреймворк на OpenGL 3.3

Так как я никогда не работал с графикой выше OpenGL 1.2, для начала решил портировать
уроки от Ravesli.



При портировании столкнулся с недоделками фреймворка, связанные с обработкой событий, надо будет доработать.

Столкнулся с тем, что библиотека glm не поддерживает компиляцию в Visual C++ 6.0 Однако под Windows 98 нет драйверов с OpenGL 3.3, поэтому не вижу смысла оставлять поддержку для рендера OpenGL 3.3. Совместимость останется для OpenGL 1.2

Проект развивается, конечно не стой скоростью, но тоже неплохо

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

Еще как вариант, написать свой минимальный glm, взять из проекта matrix4 и переписать для совместимости. Тогда не будет зависимости в проекте от glm и можно будет использовать для всех версий OpenGL и DirectX.

 

Хех. Почитал статью по ссылке в шапке, про всратость софта. Я тоже не так давно накропал что-то типа этого, только с другой стороны:
Правила выживания в крупной конторе

А вообще, как человек, пишущий системы управления пром. оборудованием с веб интерфейсом на Raspberry PI, могу с уверенностью сказать, что любые фреймворки - зло. Только ваниль, только хардкор. Все равно тормозит? Изо всех сил морщим моск, вспоминая, чему учили в универе, лезем в справочники и кое-как пытаемся накропать функцию на ASM, проклиная себя за то, что когда-то недостаточно внимания уделял этому в учебе.

 

Мне статья понравилась. Есть желание запостить на Хабр?

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

Я как простой богоязненный бэкендер, все же за золотую середину в использовании фреймворков и библиотек. Асм это тупик.

 

Не на Пи-шке, где буквально каждый такт приходится считать.

Постоянный аккаунт у меня только здесь. В остальных случаях - либо одноразовые, либо никаких (это про соцсети).

ЗЫ: А так я тоже не фанат ASM, я и не силен в нем от слова совсем. Но отдельные функции на нем могут ощутимо повлиять на общую производительность.

 

Добавил поддержку С API. И пример к нему.

Пришлось немного перелопатить код, что бы отделить зависимость текстуры от рендера. Теперь нет циклической зависимости классов Render <-> Texture.

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

Код:

#include <iostream>
#include <LDL/Core/RuntimeError.hpp>
#include <LDL/Graphics/Render.hpp>
#include <LDL/Contexts/Direct3D9.hpp>
#include <d3dx9math.h>

using namespace LDL::Graphics;
using namespace LDL::Contexts;

int main()
{
  try
  {
   Window window(Point2u(0, 0), Point2u(800, 600), "01_GetContext");

   RenderContext renderContext;
               //Получаем доступ к потрохам Direct3D9
   Direct3D9* direct3D9 = (Direct3D9*)renderContext.Context();

   Render render(&renderContext, &window);

   LDL::Events::Event report;

   D3DXMATRIX projection;
   D3DXMatrixIdentity(&projection);
   direct3D9->Device->SetTransform(D3DTS_PROJECTION, &projection);

   while (window.GetEvent(report))
   {
     direct3D9->Device->Clear(0, NULL, D3DCLEAR_TARGET, D3DCOLOR_XRGB(0, 0, 255), 1.0f, 0);

     direct3D9->Device->BeginScene();

     direct3D9->Device->EndScene();

     direct3D9->Device->Present(NULL, NULL, NULL, NULL);

     if (report.Type == LDL::Events::IsQuit)
     {
       window.StopEvent();
     }
   }
  }
  catch (const LDL::Core::RuntimeError& error)
  {
   std::cout << error.what() << '\n';
  }

  return 0;
}

 

Проект жив!

Выступил на конференции с докладом о старом железе и рассказал о фреймворке LDL. Доклад будет доступен после конференции.

Сейчас готовлю фреймворк к первому релизу. Привожу гитхаб к более удобному виду.

Еще начал проект на своём фреймворке, по написанию open source движка для игры Arcanum. И по мере реализации движка, буду вносить изменения во фреймворк.
Проект в самом начале.

 

Обновил фреймворк. Добавил инструкцию как собрать, подключить.

Вынес из фреймворка лишнее.

Туториал с примера на OpenGL 1.2 и 3.3
GitHub - JordanCpp/Lib-LDL-Samples

Сборки dll под разные версии компиляторов для Windows.
GitHub - JordanCpp/Lib-LDL-WindowsBuilds

 

) попробую запустить, либо запустится на сейчасном калькуляторе, либо нет )

 

А для Windows 95 есть рабочий Вулкан?!

 

Запустится на любой версии Windows начиная с 95'ой. Но нужно собирать старым компилятором. Я ещё подредактирую cmake, что бы можно было указывать другие рендеры. Пока их нужно указывать вручную, что очень неудобно.
По умолчанию фреймворк работает на OpenGL 1.0 И есть проблемы с поддержкой gl на Windows 95 (стабильно работает только Software версия, нужно отладить и разобраться)

Нет и даже эмулироать невозможно под Windows 9x, 2000, Xp. Поддержка Vulkan будет, его так же можно будет явно юзать в коде, но только для современных операционок.

 

Много лет ждал подобного проекта, очень круто. Главное, чтобы не надоело. За С++98 отдельный плюс.
Буду следить, может даже закоммичу чего.

Планируется ли поддержка совсем ранних DirectX и его предшественников? Windows Games SDK, WinG, вот эти вот ребята.

 

CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
CMake 3.25 or higher is required. You are running version 3.18.4
(это под Debian 11, раньше после заглушек что-то другое было
В целом - тесты на временном моём куркуляторе точно не стоит запускать. Если раньше весь тестовый набор проходил нормально на нормальном железе, сейчас что-то не запустилось, что-то падает едва показавшись - но это не понятно что сбоит (более старый штатный wine, железо никакое и какие-то ограничения из-за этого или что-то еще

 

Будет здорово.

Да. Сейчас самый ранний API DirectX 5.0 недоделанный.

Я сейчас сфокусировался на OpenGL. Позже уже после релиза буду добавлять другие API и поддержку операционных систем.

Linux пока не поддерживается. Сфокусировался в релиз предоставить, что то одно. Для cmake понижу версию.

Компилятор я не менял для старых windows 9x. Посмотрю по комитам, может и правда какую несовместимость добавил.

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

Спасибо за оценку.

 

Offtop

Ничего не понятно, но очень интересно) Лови звезду

 

@Jordan 63, я под десяткой ещё не запускал на том же железе. Если пойдет, значит претензии к debian 11, ядру и wine по умолчанию. На современном железе ядро и wine последние стояли, тут проблематично, проц медленный и довольно старый. Кое что не идёт из новья из за неподдержки инструкций расширений, а если видео должен строго проц обрабатывать, а не видеокарта, тоже мимо :-) не тянет

 

@Jordan 63, у меня маленький совет по коду. Покажу на примере.

У вас есть проверка версии Opengl.

bool OpenGLLoader::Equal(size_t major, size_t minor)
{
return Major() == major && Minor() == minor;
}

Ее лучше переписать так:

bool OpenGLLoader::Equal(const size_t major, const size_t minor) const
{
return (Major() == major) && (Minor() == minor);
}

Аргументы методов по возможности следует делать константными. Сами методы делаете константными где это возможно. Второй пункт относиться к большинству get методов.

Для подобных проверок кода рекомендую использовать анализатор CppCheck.

 

Спасибо за ревью. Обязательно воспользуюсь анализатором. Я просто нацелен на функционал, но периодически рефакторю код. Нужно будет пройтись и поправить сомнительный код. На вскидку его там не мало.

Спасибо, за фидбек.

 

На данный момент, доделываю поддержку звука, осталось реализовать стриминг музыки. Короткие звуки работают.
После Займусь сетью. Думаю, взять библиотеку enet. Простая не имеет зависимостей и используется в 100500 открытых проектах. Сделаю обёртку над ней.

И в принципе, можно сделать релиз 1.0 Получится вполне функциональный мультимедийный фреймворк.