Проблемы с подключением Allegro 5 к DEV C++ 5.11

Allegro 5 - это библиотека для 2D игр типа SFML только низкоуровневая, решил в ней покопаться, потому что там графика идёт на любой видяхе даже без драйверов.
Не находит библиотеку allegro_image.h ! Где это взять ? У кого то вообще Allegro 5 присоединялась к DEV C++ 5.11 ,,,,,,???

0

Сообщение от 8Observer8 Я уверен, что во всём Мире на неё так и смотрят, как на тренажёр для практики и изучения C++, что это библиотека для школьников, студентов и тех кто начал изучать C++ или продолжает изучать через задачки с графикой или типа задач написать демку: "Змейка", "Тетрис", "Пак-Ман", "Супер Марио" и т.д.

Да, так и есть.

Но это не мой случай. Когда я изучал С++ и мне захотелось графики и простеньких игр, то такие "змейки-тетрисы" я делал на WinAPI, а именно GDI и GDI+. Причем, по поводу кроссплатформенности я не переживал, поскольку Windows самая популярная десктопная ОС в мире и мне достаточно только win-билда.

Однако, я не вижу, чтобы ТС ставил цель "изучить С++" или решать задачки с графикой. Я за ним давно наблюдаю (еще в разделе игр) и никакого желания программировать я у него не видел. Не изучив основы программирования на GDScript, он сразу принялся за создание игр. GDScript простенький язык, поэтому тут еще можно закрыть глаза на это (хотя, его скрипты однозначно оставляют желать лучшего).
Теперь он то же самое хочет на С++. Т.е. создавать игры на С++, не зная основ. Всё это не что иное, как вздор. Хз, может он рассчитывает, что ИИ будет за него писать код, а он просто будет продакт-менеджером

Если ТС действительно знал бы основ С++, то, конечно, всякие SFML и raylib для изучения графики норм. Потом можно еще пробовать SDL, bgfx и imgui. Но это не тот случай.

А если задача стоит разработать игру, а не изучать либы (иными словами, ехать, а не шашечки), то однозначно я выступаю за игровые движки - Godot, Unity, UE. Причем, не найдется ни один контраргумент, почему либа лучше, чем вышеназванные движки. Даже если теоретически представить, что в игре будет огромное количество тяжелых вычислений (но на практике такое почти не встречается, а у ТС тем более такого не будет от слова совсем), то даже в этом случае все эти движки запросто с ними справятся. UE поддерживает С++, в Unity можно использовать IL2CPP для ускорения игры или использовать официальный механизм для интеграции нативного C++ кода через плагины, а в Godot можно использовать cpp-модули или cpp-godot / GDExtension (первый это когда полностью пишешь на С++, но это требует компиляции движка вместе с игрой, второй не требует компиляции движка, а ты используешь С++ только для тяжелых вычислений, вынося отдельную логику в кастомные крестовые либы).

0

Сообщение от Royal_X А если задача стоит разработать игру

А как ты разделяешь, что человек разработал игру или не разработал? Какие для тебя главные критерии? Типа один человек написал змейку на SFML, а ты на него показываешь пальцем и говоришь, фу лох, это даже не индюшатина, ты даже на ней заработать не можешь, ты ничего не разработал. А второй прогер на C++ (UE) из Mundfish (Atomic Heard) и ты такой - а вот этот парень часть команды, которая разработала успешную игру, этот прогер на этом зарабатывает, он разработал игру.

Сообщение от Royal_X использовать официальный механизм для интеграции нативного C++ кода через плагины

Я пробовал собирать библиотеки на C++ и подключать к Unity, то есть их механизм по написанию плагинов. Я находил несколько статей, где приводились тестовые алгоритмы, что на C# одни алгоритмы выполнялись секунды, а на C++ доли секунд. Я думаю, на практике это очень маловероятно, что жизненно необходимо перенести алгоритмы на C++.

Сообщение от Royal_X для ускорения игры или использовать официальный механизм для интеграции нативного C++ кода через плагины, а в Godot можно использовать cpp-модули или cpp-godot / GDExtension

Я года три назад даже успешно открывал Godot прямо в Qt Creator и собирал его из этой IDE. GDExtension я тоже пробовал, но плохо помню, что именно и как запускал.

0

Сообщение от 8Observer8 Типа один человек написал змейку на SFML, а ты на него показываешь пальцем и говоришь, фу лох, это даже не индюшатина, ты даже на ней заработать не можешь, ты ничего не разработал.

Есть "змейка", а есть "змейка". Первая написана на SFML и никто кроме тебя не будет в нее играть. Вторая разработана на нормальном игровом движке и на ней можешь неплохо заработать.
Спросишь, а в чем разница между этими змейками?
Змейка на SFML это просто пет-проект, без нормальной игровой менюшки (потому что в SFML нет ни button, ни прочих UI элементов), некрасивой графикой, без эффектов. Загугли, как выглядят SFML-змейки.
Змейка на игровом движке это полноценная игра, с красивой менюшкой, настройками, красивой графикой, визуалами, эффектами. В разных игровых магазинах (Google Play, Itch.io, Steam, Epic Games) очень много змеек, но все они полноценные игры и на них зарабатывают неплохие деньги.

0

8Observer8, посмотри на игру во вложении. Если бы ты увидел такую змейку в игровом магазине, ты бы сильно обрадовался? Готов ли ты покупать такую игру?

Эту змейку я делал, когда только начинал изучать С++, для закрепления темы массивов. Но, разумеется, называть это полноценной игрой нельзя. Единственное преимущество, что весит 172 КБ (кстати, если компилировать на MSVC, то вообще будет весить пару десяток килобайт).

Вложения

snake.zip (70.6 Кб, 2 просмотров)

0

8Observer8, такими играми на С++ на низкоуровневых либах можно хвастаться только в контексте размера игры.

Например, вот мой сапер (пробел - начать новую игру, ПКМ - поставить флаг). Весит всего 31 КБ.



Я эту игру до сих пор не опубликовал в своем itch.io. Не знаю, будет ли она кому-то интересна? Может стоит проверить)

Вложения

Minesweeper.zip (9.9 Кб, 8 просмотров)

0

Сообщение от Royal_X то однозначно я выступаю за игровые движки - Godot, Unity, UE.

Я вообще в игры не играю и даже тяги нет к ним. Была тяга только к настольной игре Го - очень похожа на игру Точки, что многие в школах играли, где ставишь точки на пересечение линий, а потом захватываешь территории, соединяя соседние точки. Только в Го правила намного более расширенные и продуманные. Собираюсь к ней вернуться и писать клиент-сервеное приложение для этой игры. Но я бы не хотел находиться в большой компании и участвовать в разработке игр. У меня нет к этому стремления, такой цели я не ставлю и даже мысли нет от этом мечтать. У меня тяга к написанию мелких игр, как к элементу обучения языков программирования, началась, когда я увидел пример парсинга JSON в официальных примерах фреймворка Qt, где парсились игровые данные и файла JSON. Я подумал, вот круто было бы изучать всё в комплексе в Qt через написание очень маленьких сетевых игрушек. Здесь сразу можно было бы изучать основы XML в Qt через парсинг XML, сетевое программирование через их Qt Network, маленькие игровые серверы писать, парсить Json при передачи данных между клиентами через сервер, графику изучать на OpenGL, работу со звуком изучать через их Qt Multimedia и т.д. И всё это в рамках разработки простых клиент-серверных игр: Крестики-Нолики, Шашки, Морской бой, Танчики (Battle City), платформеры и т.д.

0

Сообщение от Royal_X то однозначно я выступаю за игровые движки - Godot, Unity, UE

Второй момент, что когда я начал изучать Blender, то я увидел там встроенный плагин (или отдельный был плагин), который позволял экспортировать сцену из Blender в HTML+JS+CSS. Я стал свои небольшие поделки в Blender собирать в веб, чтобы демонстрировать их. Причем, мне захотелось, чтобы человек мог не только в одни клик открыть мою модель и вертеть её в браузере, но и ещё, чтобы я был свободен в добавлении анимаций и интерактивности. Поэтому я обрадовался, когда вышел бесплатный Unity 5, где выла сборка в веб, через WebPlayer (который в последствии заменили на WebGL, а WebPlayer вырезали) и можно было добавлять интерактивность к моделям, но тогда эти демки очень долго загружались. Потом вышел UE4 и я обрадовался, что теперь я могу сочетать C++ и сборку в WebGL, но там ещё дольше грузились Wasm-сборки в браузере. На Godot тоже долго грузится. Я провёл поиск, что Defold самый быстрый по загрузке Wasm-сборок. К нему я успешно недавно подключил физический движок Jolt Physics, чтобы можно было иметь одинаковую физику на клиенте и сервере в сборках Wasm. То есть я подключил Jolt, как C++-плагин прямо исходниками:



Но долго ждать, пока скомпилируется этот С++плагин для Jolt, если я в нём, что-то поменял, где-то около минуты. Я пытался собрать в либу, а Defold требует только MSVC либы, так как сам собирается и пришлось ставить VS, но видимо нарушается ABI и моя либа не линкуется с Defold. Поэтому я решил не трогать Defold, а сконцентрироваться на SDL3 и OpenGL для сборки в Wasm.

0

Сообщение от 8Observer8 На Godot тоже долго грузится.

что означает долго (это сколько для тебя времени)?

мой кубик https://royalxxx.itch.io/cube-web у тебя грузится долго?

0

Сообщение от Royal_X такими играми на С++ на низкоуровневых либах можно хвастаться только в контексте размера игры.

Игра, которая меньше всего занимает места на диске возможна на языках типа: JS, Python и т.д., потому что её размер на дискует составляет только исходные файлы и ассеты. По исходным файлам мой Сапёр на JS занимает 16.1 KB, то ассеты занимаю 42.9 KB. Мне их нужно портировать из PNG в WebP, чтобы их размер уменьшился в 5-10 раз. Я использую Box2D (plankjs - это порт Box2D на JS) для простого определения клика мыши по ячейки, чтобы код сократить и упростить, но ещё я ставил цель хотя бы минимально задействовать Box2D для его освоения в этом контексте применения, как определение клика по объекту. Для графики здесь чистый WebGL. Кроме размера плюс в том, что её не нужно скачивать, чтобы запустить и боятся получить вирус от запуска EXE, можно залить и открыть на бесплатном хостинге GitHub Pages: демка в браузере. А ещё её можно очень быстро запустить на мобильном браузере через QR-код:



Можно играть в браузере по QR-коду выше. Скриншот с моего телефона:



То есть по скорости запуска она выигрывает.

GitHub репозиторий

Исходники:

Вложения

minesweeper-2d-noobtuts-port-planckjs-webgl-js-master.zip (43.9 Кб, 3 просмотров)

0

Сообщение от 8Observer8 Можно играть в браузере

а почему игра продолжается даже после проигрыша и даже потом можно выиграть)

0

Сообщение от Royal_X что означает долго (это сколько для тебя времени)? мой кубик https://royalxxx.itch.io/cube-web у тебя грузится долго?

С одновременно нажал секундомер на телефоне и запустил демку и у меня получилось 6-7 секунд до показа кубика. Но это может быть из-за VPN, потому что сейчас в РФ веб-демки на itch вообще не отрывается без VPN:



А с VPN у меня скорость падает с 500 Ббит/с до 67 МБит/с, а задержка подскакивает к 3 мс, до 103 мс:



Для твоей демк я создал QR-код, чтобы на телефоне потестить:



Без VPN на мобильном твоя веб-демка на itch вообще не грузится:



Это целая проблема браузерных игр с монетизацией при встраивании в специальные площадки для браузерных игр, особенно на мобильных устройствах. Заключается в том, что большинство пользователей не ждут, когда заполнится Progress Bar дольше чем сколько-то секунд и закрывают игру. В этом плане явный лидер среди игровых движков - это Defold с большим отрывом от Godot и Unity. Он можно сказать с самого начала на браузерные и мобильные затачивался. Но я сейчас пришёл к выводу, что для моих задач лучше всего SDL3 + OpenGL + Emscripten (WebAssembly) - с этим стеком

Например, эта демка в браузере на SDL3 + Box2D мгновенно загружается на ПК даже с VPN с хостинга GitHub Pages:



На мобильном даже в VPN загружается мгновенно:



Без VPN хостинг GitHub Pages в РФ пока отлично работает:



Я думаю, что для РФ нет смысла выкладывать веб-демки на itch, потому я заметил, что даже многие на КиберФоруме не используют VPN, либо часто отключают его потому что скорость падает. Мне чаще всего 70 хватает и я редко его отключаю, потому что он нужен для гугловского Gemini.

У меня есть пошаговая инструкция для этой демки SDL3 + Wasm (без OpenGL, используется 2D-API SDL3): SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D

0

Сообщение от Royal_X а почему игра продолжается даже после проигрыша и даже потом можно выиграть)

Я уже 5-й год откладываю исправленные этого бага. Очень хочу переписать её на SDL3 + OpenGL + Wasm. Там ещё угловые квадраты не открываются, правда, это баг содержится и в туториала по Unity: Unity 2D Minesweeper Tutorial, с которого переписал игру на JS. Я сначала давно повторил все туториалы с NootTuts на Unity:



Они очень хорошо переписываются на Box2D, потому что Unity использует Box2D и там даже названия в инспекторе в Unity и API-функции Unity для 2D-физики зачастую совпадают. Например, я один в один переписал Понг и даже добавил звук на Web Audio API и текст на HTML/CSS. Вот демка и исходники на GitHub. Она полноценная в плане игры на двоих и зарабатывания очков.



Некоторые переписал на другие языки, либы или движки, которых кучу перепробывал. Например, Змейку и Понг на PySDL (Python) - это тоже NoobTuts, но уже не порт с Unity туториалов, а порт с OpenGL1 туториалов на PySDL3 2D-API: NoobTuts Python Snake Game и NoobTuts C++ 2D Pong Game. Сейчас, вроде бы, стабильной стала новая версия Box2D v3, которую несколько лет назад разработчик Box2D v2 переписал с нуля на чистый C. Я хочу сначала демки NoobTuts переписать с Unity на SDL3 + OpenGL + Wasm + Box2D v3. Может сначала на Python, потом на C, а потом на C++, либо сразу за C++. Вообще, как показало время, что может очень плохо распыляться, но в распылении тоже свой опыт. Лучше сразу взять пока только C++.

0

Сообщение от 8Observer8 правда, это баг содержится и в туториала по Unity

Никогда строго не повторяй по туториалам. Там не всегда правильно + не получаешь того удовольствия, когда самостоятельно размышляешь над проблемой.
Например, когда я писал свой сапер (равно как и прочие игры), я никуда не смотрел, делал всё так, как считал правильно.
Разочаровался в туториалах еще давно. Много раз встречал, когда в туториале предлагали откровенную дичь.
Даже если оно работало, то, что советовали, было очень неэффективным и неоптимизированным.
Поэтому изучи правила сапера, а потом лучше пиши сам.

0

Royal_X, у меня есть идея делать 3D-туры в браузере, как в Google Map, где фотки 360 градусов. Многие скажут такое уже есть готовое, но оно платное по подписке, либо дорого стоит, либо не удобно при работе с напильником. В этом плане SDL3 + OpenGL + Wasm намного удобнее для меня, потому что уже основы есть. Смысл в том, что есть заказчики на объекты для создания 3D-туров и это это популярно. Выезд на объект с специальной камерой, которая снимает 360. Камера на штативе ставится в заранее оговорённые точки. Начинает камера снимать специально с задержкой, чтобы успеть спрятаться и не попасть на снимок. Например, объектом может быть: галерея, музей, квартиры, заводы, бомбоубежища, экстерьер, здания (которые должны снести и нужно запечатлеть его, например, городской вокзал) и т.д. SDL3 + OpenGL + Wasm дают полный контроль, когда фотки загружать, нет зависимости от движка. Можно было взять движок Defold, но нет полного контроля через напильник, есть зависимость от разработчиков движка и придётся изучать API движка на Lua, когда я уже знаю базовый OpenGL и базовый API SDL3. Не хочу делать на Three.js или на чистом WebGL, потому что JS это лёгкий способ скачать фотографии, а наверняка многие заказчики захотят скрыть фотки. SDL3_image умеет читать формат изображений WebP, которые весят раз 5-10 меньше, чем PNG. Вообще, конечно, прошаренный человек может достать фотки из Wasm или прямо из видео памяти, но Wasm даёт лёгкую защиту от большинства пользователей. Потом на SDL3 можно легко собрать в нативные EXE и APK малого размера, а на Three.js пришлось бы использовать Electron и Cordova. Electron зашивает браузер в EXE и поэтому весит условно под 300 МБ, да и напрягает систему в целом - наверняка жрёт много оперативы. Я пробовал собирать в Electron давно.

Сообщение от Royal_X Никогда строго не повторяй по туториалам. Там не всегда правильно + не получаешь того удовольствия, когда самостоятельно размышляешь над проблемой.

У меня идея взять старые туториалы NoobTuts (сайт которого не работает, только в архиве остался). Сделать сначала на их основе текстовые туториалы для моего сайта: https://ivan-enzhaev.github.io/ на двух языках: русский и английский, где я будут переводить с Unity на SDL3 + OpenGL + Wasm + Box2D v3. Там же в туториалах потом буду выкладывать видео-версии этих туториалов, как я следую по текстовым версиям - на русском в VK (отдельный канал на Ютуб для видео на русском), а на английском тоже на отдельном канале на Ютуб (когда на одном канале на русском и английском, то алгоритмы Ютуба путаются). Туториалы позволяют совсем начинающим набить руки на повторении за кем-то. Но здесь есть ловушка, что они сделали демку по тутору и всё дальше не развивают её годами. Тут именно важно развивать эту демку дальше: добавить вывод очков, сцены выигрыша и проигрыша, звуки, музыку, найти другие ассеты, которые понравятся, добавлять уровни, улучшать постоянно эту игру - какой-то план иметь по улучшению и пошагово регулярно следовать этому плану. Вот этого мне не хватает, потому что многие демки так и остались даже без главного элемента игр: возможность выиграть и проиграть, а так же без регулярных обновлений по плану, который тоже может меняться.

Сообщение от Royal_X Поэтому изучи правила сапера, а потом лучше пиши сам.

Я очень часто использую Gemini и стараюсь принципиально с ним переписываться только на английском. Можно попробовать сначала переписать Сапёра с Unity (NoobTuts) на SDL3 + OpenGL + Wasm + Box2D, а потом с помощью Gemini создать новый проект и на том же стеке: SDL3 + OpenGL + Wasm написать новую версию Сапёра. Сам я алгоритм flood fill не смогу придумать. Мне проще открыть Gemini и у него спросить, а потом открыть Сапёр изу тутора Unity (NoobTuts) и сравнить, что он предложил. Потом сказать Gemini, чтобы он перевёл flood fill из Unity тутора c C# на С++. Там примерно 20 игр на Unity и их быстрее по туторам перевести. А параллельно можно самому пытаться что-то с нуля из головы писать + помощью нейронки.

Сообщение от Royal_X Разочаровался в туториалах еще давно. Много раз встречал, когда в туториале предлагали откровенную дичь. Даже если оно работало, то, что советовали, было очень неэффективным и неоптимизированным.

Что касается тех туторов по Unity с сайта NoobTuts (архив сайта), то их очень много кто выполнял и я находил результаты на itch. Я сам их все выполнил в Unity. Там половина неполные туторы, потому что они платные, но в интернете несложно найти архив с полными туторами и исходниками. Я сам их все прошёл и они реально крутые. Там всё подробно разжёвано. Он они очень простые для начинающих. Там кода очень мало, только основы простые.

0

Сообщение от Royal_X мой кубик https://royalxxx.itch.io/cube-web у тебя грузится долго?

Я забыл протестить твою демку на телефоне с включенным VPN по QR-коду:



Странно, что она не открывается c VPN по Wi-Fi, а на ПК с VPN работает. На мобильном с VPN у меня Телеграм работает. Ждал несколько минут, но демка с VPN не открывается (пробовал несколько раз):

0

По мобильному интернету понятно, почему она могла не работать: бывает, включают "белый список", когда доступны только vk, ozon и т.д. Но по Wi-Fi почему не загружается даже с VPN — непонятно, так как с тем же VPN на ПК демка загружается

0

8Observer8, видимо, проверка на сайте itch.io не любит всякие vpn

в любом случае, кубик должен и в мобильном браузере работать. Я специально тач добавлял.

0

Сообщение от Royal_X видимо, проверка на сайте itch.io не любит всякие vpn

Тогда бы и с ПК с VPN не работало бы. У меня абсолютно тот же VPN на ПК и мобильном. А у тебя по QR коду выше на смартфоне открывается демка? Может какая-то проблема с совместимостью с мобильным браузером?

0

8Observer8, проверил https://royalxxx.itch.io/cube-web

игра работает в мобильных браузерах Chrome и Firefox. В обоих браузерах игра разворачивается на весь экран в ландшафтный режим и отлично работает. Загрузка быстрая (но у меня 5g на телефоне). Другие мобильные браузеры не проверял, поскольку если работает в Chrome, то значит будет работать и во всех хромиумных браузерах.

Тач тоже работает. Два пальца - вращение камеры, один палец - вращение кубика.

***
Собственно, к чему я вообще упомянул Godot? К тому, что этот движок для простеньких игр норм работает в браузере. Конечно, для сложных игр лучше использовать Unity, там неплохая оптимизация из коробки. В последнее время я встречаю много Unity-игр с отличными визуалами, которые имеют неплохую производительность в браузере. Имхо, это единственный движок, который способен выполнить тяжелую игру в браузере.

Добавлено через 12 минут
8Observer8, кстати, что думаешь про raylib и bgfx?

Первая, говорят, что очень легкая. Для всяких змеек, тетрисов подходит.

На второй же даже игровые движки пишут.

Добавлено через 26 минут
8Observer8, этот кусок из файла Vulkan.cpp папки examples, которая поставляется вместе с SFML. Тебе нравится такой стиль? Что ты думаешь о разработчиках SFML?

0

Сообщение от Royal_X проверил https://royalxxx.itch.io/cube-web

Как я писал, на ПК загружается 6-7 секунд. Для меня это долго. Не могу проверить без VPN, потому что itch не работает без VPN на ПК. У тебя нет это демки на другом хостинге, чтобы без VPN проверить скорость загрузки? Возможно, что из за отклика 100 мс так долго загружается простая сцена.

Сообщение от Royal_X В последнее время я встречаю много Unity-игр с отличными визуалами, которые имеют неплохую производительность в браузере. Имхо, это единственный движок, который способен выполнить тяжелую игру в браузере.

Я давно не тестировал, но Unity раньше на мобильных браузерах бюджетных телефонов вообще не загружался. Но сейчас у меня нормальный телефон и Unity спустя эти 5 лет должен был многое исправить. Считается, что до 3-5 секунд загрузки это нормально, но я узнал, что в Unity стараются первую сцену загрузить в эти 3-5 секунд, а потом подгружают ассеты во время игры - как и должно быть. Сейчас жизнь Defold держится на фоне Unity и Godot только за счёт его самой лучшей оптимизации для браузерных игр среди движков, которые собирают в Wasm. У меня нет погони за визуалом, а есть требование скорости загрузки и полным контролем. Потом я хотел сделать перемещение от первого лица в браузере с физическим движком, чтобы не проходить сквозь стены. Я хочу чтобы на сервере и клиенте был один и тот же физический движок. Мне понравился Jolt Physics и я его пробую с SDL + OpenGL + Wasm. Оказывается Godot с версии 4.6+ внедрил этот движок и вроде он стал физическим движком по умолчанию. Но всё равно не хочу для своих простых задач от движка зависеть. Сначала 3D туры и простые игрушки на C++, а потом посмотрим.

Сообщение от Royal_X кстати, что думаешь про raylib и bgfx?

bgfx не пробовал. Простую сцену собирал в Wasm, но не помню насколько она тяжелая получается. На raylib споткнулся на реализации скелетной анимации. У меня модель состояла из двух частей, которую я анимировал в Mixamo. Модель нормально работает в моей реализации скелетной анимации на WebGL + JS и на OpenGL C++, но с raylib я несколько дней промучился и плюнул. Сейчас думаю осваивать эту библиотеку: https://github.com/guillaumeblanc/ozz-animation и внедрять её в мой стек SDL3 + OpenGL + Wasm + cgml. Статические объекты из glb можно загружать с помощью: https://github.com/jkuhlmann/cgltf

Сообщение от Royal_X Первая, говорят, что очень легкая. Для всяких змеек, тетрисов подходит.

У raylib огромное активное комьюнити на Discord (запрещён в РФ), но как я понял, очевидно, большая часть это школьники и студенты. Лёгкая библиотека с поддержкой 3D и скелетной анимации. Больше контроля, чем в игровых движках. У raylib 3D лучше, чем у Allegro5. У Allegro5 нет скелетной анимации, но можно было бы взять для неё ozz-animation. Я в какой-то момент выбирал между raylib и Defold, но в результате опять вернулся к стеку SDL3 + OpenGL. На Discord ещё очень популярен libGDX для 2D и 3D. Похож по концепции на SDL3 2D-API и даже из коробки есть Box2D, а ещё есть 3D (встроен Bullet Physics), а самое главное libDGX собирает для браузера. Язык - Java. Но для 3D нет официальной поддержки физического движка в браузере.

0