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

Как раз свободная, чтобы поддерживали и возвращали код в проект, а не бесплатно использовали чужой труд в коммерческих решениях. Без такой лицензии коммерческие закрытые решения всегда будут лучше открытых, а массовые инфраструктурные библиотеки будут поганого качества. Именно поэтому BSD - труп.

 

Так а кто мешает собирать несколько dll, но из одной кодовой базы, лежащей в едином репозитории? Проблема в распылении на множество репозиториев-то именно в этом, она ведёт к дублированию второстепенного кода типа всяких обвязок.

Это колхоз, и притом очень большой, потому что никогда не надо терять историю коммитов. Во-первых она показывает, что проект не на коленке за час сляпан и какую-никакую историю правок имеет, а во-вторых она отражает последовательность изменений в коде, что бывает крайне полезно, если нужно понять, откуда что взялось (при помощи git blame, например).

Вот сейчас у тебя там только два коммита, а ещё рядом лежит ветка master с куда большим числом коммитов, что создаёт жёсткую двусмысленность.
Давай в телеграме свяжемся (@cher_nov), и я расскажу, как грамотно сделать?

 

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

 

Замечательный доклад, жаль, что не оффлайн проходил! Идея чем-то напоминает HX DOS Extender , там как раз поддержка вплоть до DOS и своей ОС.

 

Спасибо за отзыв. Посмотрю указанный проект. Раннее его не видел.

 

Возможно не по теме, но я тут подумал, что реально не хватает в Windows 95, так это поддержки WPF/XAML. Если её добавить, то в результате будет библиотека намного функциональнее, чем SDL.

 

Идею понял, но сама среда net точится под современные ОС и быстро устаревает, все остальные библиотеки работают на ней. Думаю, что это не возможно.

 

В Досовских играх полно эффектов было, за счёт манипуляций с палитрами... Интересно, как ты это реализуешь, без реальной загрузки палитровых изображений? STB автоматически палитровые изображения превращает в RGB... Или предложишь пользователям загружать их в виде 256 оттенков серого? )) Вообще не понятно, как в твоем варианте будет работать подход единого Апи для всех систем. Ведь картинка в ДОС версии всегда будет ущербной, если её делать автоматом из 24битного цвета, а уж если большой атлас с кучей мелких спрайтов перегнать, так вообще беда получится же...

 

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

Пока без эффектов, только одна глобальная палитра. Будет поддержка из коробки палитровых bmp, другие форматы с палитрой разработчик должен сам загружать и учитывать. К примеру в исходниках есть пример загрузки графики из Fallout 2. Демка написана с учетом дос и палитровой графики игры. Собирается и работает как под дос нативно, так и под современные windows. Просто нужно перекомпилировать. Это как пример и демонстрация единого API.

 

Ну тебе надо тогда сделать загрузку палитровых png, что бы палитру тоже создавал из файла...

Тут вчера наткнулся на GitHub - megamarc/Tilengine: Free 2D graphics engine with raster effects for retro/classic style game development, там есть пример программы с картинкой, скалы, прибой... Палитровый png файл и еще какой то еще на 400 байт, который видимо отвечает за сдвиги в палитре и анимацию - даже не верится, что такое можно сделать, без нескольких кадров анимации... Правда там под дос уже не рассчитано, так что у тебя есть своя ниша...

 

Это трудоемко. Одно дело взять уже готовую библиотеку типа stb и просто обернуть в класс, другое дело с нуля реализовать загрузку данного формата. Я всё же за маленькое, но функциональное ядро библиотеки.

Мне нравятся такие штуки изучать, некие такие хаки. Имея малое, получить большее. Не только в графике.

Будем надеяться, что ниша вообще возможна. Я понимаю, что библиотека пока не приблизилась и к функционалу glfw, а уж про SDL я молчу. С другой стороны, все дополнительные плюшки, лучше реализовать в библиотеках расширения.

 

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