Благодаря более новому компилятору был написан один из важных примеров "идеальной передачи и универсальных ссылок". Основываясь на этом примере будет лучше прорабатываться распределение памяти за счет уменьшения случаев выделения памяти под временные объекты в констукторах классов.

Идет серьезная работа по усовершенствованию слоев памяти и уже есть отличные успехи в этом направлении.

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

После долгой работы я наконец-то нашел время, чтобы заняться движком Light-Source, и решил продолжить тему кроссплатформенности.

Разница между win32, linux и PSP не так велика, как казалось бы. Достаточно прописать общую обертку под выделение оперативной памяти, выделение видео памяти, дисплея, рендера и звука, но помимо этого необходимо сущ. переработать структуру движка, что решит многие вопросы, которые возникали раньше.

Я начал с самого простого - оперативной памяти.

Если кому интересно, то я снова, как и раньше, буду каждые выходные продолжать работу на Light-Source.

У меня была неделя отпуска где я начал работу с кроссплатформенности. Было решено разделить движок на 2 основных компонента:
- ядро, которое будет выступать в качестве кроссплатформенной обертки между всеми поддерживаемыми в будущем платформами
- framework, рабочую структуру движка, в которой будет определено поведение и взаимодействие компонентов движка (выделение памяти, работа с сущностями и т.д.)

На текущий момент я закончил на работе с видеопамятью...

Видеопамять PSP в 2 МБ резервируется на 3 буфера:
- буфер отрисовки
- буфер дисплея
- буфер глубины
при этом остается 688 кбайт неиспользуемой видеопамяти. Поэтому на ровне с OpenGL будет создана общая обертка по работе с видеопамятью, где будет резервироваться память под конкретные элементы.

Если в OpenGL можно резервировать видеопамять под любые нужны, от буфера вершин, буфера индексов, текстурного буфера и т.д., то в ядре движка (и под PSP) будет сделано схожим образом, но в framework будет предложен заранее более оптимальная конфигурация работы.

Добавлено спустя 4 часа 41 минуту 30 секунд:

Успешно протестирована кроссплатформенная обертка по работе с видеопамятью.

Задали вопрос по почте, решил ответить всем.

Opensource?

Я собираюсь делать полноценный кроссплатформенный игровой движок. Моими (одиночными) усилиями тягаться с такими мастодонтами, как Unity или Unreal Engine нет никакого смысла. Даже если брать функциональность того, что можно делать на таких крупных движках, то мне даже при всем желании никак их не догнать.

Тем не менее основными столпами игрового движка Light Source будет:
- кроссплатформенность
- макс. производительность

Хочется добавить возможность создания игр и под старые игровые платформы, такие как PS2, PSVita, GameCube и т.д., а так же под новые платформы Android, iOS, Nintendo Switch и др., при этом дав только самый минимум функциональности игрового движка.

Почему же он не открытый?

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

Именно поэтому Light Source хоть и начинался, как opensource и раннее начало можно застать на github, тем не менее он сейчас закрыт! А все исходники и новые наработки хранятся исключительно у меня. Сделано это в первую очередь потому, что в будущем это будет коммерческий проект с системой монетизации продаешь игру на Light Source, будь добр поделится небольшим % от дохода. А чтобы выходить на такие уровни, а так же защитить свои интеллектуальные права на игровой движок опять же нужны деньги. Другими словами он все же будет свободно распространятся для некоммерческого использования, но только когда все интеллектуальные права сможем защитить.

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

На данный момент выбрано 2 платформы: Windows и PSP. Работаю над кроссплатформенной оболочкой, где уже есть отличные наработки. В будущем, если ядро кроссплатформы будет написано идеально, то можно будет отлаживать игры прямо на Windows с окном игры и консолью отладки, и просто перенести перекомпилировав сборку под PSP, и она будет работать точно так же.

Решил в эти выходные заняться тем, на чем я застрял, когда хотел доделать скелетную анимацию с *.collada формата - это парсинг этого файла...

Не хотел никак писать на C++ этот парсинг всего DOM дерева элементов и строговой привязки по id и sid, потому что это бы заняло целую вечность, но сегодня взял себя за... и решил начать. Как оказалось не так страшен черт как его малюют.

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

Скелетная анимация: первый рабочий пример

Прочитать новость можно на моем патрон канале

Начал работу над Editor'om

Прочитать новость можно на моем патрон канале

Light Source: Editor. Label. [ссылка]
Light Source: Editor. Input. [ссылка]
Light Source: Editor. Основа. [ссылка]

Соскучились?

Немного о том, что было...

Примерно с Ноября 2020 года переезжали в недостроенный дом. Приходилось работать и днем, и вечером. А с Марта 2021 года закончили наконец-то внутреннюю отделку, кроме дверей... А из интернета имеется только очень слабый 4g интернет, который едва ловит.

Надеюсь летом удастся провести оптоволокно.


Продолжим: профайлер

Написание тестовых примеров под будущую плагин систему в LightSource: Editor.

PS: в настоящее время довольно много что уже продумано, прописано и реализовано. По большей мере решены вопросы кроссплатформенности, оптимизации, а так же гибкости игрового движка. В скором времени я буду все это собирать в едино и тестировать. Соответственно когда будет прописана и протестирована основа, и если все проблемы будут решены преложенной организацией структуры, то в дальнейшем будут прописываться отдельные модули расширяющие функциональность игрового движка.