https://opennet.dev/openforum/vsluhforumID3/138843.html Представлен релиз библиотеки SDL 3.4.0 (Simple DirectMedia Layer). Библиотека нацелена на упрощение написания игр и мультимедийных приложений, и предоставляет такие возможности, как аппаратно-ускоренный вывод 2D- и 3D-графики, обработка ввода, воспроизведение звука и вывод 3D через OpenGL, OpenGL ES, Metal, Direct3D или Vulkan. Код написан на языке Си и распространяется под лицензией Zlib. Предоставляются обвязки для использования SDL в проектах на различных языках программирования...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64537<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#144 Sun, 04 Jan 2026 21:12:26 GMT Объясните пожалуйста GPU api которое то ли работает без отдельного репозитория с транслятором шейдеров то ли не работает... Как его использовать? Насколько все плохо без opengl? webassembly реально не планируется?<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#143 Sun, 04 Jan 2026 20:20:29 GMT &gt; Вот этот самый вывод пикселей и ускорять. CPU - это высокопараллелная обработка <br>&gt; с тысячами и десятками тысяч пикселей одновременно.<br><br>Что вы там ускорять в memcpy() собрались и с чего вдруг его уберпараллелизация даст какие-то бенефиты?<br><br>&gt; А на CPU ты циклом по каждому пикселю будешь бежать, и даже SIMD тебя не <br>&gt; сильно спасет.<br><br>Зачем в пикселарте и 2D трогать каждый пиксел? Их просто блочным копироанием фигачат куда надо. И все. Ускорять в этом процессе мало чего. По сути memcpy.<br><br>&gt; Экспертиза в графике - 10/10.<br><br>Я вас не заставлял, вы сами.<br><br> https://opennet.dev/openforum/vsluhforumID3/138843.html#142 Sun, 04 Jan 2026 20:15:20 GMT Очень интересное чтиво, спасибо.<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#141 Sun, 04 Jan 2026 20:13:38 GMT &gt;Эксперт, а ты не задумывался над тем что компрессия текстур - это lossy процесс<br><br>lossy.<br><br>&gt;и для 2D его не делают потому, что никто не хочет видеть угашенные по цветам/деталям спрайты и задники<br><br>А придётся. Память-то небесплатная, вызов `dimm.emplace_back(memory);` памяти не прибавит. Либо так, либо наслаждайтесь трешингом.<br><br>&gt;Сжимать текстуры по-умалчанию, убивая тем самым ее цвет и детали<br><br>Вообще обычно лучше просто разрешение повыше сделать, но при этом - пожать, но большом разрешении артефакты только при зуме видны, да зачастую только на разностном изображении.<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#140 Sun, 04 Jan 2026 20:08:03 GMT &gt;А, простите, ассеты как юзерям при этом доставлять?<br><br>Как - вот игра сама и конвертит, прямо как предлагается.<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#139 Sun, 04 Jan 2026 19:22:48 GMT &gt; Оно и так шустро работает - с лохматых времен.<br><br>Как скажешь. Какой смысл с неадекватом разговаривать...<br><br>&gt; Но мы можем взять HMM III например. Отлично работают со всеми эффектами, анимахами, без всяких "акселератров 3D"<br><br>Хватит бред собачий нести. HMM III требовал GPU с DirectX 7 и 4 MB памяти.<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#138 Sun, 04 Jan 2026 17:49:14 GMT &gt; Зависит от платформы. Моя десктопня карта такое не поддерживает. Либа должна <br>&gt; интроспектировать карту и выбирать оптимальный формат сама.<br><br>А, простите, ассеты как юзерям при этом доставлять? Запаковать с игрой пять версий одного и того же? А юзеры качать это все - не заманаются? Проще послать в пень лохов с underspec оборудованием которые мало что дрыщи - так еще и не смогли нарулить свою систему нормально. С таким комбо скиллов и железа - в пакмана играйте в менуэте, большего не заслужили.<br> https://opennet.dev/openforum/vsluhforumID3/138843.html#137 Sun, 04 Jan 2026 17:43:03 GMT &gt; Я уже написал: вывод и композитинг битмапов.<br><br>Оно и так шустро работает - с лохматых времен. Если апя вывода графония не совсем г-но.<br><br>Не, "vga" фреймбуфера и Xorg - в "не совсем г-но" не попадают. Но там тупняки на именно скорости вывода битмапы через столь похабные и-фейсы апи.<br><br>&gt;&gt; Вообще-то обычно в вещах типа Wesnoth это просто блочная копия битмапов в основном.<br>&gt; Ну, и? Это как-то отменяет тот факт, что на CPU для их <br>&gt; отрисовки нужно бежать попиксельно/SIMD циклом.<br><br>Битмап подразумевает что он УЖЕ есть. И тасовать его попиксельно - в общем случае как раз и не надо, блочное копирование какое скорее. Может быть альфу или цвет посчитать, но вот это как раз можно и кешануть просто. А memcpy() нынче так то и simd-оптимизированный бывает и - упирающийся в скрость работы RAM, а не что-то еще. RAM уж какой есть, быстрее не будет работать.<br><br>Отдельный VRAM есть только у DGPU но там видите ли есть проблема шаринга системного RAM и VRAM, некие латенся от протона инфо туда-сюда по PCIe и проч. То что эт https://opennet.dev/openforum/vsluhforumID3/138843.html#135 Sun, 04 Jan 2026 14:35:01 GMT К чему ты это мне написал?<br>