>>082309
Сударь, покажите мне пример декодирования видео на шейдерах/CUDA/OPENCL и психов, которые будут его использовать со всеми сопутствующими накладными расходами. Конечно, на полном безрыбье и CoreAVC когда-то кто-то использовал, поскольку процессор иначе не справлялся, но это когда было-то. Кроме того, с точки зрения программы разницы нет, с программным декодером на сопроцессоре работать или с аппаратным, — это всё равно какая-то внешняя хрень, которую надо подключать особым образом (а в случае жёстких требований к задержкам, как в мультимедиа, всё становится ещё интереснее). «Само» оно не начинает работать, нечего верить красивым картинкам в рекламе.

Ты два раза описываешь одну и ту же вещь. Аппаратным декодированием видео хоть в мобильных SoC, хоть в десктопных видеокартах занимаются куски кремния, схемы которых целиком куплены у фирм, которые спроектировали и отладили декодеры, а теперь лицензируют их всем желающим. На входе у тебя сжатое видео, соответствующее какому-то стандарту, на выходе, после указанного в документации времени обработки, — готовые кадры. Больше декодер ничего не умеет, но зато тратит на порядок-два меньше электричества, чем огромная махина процессора (CPU, GPU), обрабатывающего сложные универсальные инструкции внешних программ. Дальше производитель оборудования планирует и реализует совместную работу декодера и остальных модулей с общей памятью, пишет драйвер для обмена данными с приложениями и так далее.

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

>>082350

> фичу которая работает по умолчанию(!)

Только в рекламе.

Что у тебя на коробке с видеокартой написано? «Охуенное 3D, хуйнадцать гигабайт памяти, шейдеры версии 6.66, RTX, стереорежим, декодирование видео» и так далее. Так вот, всё это само по себе ничего не делает, и видеокарта, просто вставленная в компьютер, работает точно так же, как и десять, двадцать, тридцать лет назад, с поправкой на видеорежимы и внутренние и внешние интерфейсы, а также аппаратное наложение окон (необязательное, впрочем). Чтобы задействовать аппаратное наложение окон, кто-то должен написать оконный менеджер, использующий видеокарту таким образом. Чтобы задействовать 3D-рендеринг, кто-то должен написать программу, использующую программные средства 3D-графики. Чтобы задействовать гигабайты памяти, кто-то должен написать программу, заполняющую их чем-то полезным для текущей задачи. Если система работает лишь с парой кадровых буферов, нет никакой разницы, сколько именно памяти ещё остаётся пусто. Чтобы задействовать новые графические эффекты, кто-то должен написать программы, использующие GPU таким образом. То же самое с трассировкой лучей. Для стереорежима нужны драйверы, которые включат рендеринг двух кадров для левого и правого глаза, установят или подберут виртуальные координаты, а также приложение, которое от этого не заглючит. Для аппаратного декодирования видео нужна программа, которая специально его задействует.

Ты просто не помнишь, что всё уже было с «ускорением» H.264. Видеокарта сама по себе ничего не делала: требовался плеер, в который добавили поддержку (всем остальным от этой функции ни жарко, ни холодно), правильные его настройки, а также — в первые годы — видео, закодированное в очень узком диапазоне, соответствующем стандартам, используемым на Blu-ray и в телевещании. Лишь спустя несколько поколений, после череды улучшений, исправлений и проверок форматов, стало возможным открыть файл и не опасаться глюков. Естественно, к тому моменту и производительность среднего процессора перестала ограничивать программное декодирование.

Ещё смешнее ситуация с MPEG1/2, для которых с девяностых годов в разных вариантах предлагалась полное или частичное аппаратное декодирование на выделенных или многофункциональных платах расширения через частные библиотеки производителей. Когда возможность обработки видео наконец как-то стандартно для всех оформили, даже на самой дохлой системе было проще и быстрее декодировать эти видеопотоки программно, не занимаясь настройкой сложного метода. Кроме того, качество сжатия древнего кодека уже мало кого устраивало, и доля его использования была невелика. В результате практически везде, где аппаратная поддержка есть, она просто игнорируется.

В известном списке
https://chromium.googlesource.com/chromium/src/+/refs/heads/main/gpu/config/software_rendering_list.json
ничего про видео, что бы относилось к твоему случаю, нет. Если ты до сих пор не нагуглил chrome://flags и не прочёл, что там написано, вместо того, чтобы портить воздух, то кто ж тебе в силах помочь?