| |
| 2.28, leap42 (ok), 10:02, 31/05/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Чего ей страдать, она же меньше была, не? Закрытые драйвера вообще существовали из-за странной позиции разрабов Mesa, которые принципиально не хотели в compat профиле макс версию показывать и требовали явного задействования core профиля. Это полностью соответствует бумажному стандарту, но противоречит практическому положению дел с большинством драйверов (других) и софта (все плевали на стандарт и делали как удобнее). В итоге некоторый проф софт просто не запускался (т.к. не запрашивал профиль как положено), хоть и должен был работать. Это не устраивало всякий крупняк и дрова делали для него. Недавно (относительно) позиция Mesa резко смягчилась и второй драйвер стал не нужен.
| | |
| |
| 3.50, Аноним (50), 16:36, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> (относительно) позиция Mesa резко смягчилась и второй драйвер стал не нужен.
И пруф этого всего вы конечно покажете? КМК скорее там дело в том что OpenGL стремительно утрачивает свою актуальность как API, являясь в основном затычкой для легаси софта.
А Vulkan - в MESA вообще RADV так по жизни бессовестно делал AMDVLK :). И вот тут лолично что амд не поняло зачем самим столько програмить свою полупроприетарь, когда за них написали более крутой и 100% открытый драйвер.
| | |
|
| 2.29, Аноним (29), 10:03, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Мне главное, чтобы был PIC код всех этих OpenGL, Vulkan, VAAPI, mesa, ... который даёт возможность собрать PIE бинарь для работы в ASLR ядрах OS.
| | |
| |
| 3.51, Аноним (50), 16:37, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Мне главное, чтобы был PIC код всех этих OpenGL, Vulkan, VAAPI, mesa, ... который
> даёт возможность собрать PIE бинарь для работы в ASLR ядрах OS.
Они обычно как .so собираются вообще.
| | |
|
| |
| 3.52, Аноним (50), 16:38, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> это ведь не невидия, где с каждым апдейтом минус пол гига памяти
И еще пачку глюков, где на замен 1 починеного - 2 новых приходит. А вы можете выбирать из проржавевшей новы, недоделаного нуво, глюкавой и проблемной проприетари. Офигенный производитель, видите?!
| | |
|
|
| |
| |
| 3.8, НяшМяш (ok), 23:51, 30/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Единственно в чём amdvlk был быстрее, это в рейтрейсинге на поддерживаемых видеокартах. Теперь ждём вклад amd в radv на этот счёт.
| | |
|
|
| 1.3, BlackRot (ok), 23:09, 30/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –17 +/– |
 Из состава также исключён фреймворк AMF (Advanced Media Framework), предлагающий аппаратно ускоренные кодировщики и декодировщики видео. Вместо AMF для ускорения кодирования и декодирования видео предложено использовать программный интерфейс VA-API (Video Acceleration API) в связке с Mesa.
мои аплодисменты. вместо апаратного на программный 👌
где лайк поставить? (сарказм)
| | |
| |
| 2.5, Аноним (5), 23:15, 30/05/2025 [^] [^^] [^^^] [ответить]
| +19 +/– |
Лайк поставь своей учительнице, которая не научила тебя читать.
Программный _интерфейс_, а не кодировщик.
А VA-API это video accelerated api, что как бы намекает.
| | |
| 2.9, НяшМяш (ok), 23:52, 30/05/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Кеды на аватарке, при этом не знает, что такое vaapi. Кекспертность на опеннете во плоти.
| | |
| 2.10, Аноним (10), 00:09, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– | |
AMF и VA-API это, грубо говоря, программные обвязки, дёргающие аппаратные возможности. Т.е. одну реализацию (специфическую) заменили на другую (стандартную для Linux).
Но, в принципе, я бы не стал аппаратное кодирование использовать вообще. Качество при этом получается хуже, чем у NVIDIA (NVENC), а при сравнении с программным кодировщиком так вообще разница небо и земля.
| | |
| |
| 3.15, Аноним (15), 01:36, 31/05/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
А, ну конечно проще купить отдельный компуктер, чтобы показать как Вася играет в игры или нагружать проц по полной, но тогда непонятно будет какое же потребление в играх. Вот ведь злые кодировальщики - декодирования то нет совсем. Это в 4К вместо 16 ватт процессор должен был бы потреблять 160? Отличное решение для стримов - и дома тепло. А то сижу тут парюсь с 16 ваттами на видеокарте в пассивном режиме для 86 кадров в 1080 и страдаю. Надо же как все быть! А все должны страдать, потому что иначе Вася обидится и будет чувствовать себя не комфортно. А нам ведь всем очень важно мнение Васи. Как мы без него раньше жили неясно.
https://rutube.ru/video/a9eb7dfc3fada0242e02465c299e9c3b/
| | |
| |
| 4.27, Аноним (29), 09:57, 31/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
VAAPI даёт аппаратное кодирование/декодирование видео на GPU в Linux без нагрузки CPU!
В Apple и M$ вывод картинки на дисплей происходит напрямую с декодировщика, без загрузки CPU.
В Linux декорированное изображение передается в masa для сжатия, растяжения, прочей обработки и mesa отрисовывает видео в нужном окошке на дисплее. Да, при этом нагружается CPU.
В Linux с X11 начиная с KDE-3 можно на двух десктопах, запустить два фильма, повернуть рабочие столы в 3D, чтобы грань куба была посредине экрана и смотреть два фильма одновременно.
| | |
| |
| 5.45, Аноним (15), 14:11, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
А да, прибавляется по-моему около 200 милливольт на встройке интеловской при декодировании и чуть больше в 4К. Это конечно офигеть как важно иметь разницу когда 12900К потребляет 3,5 ватта. Можно напрягшись его как-то заставить потреблять менее 2 ватт в режиме десктопа, но это нужно вручную делать. Как там потребление всей системы в Шындошс и Макакос? Я уже видел выхлопы про то какой ужас - линукс копирует данные в память перед отправкой. Вот ведь хитроподлая встройка! Ну я получается страдаю просто по-дикому. Как же хорошо все сделано в ШМОС! Так, так это они у меня украли кнопку "завидовать!". Я разочарован. Пойду страдать в линуксе дальше. Жизнь боль, да.
| | |
| |
| 6.61, Я (??), 08:08, 01/06/2025 [^] [^^] [^^^] [ответить]
| +/– |
да на миливольты пофиг, а вот задержки от копирования уже важны.
| | |
|
|
|
|
|
| 1.7, name (??), 23:29, 30/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Потрясающе, когда-нибудь меза станет настолько крутой, что заменит блобы на телефонах. Уже частично заменяет, в эмуляторах используют turnip.
| | |
| |
| 2.30, Аноним (29), 10:08, 31/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Телефоны на процессорах Qualcomm надо брать и использовать mesa с freedreno.
| | |
| |
| |
| 4.47, commiethebeastie (ok), 15:23, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Причем тут драйвер модема? Adreno использует линуксовый DRI интерфейс, благодаря чему можно без рута пользоваться месовскими дровами на телефоне.
| | |
| |
| 5.54, Аноним (54), 17:29, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Нет, просто в mesa научились использовать kgsl и использовать turnip с проприетарным драйвером. Но это только вулкан
| | |
| 5.56, name (??), 18:32, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Читал, что есть проблемы с фридрено на андроиде. На андроид 16, когда перейдут на вулкан, возможно turnip покажет себя.
| | |
|
|
|
|
| 1.12, Аноним (12), 00:20, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– | |
Пришёл ИИ. Хард скиллы теперь нужны гораздо меньше. Нужны софт скилы.
Ну и код открывать - а это логично.
| | |
| |
| 2.19, Аноним (19), 04:00, 31/05/2025 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Софт скиллы при устройстве на работу были нужны всегда.
Лично я считаю, что это глупости все, не нужны программистам все эти ваши социальные взаимодействия, наше дело код писать, а не бесконечные созвоны устраивать.
| | |
| |
| 3.23, Аноним (23), 08:51, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Этот феномен скорей чисто в социальной плоскости.
По мере усложнения любой кодовой базы, весь менеджмент все меньше понимает что происходит и обрастает попытками контроля ситуации (или иллюзиями этого контроля)
| | |
| |
| 4.25, Афроним (?), 09:03, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как будто код не писался в векторе обозначенным менеджментом. Вы сервисмены много о себе вообразили,над вами дяди сидят болтая ногами.
| | |
|
| 3.43, Аноним (43), 12:50, 31/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Главный софт-скилл при устройстве на работу - быть прогибастом.
| | |
| 3.49, Аноним (49), 16:02, 31/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Разработка софта — это в первую очередь социальная дисциплина, и только потом уже техническая. Код пишется чтобы другому человеку передать идеи, а не сделать компьютеру удобненько. Асоциальные только хэллоу ворлды хорошо писать умеют. Для всего остального приходится с другими людьми общаться, а уж в коммерческой разработке так и вовсе необходимо.
| | |
| 3.58, Аноним (58), 20:54, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>наше дело код писать, а не бесконечные созвоны устраивать.
Типичные пузыри джуна =) бОльшая часть любой работы - это социальные взаимодействия. Ну если ты не дворник, конечно. Это один из результатов промышленной революции, читайте историю того дела, которым занимаетесь! А уж для программиста это жизненно важно, ибо специализации узкие, заказчиков много, надо четко координировать действия.
| | |
|
| 2.41, Смузихлеб забывший пароль (?), 12:06, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
это как недавний скандал в интоле, когда оказалось, что одним из ключевых показателей эффективности, влияющим на зп и премии руководства, была численность штата отдела. Чем больше - тем лучше
И вот там - да. Мусор вроде всяких софт-скиллов
| | |
|
| 1.13, Beta Version (ok), 00:26, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Это ведь означает, что АМД подключится к разработке RADV? А то пока какая-то дикость получалась, что самый популярный игровой драйвер для видеокарт разрабатывался не производителем этих карт, а никак не связанной с ней другой компанией.
| | |
| |
| 2.14, name (??), 00:45, 31/05/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Почему никак не связанной, этот radv потом на стимдеках использовался.
| | |
| |
| 3.17, Beta Version (ok), 03:25, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Почему никак не связанной, этот radv потом на стимдеках использовался.
Я про разработку драйвера. То, что этот драйвер используется для красного железа, это само собой разумеющееся.
| | |
| |
| 4.20, name (??), 04:27, 31/05/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Как они продали бы стимдеки без протона и хорошего драйвера, разумеется, им больше всех нужно было это всё.
| | |
|
|
|
| 1.21, Аноним (21), 04:57, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Дрова всё также намертво приколочены к ядру и линукс-специфичным API?
| | |
| |
| 2.26, Аноним (26), 09:14, 31/05/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
А как вы себе представляете драйвер, который в ядре и который не использует ядерное API?
| | |
| |
| 3.46, Аноним (21), 14:55, 31/05/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Т.е. слегка прошлые и будущие версии ядра в пролёте, не говоря уже о BSD/Solaris?
| | |
|
|
| 1.24, Афроним (?), 08:58, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Непонятная непонятность. То ли дело у зеленых подход. Есть прекрасный проприетарный блоб который тащит и есть все остальное. Просто и понятно.
| | |
| 1.32, Аноним (29), 10:23, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> официальной поддержки открытых драйверов RADV и RadeonSI для графических API Vulkan и OpenGL
> для аппаратного ускорения кодирования и декодирования видео предложено использовать программный интерфейс VA-API (Video Acceleration API) в связке с Mesa
Отлично! Вопрос с графическими драйверами и кодированием/декодированием видео на видеокартах AMD решен.
Как дела с вычислениями на GPU от AMD? Собираются ли они поддерживать OpenCL? Как насчёт поддержки OpenCL в mesa, clover, (rusticl), RadeonSI?
| | |
| 1.55, Аноним (54), 17:33, 31/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Если они выкинули оттуда свою реализацию opengl (вроде этотбыло ещё лет 5 назад) и amdvlk, то что осталось там?
| | |
| |
| 2.60, aaa (??), 23:57, 31/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
из их реализации opengl что-то перешло в radeon и radeonsi, а некоторые не защищенные лицензиями и патентами оптимизации из amdvlk перешли в radv
| | |
|
|
