Представлен релиз библиотеки SDL 2.0.14 (Simple DirectMedia Layer), нацеленной на упрощение написания игр и мультимедийных приложений. Библиотека SDL предоставляет такие средства как аппаратно-ускоренный вывод 2D- и 3D-графики, обработка ввода, воспроизведение звука, вывод 3D через OpenGL/OpenGL ES/Vulkan и множество иных сопутствующих операций. Библиотека написана на языке Си и распространяется под лицензией zlib. Для использования возможностей SDL в проектах на различных языках программирования предоставляются биндинги...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54303
> Для Android добавлена функция SDL_AndroidRequestPermission() дА под ведроид кроме непонятной блотвари с гуглового варезника есть альтернативы ? Эклипсу похоже похоронили так что и труп не оживить если конечно удастся откопать.
Visual Studio есть, если не брезгуешь поделиями мелкомягких.
> Visual StudioОдно другого лучше. Выходит что OpenSouce в ведроиде закончился ? Ожидаемо
Нет, это ты закончился, потому-что ты толстый, и ты тролль. Скоро как грибы появятся мобильное на АРМах GNU/Linux сборки.
Главное верить. Деньги на храм свидетелей gnu/телефонов уже пора сдавать ?
Задумчиво читаю это вот через Jolla.
И что там с софтом? От ведроида можно запустить?
В ведройде он закончился еще примерно в 4 версии.
Потом гугл стал все в Гсервисы пихать и ломать апишки, видимо из-за этого те полтора китайца что пилили опенсурс на андройде забили на него. Впрочем такая "открытость" где большая часть приложений завязана на пропритарный закрытый блоат, в коде захардкожены ссылки на конкретные серверы конкретной компании (без чего часть функционала не работает), а все что взято из линукса извращено наркоманскими патчами костыльно меняющими поведение основных систем, и не нужна никому.
Ну и из производителей андройдов с незалоченными загрузчиками остались либо лютая китайщина вроде сиаоми (и то надо их просить разблочить ваш девайс, указав уникальный номер вашего экземляра), либо редкие модели, которые еще надо найти и убедиться, что вы купили именно версию чей полный номер модели (не путать с просто моделью) не оканчивается на Z,X,C (условно) тк они с заблокированным загрузчиком и A,B,C, тк они для другого рынка и не поддерживают нужные частоты.
>с незалоченными загрузчиками остались либо лютая китайщина вроде сиаомипричем он там не особо то и нужен, ибо из коробки есть божественный МИУИ
> божественный МИУИЧто это такое ?
Он имел в виду, что там божественный МИУИ уже из коробки, и их даже не надо прошивать.
Брезкую, да.
Годный и нужный проект. Долгих лет.
> Добавлена поддержка операционной системы OS/2Ох.
> Добавлена поддержка операционной системы OS/2.Привет из 90-х
Откуда они ее берут, это какой-то окаменелый энтерпрайз?
есть подозрение, что используют eComStation, он чуть-чуть менее окаменелый.
ArcaOS, проект активно развивается на базе OS/2 4.x, фактически форк-продолжение.Кажется, поддержка OS/2 в SDL2 появилась именно благодаря этим ребятам.
Мама дорогая! О, мой пейджер!
В Африке тебя не поймут там подержаные компьторы и электроника в ходу. Не сарказм. Африка это лютая нищита в некоторых регионах Африки уже всех животных в округе поели если это не охраняемый заповедник. Не жерафов не бигимотов не кого. Это то, что я слышал.
Электроника подержанная превезённая из европы. То есть и то, что европейцы выкидывают.
И да, в Африке ещё вроде проверять надо пейджеры в ходу.
Эхъ, в наше бы время такое! )
А ведь совсем недавно у него даже с переходом на полный экран были глюки. )
Альттаб не работал. Как это вообще возможно.
Очень просто. У меня он нигде не работает так как виндузятники его используют. Он у меня вообще не используется и эта функциональность назначена на более удобные клавиши.
> Библиотека написана на языке СиПора бы уже на Rust мигрировать
Дак и мигрируй, что мешает? Свали на redox и там запили клон на rust.
В дурке мобилы с доступом в интернет доступны обычно завсегдатаям.
Проекту ещё рано умирать.
Неприязнь к дыреням как бы намекает на проблемы с женщинами и мужественностью.
Лол. Да. Настоящие мужики любят сишные дырени. Дышат на них перегаром и протирают ветошью.
Зачем? С SDL все прекрасно, хорошая библиотека, прекрасное комьюнити, продуманный (понятный) API, стабильная работа. Переписывать на Rust наверное стоит что-то не стабильное, где разработчики не могу этого сделать на их языке. Идея всё переписать на Rust - глупа. Мы все знаем, какие проблемы, на самом деле, не решает Rust...
> Пора бы уже на Rust мигрироватьУтсарел морально. Только Vlang, это будущее !
завязывай чушь нести
SDL_HINT_THREAD_FORCE_REALTIME_TIME_CRITICAL
На примере SDL кстати хорошо видно, что практически весь современный софт состоит в основном из мёртвого кода, который никогда не выполняется.
Так, если вы сделаете статическую линковку с SDL, ваш бинарник сразу вырастет на полтора метра - но это же как раз и есть размер всей SDL-библиотеки! То есть даже если вы вызываете только одну функцию, библиотека будет влинкована вся целиком. И реально выполняемых байт в вашем бинарнике будет менее 1%, остальное балласт.
Сейчас все библиотеки такие. Их архитектура настолько убога, что линкер в принципе не способен определить, какие же куски кода реально используются.
А если отстрелить ноги, то вы не сможете ходить, да. Но зачем так делать?
Епта, когда ты Qt5 или WinAPI линкуешь, ты же не весь функционал фреймворка используешь. Зочем ты линкуешь статикой?
Библиотеки - это реализация принципа "пиши один раз, используй всюду". Ты можешь предложить лучшее решение, не используя копипаст кусков кода?
Статически линковать это так принято у виндоус разработчиков. Вообще, на виндоус оно странное, без SDL_MAIN_HANDLED совсем не работает. И 64 битная версия почему-то сегфолтится когда я пытаюсь перехватить вызовы dlsym, 32 битная нормально работает без непонятных багов. Может быть дело в вайне я не знаю. Что я делаю не так?
>Вообще, на виндоус оно странное
>Что я делаю не так?
>дело в вайнеШапку ты тоже через ноги одеваешь?
Не вижу разницы. Я проверял, эти бинарники собранные mingw32-w64 потом замечательно работают в чистой 7. Оно работает, я просто не могу понять почему 32 битные файлы нормально к LD_PRELOAD относятся и 64 битные умирают в агонии в кишках вайна.
Охохо. А вайн у тебя какой разрядности? Что за костыли, нельзя сразу нативные сборки делать?
64 битный вайн. Нативные сборки делать нельзя, я хукаю проприетарщину.Я короче не с теми символами пытался линковаться, лол. Например, dlsym@@GLIBC_2.0 для 64 бит будет dlsym@@GLIBC_2.2.5. Чёто тупо вышло, да. Надо насыпать лапши из макросов, мне оба варианта нужны одновременно.
С SDL_MAIN_HANDLED правда до сих пор не разобрался, в интернете говорят так делать нельзя, но как делать если иначе не работает? На линуксе кстати без проблем, только кросс билд обламывается. Я пробовал предложенные в том посте решения, не получилось.
а возможно прикрутить поддержку геймпадов отсюда в проект написанный вокруг другой либы? Просто у сдл есть огромная библиотека известных девайсов - чтобы не велосипедить работу с ними самостоятельно
С недавних пор, Wine имеет опциональную зависимость от SDL2. Исключительно ради поддержки геймпадов, и ни для чего больше
Faudio тоже зависит от sdl2. Но у меня почему-то не работает звук в игрушках на unreal engine (пробовал с пульсом вместо алса всё равно скрежет), приходится выставлять SDL_AUDIODRIVER=dummy (сдл именно нативный у faudio, это не конфликт с вендовыми либами). Может, стоит через winetricks использовать, не пробовал. Зря я что ли компилировал нативный faudio, должно так всё работать.
Если подозреваешь, что используется Windows-версия библиотеки вместо Linux-версии библиотеки, выстави в winecfg библиотеку openal как built-in. Она и так выставлена в этом положении, но чтобы наверняка. Ну и проверь что в ~/.wine/drive_c/windows/system32/openal.dll это заглужка от Wine размером 2 Кб, а не виндовая библиотека размером 500 Кб.
Можно, но тебе понадобится выключить все остальное - видео, аудио, инпут, графику. Полученная библиотека будет обрубленной, но джойстики будут на месте