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

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

0

Сообщение от 8Observer8 Считается, что до 3-5 секунд загрузки это нормально

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

0

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

Я решил не тратить время на Vulkan. Я его заменил на WebGPU (его называются Vulkan для браузера). Что меня расстроила - Vulkan не работает в браузере, как это есть для OpenGL/WebGL. Новые версии Vulkan не работают на моём Redmi 10, хотя какая-то начальная версия Vulkan на этом телефоне есть. Я понимаю, что можно сказать телефон 2021 года и пока его заменить на современный, но мне эта идея не нравится. Самое главное, не нравится, что я не могу писать один и тоже код на C++ и собирать его в Wasm, EXE, APK, как это сейчас работает с OpenGL ES 3.0 и OpenGL 3.3. Я специально использую OpenGL 3.3 так, чтобы быть в рамках OpenGL ES 3.0, который является аналогом WebGL 2.0. В случае же WebGPU я могу собирать один и тот же C++ код в Wasm, EXE, APK. Правда, WebGPU использует Vulkan и на Redmi 10 не работает. Пока что я на OpenGL и иногда изучаю WebGPU для которого есть неофициальное поддержка для SDL3. Есть SDL3 GPU, который тоже не работает на моём телефоне, потому что использует Vulkan новой версии. Может потом начну изучать SDL3 GPU. Пока что OpenGL достаточно, а WebGPU похож на Vulkan, но гораздо меньше кода требует.

Сообщение от Royal_X Так это от игры зависит. Порой даже десктопные игры загружаются более минуты. Как можно утверждать, что все игры, особенно браузерные, обязаны уложиться в 5 сек, иначе они плохие?

Если ассетов на 200 МБ и они все в одного .wasm файле, то игра будет очень долго грузиться. Делают первую сцену супер лёгкой, а дальше загружают ассеты через Fetch по мере необходимости.

Добавлено через 6 минут
Для метрик удержания и монетизации очень важно, чтобы пользователь главное меню игры не позже чем через 3-5 секунд, а не ждал, когда скачаются все 100-200 МБайт файлов игры в одном .wasm файле. Отктрой почти любую игру на https://www.crazygames.com/ и ты увидешь, что первый загрузочный Progress Bar загружается не больше, чем на 3-5 секунд. Например, 3D-гонки: https://www.crazygames.com/game/polytrack

Добавлено через 4 минуты
Что такое Crazy Games:

CrazyGames — это одна из крупнейших в мире площадок для браузерных игр. Если коротко, это сайт, на котором собраны тысячи игр, доступных для запуска прямо в браузере без необходимости скачивания или установки. - SDK для разработчиков: Они предоставляют инструменты (SDK), которые позволяют разработчикам легко встраивать рекламу, сохранять прогресс игроков и добавлять функции мультиплеера. - Портал разработчика: Это экосистема, где инди-авторы могут публиковать свои проекты и получать доход от рекламы, которую видят пользователи.

0

Сообщение от 8Observer8 Что меня расстроила - Vulkan не работает в браузере, как это есть для OpenGL/WebGL.

Vulkan создавали, потому что OpenGL не мог конкурировать с DirectX на десктопе. Т.е. он не для браузеров, ведь в браузерах OpenGL, а вернее WebGL, неплохо справляется со своей работой.
Что касается андроид-устройств, то Vulkan есть почти на всех современных смартфонах, даже самых бюджетных.

Сообщение от 8Observer8 какая-то начальная версия Vulkan на этом телефоне есть

Сейчас крайняя версия Vulkan это 1.4.356 (вышла 3 июля 2026).

На моем смартфоне (который давно покупал) есть Vulkan 1.3.278
На ноутбуке - Vulkan 1.4.323

Да, на мобиле не самая свежая версия. Однако, даже этой версии хватает для многих задач. Ведь, кто сказал, что должна быть прям крайняя версия.
OpenGL 4.6 тоже не бывает прям на всех смартфонах, обычно только третья версия, например, чаще это OpenGL ES 3.2.

К тому же, приложения тоже очень редко прям требуют самых последних версий Vulkan.
Например, для игр на Godot достаточно Vulkan 1.0 (хотя, Godot 4 умеет и под OpenGL ES 3 экспортировать, а Godot 3 - даже OpenGL ES 2).

0

.Royal_X, исходники на твой QR Code Generator можно посмотреть?

Сообщение от 8Observer8 Как я писал, на ПК загружается 6-7 секунд. Для меня это долго. Не могу проверить без VPN

Без ВПН, 1-2 секунды, Firefox.

0

Сообщение от RabbitAttaks можно посмотреть?

неа, это коммерческая тайна))

Сообщение от RabbitAttaks Без ВПН, 1-2 секунды, Firefox

ты же из свободного мира, тебе этот впн и не нужен

0

Сообщение от Royal_X неа, это коммерческая тайна))

Что ж там тайного, если реализаций уже достаточно много?
Нет, так нет. Соли в банке.

Сообщение от Royal_X ты же из свободного мира, тебе этот впн и не нужен

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

0

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

странно... в твоей стране есть сайты, которые не открываются без впн?

свобода имеет границы (даже если брать самую абсолютистскую традицию - американскую), иначе это не свобода, а какой-то хаос

твоя свобода ограничивается там, где она посягает на свободу других

0

Так что с исходниками на QR generator? Всё так плохо?

0

0

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

Возвращаясь к теме

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

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

0

Сообщение от Igor3D чтобы понимать сколь наивна эта мечта

Какой тягучий пессимизм. Было бы желание.
Есть много игр которые разрабатывали несколько человек(даже десяток и даже один) и в которые играют/играли тысячи если не миллионы.
Примеры привести?
И сейчас выходят такие игры. Потому что "большая машина" больше не может выпускать, в своем большинстве, интересные игры, только красивые.

upd. Но как бы там ни было, ни Алегро ни СФМЛ - это далеко не те инструменты которые нужно изучать для этого.
upd2. Ещё, немаловажно, с инструментами нейросетей, создать игру, небольшой группой, ещё проще, а значит реальней. Для первой версии/демки/альфа/раннего доступа, вполне можно обойтись без художника и ещё много кого.

0

Сообщение от Royal_X На моем смартфоне (который давно покупал) есть Vulkan 1.3.278

У меня Vulkan 1.1.131. Пишут, что это всё ещё актуальная версия. WebGPU из JavaScript работает: https://webgpu.github.io/webgp... loTriangle Значит, проблема в связке SDL3 + WebGPU + Wasm. Буду искать в чём проблема.

Сообщение от Royal_X OpenGL 4.6 тоже не бывает прям на всех смартфонах, обычно только третья версия, например, чаще это OpenGL ES 3.2

OpenGL 4.6 вообще не бывает на смартфонах. ES 3.2 - максимально возможная версия. Дальше либо Vulkan, либо WebGPU, который транслирует (если правильно так выразиться) свои команды в вызовы Vulkan.

Добавлено через 11 минут

Сообщение от Royal_X Например, для игр на Godot достаточно Vulkan 1.0

Нейронка написала, что Vulkan 1.0 для Godot "обычно недостаточно". Я не полез проверять, просто оставлю, на всякий случай:

Не совсем так. Для стабильной работы современных версий Godot (4.x) Vulkan 1.0 обычно недостаточно. Хотя ядро Vulkan 1.0 заложило базу, современные движки, включая Godot 4, активно используют расширения и возможности, появившиеся в более поздних ревизиях (Vulkan 1.1 и выше). Почему Vulkan 1.0 — это риск: Зависимость от расширений: Движки требуют специфических функций (например, работа с дескрипторами, управление памятью), которые в версии 1.0 были реализованы неполно или требовали обязательной установки множества дополнительных расширений (extensions). Godot 4.x и требования: Разработчики Godot проектировали современные рендеры (Forward+ и Mobile) с расчетом на функционал Vulkan 1.1 и 1.2. Если у вашего устройства «честный» Vulkan 1.0, движок либо не запустится в режиме Vulkan, либо будет работать с критическими ошибками рендеринга. Безопасность и стабильность: Многие функции, которые в 1.0 были «необязательными», в 1.1 стали стандартом. Это упрощает код движка и делает его более стабильным на разных устройствах.

0

Сообщение от 8Observer8 Нейронка написала, что Vulkan 1.0 для Godot "обычно недостаточно".

на официальном сайте для крайней версии Godot 4.7 указан Vulkan 1.0 в минимальных требованиях, а в рекомендуемых - Vulkan 1.2

https://docs.godotengine.org/e... ments.html

Т.е. если устройство имеет Vulkan 1.0, то игра должна запуститься, но какие-то продвинутые фичи могут не работать. Тем не менее, они не должны влиять на работоспособность игры.

1

8Observer8, интересный момент: оказывается, когда я запускаю кубика на смартфоне, то в браузере Chrome (и в Vivaldi) кубик работает на Vulkan



но вот когда запускаю в Firefox, то OpenGL



И вообще, Firefox полностью работает на OpenGL. Имею в виду, что во время серфинга тоже показывает OpenGL, тогда как в хромиумных браузерах используется Vulkan.

Я проверил, все мои приложения на телефоне используют Vulkan, только Firefox юзает OpenGL

Мобильный Firefox не отображает примеры на сайте https://webgpu.github.io/webgpu-samples/
Т.е. webgpu, а следовательно vulkan, не работает в этом браузере.

Firefox для Android это единственный браузер, который на данный момент не поддерживает WebGPU (хотя в бете и в ночной версии можно уже включить через about:config):
https://github.com/gpuweb/gpuw... ion-Status

1

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

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

Например, Godot позволяет экспортировать игру для веб как в режиме single-threaded, так и в multi-threaded. Спросишь, так а в чем проблема, если можно экспортировать в многопоточном режиме, тем более, когда при публикации игры на itch.io есть возможность включения поддержки SharedArrayBuffer - фичи, которая нужна для multi-threaded режима?
Однако, до сих пор многие разработчики предпочитают single-threaded режим и на то есть причины:
- multi-threaded требует SharedArrayBuffer, а эта фича поддерживается не всеми сайтами. Конечно, itch.io поддерживает эту фичу, но только в экспериментальном режиме.
- multi-threaded также требует поддержки Cross-Origin Isolation и не все платформы ее поддерживают. Кстати, в настройках экспорта Godot можно поставить галочку "Ensure Cross-Origin Isolation", чтобы быть уверенным, что каждый запрос к серверу имеет необходимые COOP/COEP заголовки
- multi-threaded плохо совместим с macOS и iOS, где очень часто проблемы с потоками
А вот single-threaded работает практически в любом современном браузере, как десктопном, так и мобильном.

Но игры с тяжелыми вычислениями, с генерацией огромных миров, сложной физикой и явным использованием потоков должны быть multi-threaded.

1

Понимаю что это так, для красного словца, но все же

Сообщение от Royal_X А ведь, загрузку ассетов всегда лучше реализовать в многопоточном режиме.

У меня никогда не возникало мысли грузить модель всеми нитками. Ну как-то сразу ясно что возни будет "выше крыши" а толку чуть. Может чего-то не понимаю? Расскажите что Вы поручите каждой нитке и за счет чего будет выигрыш. Нужен конкретный формат модели? Да тот же .obj (столь любимый нами)

0

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

***
Даже если не говорить о тяжелых операциях, то потоки нужны даже в банальных случаях.

Вот, на SFML можно очень быстро создать такой вращающий треугольник.



Во вложении в архиве два файла: 1.exe и 2.exe (VirusTotal)

Первое приложение работает в одном потоке. Следовательно, когда ты пытаешься перемещать окно приложения, то вращение треугольника останавливается, т.е. застывает на одном кадре. Это не очень хорошо.

Во втором приложении я вынес рендеринг в отдельный поток. Теперь треугольник вращается, независимо от перемещения окна. А всё потому, что событие перемещения обрабатывает главный поток и на поток рендеринга он не влияет.

Вложения

triangle.zip (587.3 Кб, 5 просмотров)

0

Сообщение от Royal_X Во вложении в архиве два файла

Igor3D, заново перезалил архив (VirusTotal), потому что в изначальной версии размер окна был 800х800, но для многих это будет многовато (у меня просто монитор высокого разрешения).
Сейчас сделал так, чтобы размеры окна приложения были в относительных величинах и чтобы на всех мониторах отображалось одинаково.

Вложения

triangle.zip (587.4 Кб, 5 просмотров)

0

Сообщение от Royal_X Первое приложение работает в одном потоке. Следовательно, когда ты пытаешься перемещать окно приложения, то вращение треугольника останавливается, т.е. застывает на одном кадре. Это не очень хорошо. Во втором приложении я вынес рендеринг в отдельный поток. Теперь треугольник вращается, независимо от перемещения окна. А всё потому, что событие перемещения обрабатывает главный поток и на поток рендеринга он не влияет.

Рендерить в отдельном потоке.. ну не знаю. Напр юзер резайзит окно, тогда что? Выходит все операции связанные с рисованием нельзя выполнять в главном, а надо передавать в "поток рисования" (чтобы "не влияло"). С др стороны, а так ли уж это хорошо? Вот очень популярный случай

- юзер нахрюкал столько геометрии, текстур и.т.п. что скорость рисования печально упала до 2-3 фпс (бывает и хуже). И тут он хочет (всего-навсего) интерактивно передвинуть один из объектов. Выручит ли здесь "рендер в отдельном потоке"?

0

Сообщение от Igor3D юзер нахрюкал столько геометрии, текстур и.т.п. что скорость рисования печально упала до 2-3 фпс (бывает и хуже). И тут он хочет (всего-навсего) интерактивно передвинуть один из объектов. Выручит ли здесь "рендер в отдельном потоке"?

Здесь и рендер в главном потоке не выручит. Отдельный поток это не панацея и волшебная палочка, чтобы автоматически исправить гуано-архитектуру / гуанокод приложения. Я лишь привел пример того, что так или иначе порой без потоков сложно.

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

SFML и треугольники просто пример, что в некоторых случаях потоки нужны не только для сложных вычислений.

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

0