Дэвид Эйрли (David Airlie), мэйнтейнер подсистемы DRM (Direct Rendering Manager) в ядре Linux, сообщил о реализации в radv, поставляемом в Mesa Vulkan-драйвере для GPU AMD, возможности использования Vulkan-расширений для аппаратного ускорения кодирования видео. Для формата видео h.265 реализация уже успешно проходит все тесты CTS (Compatibility Test Suite), а для формата h.264 остаётся один непройденный тест. Кроме того, сообщается о добавлении в FFmpeg начальной поддержки использования Vulkan для кодирования видео в форматах h.265 и h.264...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60307
Радует, ждём принятия в стандарт и реализации в AMDVLK, NVIDIA и Intel
Так давно в стандарте и поддержка у зелёных давным-давно. Долго ещё ждать планируешь и кто это "мы"?
Через nvenc давно, а через Vulkan разве есть поддержка у зелёных?
Про давным-давно я погорячился, это было в прошлом месяцеNovember 6th, 2023 - Windows 537.80, Linux 535.43.16
New:
VK_EXT_video_encode_h265 (Provisional)А вот декодирование h265 и кодирование h264 можно было пощупать ещё в 2021.
уже не _EXT_, a _KHR_
https://github.com/KhronosGroup/Vulkan-Docs/commit/542718ca3...
Change log for December 19, 2023 Vulkan 1.3.274 spec update:New Extensions
* VK_KHR_maintenance6
* Video Encode Extensions
** VK_KHR_video_encode_queue (was provisional KHR)
** VK_KHR_video_encode_h264 (promoted from provisional EXT)
** VK_KHR_video_encode_h265 (promoted from provisional EXT)
** VK_KHR_video_maintenance1
* VK_NV_per_stage_descriptor_setи уже в Mesa
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26756 - vulkan: bump headers/registry to 1.3.274
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26763 - vulkan/video: drop encode beta checks and rename EXT->KHR
Ого, между комментарием "ждём в стандарте" и принятием в стандарт прошло меньше суток. Бывает же такое...
А нaфига вам этот пoгaный H265, когда есть бoжественный AV1?Недавно смотрел тесты геймеров-стримеров на Youtube - там на всех тестах AV1 удeлывает любые кодеки просто в г*внo. В шутерах и гонках, например, где лютая динамика и резкость, AV1 буквально выдает картинку такой, какой она предусмотрена в играх - без размытия и кубиков. Вообще никакого размытия в сценах - впервые за всю историю кодеков. Другие кодеки (что проприетарные, что опенсорсные) выдают мазню. Кроме того, AV1 требует намного меньшую пропускную способность канала - еще одно лютой преимущество.
Если говорить о фильмах, то кодировать скоро будут все в AV1. В любом случае Youtube, Netflix, и куча других гигантов сделали ставку на AV1, и это правильно. По сути это кодек, который скоро заменит все, и никакой H266 (на подходе) его не вытеснит (и даже не взлетит).
> А нaфига вам этот пoгaный H265, когда есть бoжественный AV1?h265 нужен тем, у кого видеокарта умеет аппаратно декодировать только его
Что однако не отменяет того, что перспектив в будущем у него ноль. Уйдет в небытие вслед за всеми проприетарными кодеками (старыми и новыми).
Ну-ну, это буквально единственный кодек на сегодня. На завтра следующая итерация будет единственным кодеком. Восторгов по поводу av1 не разделаю, если сравнивать в равных условиях (ну, там, взять референсный софткодер, параметры без экономии выставить), то быстро обнаружится, что av1 не далеко от vp8 ушёл, только вычислительная сложность вот…
Твое "сегодня" немножко протухло и неактуально. :)> На завтра следующая итерация будет единственным кодеком.
Будет. А потом догонит и еще раз будет. :)
https://en.wikipedia.org/wiki/AV1
Особенно когда столпы индустрии (Google, Apple, Netflix, Microsoft, Amazon) решили, что это будет основной кодек везде. Ну и историю развития почитай, тесты в вики посмотри, или на том же ютубе. Твои фантазии насчет проприетарщины забавны, но не имеют под собой никакой основы. Ты застрял в прошлом, в то время как AV1 уже давно во всю используется и вытеснил проприетарь практически отовсюду.
Тем временем, av1 нигде не используется всерьёз, не даёт нормальную картинку вообще никогда и нигде (если не сравнивать с h264, конечно, что они любят делать), и, по-моему, даже Нетфликс образумился и начал отдавать контент в нормальном качественном h265 (почему Эпл передумал использовать нормальный кодек я не знаю, не слышал ничего об этом).Но не стоит забывать, что h265 уже 10 лет (и все эти 10 лет он активно используется -- это единственный кодек для качественного контента), а технологии в нём из совсем древних времён. Но av1 и с ним тяжеловато конкурировать.
> Тем временем, av1 нигде не используется всерьёз,Ага. Кроме ютуба. Который по сути монополист.
> Тем временем, av1 нигде не используется всерьёз,Ага. Кроме ютуба. Который по сути монополист.
> не даёт нормальную картинку вообще никогда и нигде (если не сравнивать с h264,
> конечно, что они любят делать),H.265 как максимум конкурент VP9 древнему. Не более. Со всей его крутью - он куда более голимый кодек и не способен на битрейтах AV1 в нормальную картинку.
> Ага. Кроме ютуба. Который по сути монополист.Вот тут всяким нетфликсам и прочим обидно было.
А ютуб хранит видео в таком качестве, что уже не особо важно, какой там кодек.
> Восторгов по поводу av1 не разделаюОчень, знаете, хотелось бы не разделать
> (ну, там, взять референсный софткодер, параметры без экономии выставить),
> то быстро обнаружится, что av1 не далеко от vp8 ушёл, только вычислительная сложность вот…Если взять референсный libaom актуальной версии - можно узнать что он ушел достаточно далеко, чтобы делать H.265 с изрядным отрывом. H265 вообще может соревноваться только с VP9 древнючим!
H265 - cовершенно убогий, технически отсталый кодек - да еще патентами обложен! Вот это я понимаю, исо обнаглел просто в край. И кстати кто у него референс 265? Хотя-бы x265 не хотите взять для не очень позорного счета? Впрочем это ему не поможет - фичи битстрима убогие, ну вот нечем ему крыть global motion какой, или CDEF в AV1.
Уйдёт, да… когда какой-нибудь h266 появится.
Впрочем пока что и h264 живее всех живых.
Вы ещё давайте mp3 и aac похороните.
А в amdvlk зачем?)
Ну как зачем, есть же две реализации Vulkan для AMD: RADV и AMDVLK. Каждый сам решает, какая лучше.
>Радует, ждём принятия в стандарт и реализации в AMDVLK, NVIDIA и IntelКодировать будешь на своих 80486? ;)
На 486 не то что кодировать - воспроизводить MPEG - то ещё мучение. Я был там, Гендальф, 3000 лет назад... Если без шуток, решил я короче сравнить скорость сжания несжатого 720x576 между Core i3 первого поколения и на AMD FX Vishera (битрейт 178 мегабит видео + аудио, это 20 мегабайт в секунду, офигеть). Кодек libx264, битрейт 1 МБит и параметр veryslow. Core i3 выдаёт 6 FPS, AMD FX - 20. При этом, Core i3 тихий и неслышный, а на FX кулер сходил с ума. Надо термопасту поменять, а лучше сменить заводской кулер на Deep Cool "Gamma Archer".Возник вопрос про сжатие аудио. TV-тюнер сохранил аудио в формате pcm_sb16le 48000 Гц стерео 1536 кБит/сек. Попробовал кодек neroAacEnc, тот по умолчанию выбрал битрейт 128 кБит/сек. Вот и для кодека libfdk_aac я выбрал тот же битрейт. Но вдруг мне пришла мысль: какое нафиг стерео на видеокассете? Надо сделать моно. Как позже оказалось - этим я создал проблемы на ровном месте.
Первая проблема была "а каким параметром указать неро, чтобы было моно, а не стерео?". Параметра не нашлось. Ну так ничего страшного: "ffmpeg -i homevideo.avi -acodec copy -ac 1 -vn homevideo.wav". Всё равно стерео, значит "copy" не подходит. Сделал "-acodec pcm_s16le -ac 1", сработало.
После этого, neroAacEnc как-то странно повёл себя. Mediainfo выдаёт информацию, что этот AAC-файл - стерео. При этом далее mediainfo пишет, что исходник для этого аудио был моно. Битрейт 96k... Почему не 64k? Ведь когда я жму, например, mp3, то при битрейте 128k на каждый канал идёт 64k!
Может AAC учитывает, что звук в левом и правом канале часто дублируется, вот и вычитает звук второго канала из первого (по типу Motion Capture)? Или я всё это выдумал, и просто энкодер решил, что 96k более оптимален именно для этого файла?
Так мне что выставлять для для fdk_aac - тоже 96k? Или 64k достаточно? Вот сижу и ломаю голову - хоть, блин, стерео оставляй...
> Ведь когда я жму, например, mp3, то при битрейте 128k на каждый канал идёт 64k!Это если жать в полноценный стерео, а по умолчанию никто так не делает, все жмут в joint stereo, а там зависимость куда более хитрая.
>> Ведь когда я жму, например, mp3, то при битрейте 128k на каждый канал идёт 64k!
> Это если жать в полноценный стерео, а по умолчанию никто так не
> делает, все жмут в joint stereo, а там зависимость куда более
> хитрая.Так вот как это называется - joint stereo. Спасибо, кажется я понял, куда копать и что гуглить.
Там ещё и обычное стерео не так и просто устроено — битрейт делится между каналами динамически. Если надо разделить строго пополам — нужно использовать режим dual channels.
в стандарт принято во вторник, 19.
в Mesa заголовки поправлены (см. ответ анониму)
для АМД на момент написания этого сообщения пока только mr
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/25900 - radv: add support for vulkan video encode h264/h265
Это старье ещё где то используется?
В ff будет работать h265?
Firefox или ffmpeg? В ffmpeg уже работает. В Firefox не знаю. Но так или иначе, ютюб всё равно не использует h265
Ему для звонков скорее всего. Тут речь о кодировании, при чём тут ютуб? А что до поддержки браузерами, вроде вообще до сих пор никакого вулкана нет. Или есть, но не работает.
У меня Chrome 120 в chrome://gpu пишет, что он видит вулкан, но не хочет с ним работать. Говорит, что Ivy Bridge не умеет Vulkan в полном объёме. Интересно, можно ли запустить браузер на дискретке через PRIME Offloading? Ни разу не пробовал, это же не игра, а прога...
Игори ничем не отличаются в этом плане от остальных программ с точки зрения ОС. Можешь на дискретке хоть весь сеанс крутить.
> Игори ничем не отличаются в этом плане от остальных программ с точки
> зрения ОС. Можешь на дискретке хоть весь сеанс крутить.Спс, буду пробовать. Но что-то мне как-то страшно. На дискретке же VDPAU, а не VAAPI. Неужели и его тоже можно пробрасывать с дискретки на интеграшку? В драйвере 435.xx заявлена поддержка OpenGL GLX и Vulkan, в драйвере 440.xx появилась поддержка OpenGL EGL.
Ютуб уже vp8 и vp9 скоро прекратит отдавать, на замену ему пришёл av1. h.265 было актуально лет так 8-10 назад
Ты сам видел этот av1? Там столько глитчей и артефактов, что глаза вытекают. Я уже не говорю о контенте, где что-то надо увидеть на экране, вроде скринкастов.
Видеокарты без vulkan опять в пролёте?
Как правило, карточки с подержкой кодирования h264 уже поддерживают Vulkan. NVIDIA Kepler, Intel Ivy Bridge. Насчёт AMD не знаю, но наверное так же GSN 1.0
Видеокарты, которые не поддерживают вулкан, сложно назвать видеокартами.Небось софтварный рендеринг на процессоре обгонит эти куски хлама. Хотя, как показывает практика, владельцы протухших видеокарт так же являются владельцами протухших процессоров. Короче там весь комп нужно нести на помойку.
>выбросить древний компПосле этого сообщения на опеннете начался сущий кошмар
Но выбросим из цивилизованного общества именно тех, кто за других решил, что им купить, а что выбросить.
>кто за других решилЭто буквально и есть эти самые владельцы хлама с их привычкой бегать по интернету и требовать, чтобы современные драйвера поддерживали их копролиты да ещё и с полным набором последних технологий.
Было бы странно, если бы видеокарта тянула крузис на максималках, но не вытягивала какую-нибудь индюшатину
О... ты недооцениваешь способности некоторых инди разработчиков к "обратной" оптимизации)
Я тебя удивлю, но большинство видеокарт к моменту нормальной поддержки в линуксе уже превращаются в хлам. Вот и сейчас завозят аппаратное декодирования для компролитов, которые давно уже сняты с поддержки и производства.
Я тебя удивлю, но у нвидиа поддержка всех технологий появляется примерно одновременно в линуксе. Все вопросы по поводу низкого качества поддержки опенсорсным десктопным стеком направляй к ибм и редхату с их гномом, можешь ещё интелу, они постоянно саботируют сообщество.
Это ты про блобы говоришь? Так это не поддержка, а скорее её отсутствие. Мы же про открытое говорим.
> Это ты про блобы говоришь? Так это не поддержка, а скорее её
> отсутствие. Мы же про открытое говорим.Ничем не хуже открытого венды. Ты же не будешь отрицать, что у венды и пользователей опенсорса больше, и разработчиков. А от хлама вроде любительского опенгл-стека толку нет никому и никакого.
> Видеокарты, которые не поддерживают вулкан, сложно назвать видеокартами.Ну я фиг знает, для меня GeForce 2 MX 400 вполне себе полноценная видеокартая, так как она тянет 1920x1080 по VGA. Ещё и 3D какое-никакое. Уж поболее FPS выдаёт, чем VideoCore IV - у которой, однако, есть HDMI и аппаратный h264.
> Уж поболее FPS выдаёт, чем VideoCore IVУ неё тайловая архитектура, как и у всех мобильных. Полагаю, дело в этом. Нужны специфичные оптимизации и уже после этого сравнения проводить.
Ты прав, с моей стороны было некорректно сравнивать дискретку хоть и 2000 года, но всё же дискретку - и Embedded GPU размером с ноготь.
А DVI разъема у нее, что ли нет? У гефорса.
DVI на MX2 400 было исключительной редкостью, потому что на максимально бюджетном чипе и карты делали соответствующие.
Кстати, по VGA она держит до 2048×1536.
Для кого-то и дыра в полу - вполне полноценный туалет. Но было бы странно видеть жалобы на отсутствие подогрева сидушки и автоматической помывки задницы.
Если играть только в Герои 3, то тебе не нужна RTX...
>Хотя, как показывает практика, владельцы протухших видеокарт так же являются владельцами протухших процессоров.Как тебе такая комбинация Ryzen 5 и AMD HD2600 (2007), шаблон не рвёт?
Ну если ryzen 5 без графики то вероятно он уже древний.
Предыдущее поколение.
Одно время пользовался S3 Virge на AMD FX. Я искренне считал, что для десктопа без 3D её будет хватать. Ну её и хватало, но всё равно было немножечко некомфортно - я даже не знаю, как это описать. Тогда я поставил NVIDIA GeForce 9800GT. Теперь и композитинг есть, и видео через VDPAU можно посмотреть... Тут даже есть NVIDIA CUDA 5.5, вот только я не знаю, что можно на нём запустить... В 2023, наверное, уже ничего.
Для таких целей из старья лучше какой-нибудь GT210 с пассивным охлаждением взять.
У GT210 нет NVENC'а, это именно что затычка, а не видеокарта.
Ничего, что NVENC появился только в Kepler?
Что 9800GT, что GT210 — обе сейчас затычки для ускорения 2D и видео. Только первая в этой роли явно избыточна, а для чего-то другого всё равно недостаточна.
> Для таких целей из старья лучше какой-нибудь GT210 с пассивным охлаждением взять.Спасибо, надо будет попробовать.
У меня есть проблема: браузер Firefox замедляет композитинг на медленных карточках. Выглядит это следующим образом: после запуска системы, компиз стартует, окошечки таскаются - всё плавненько, всё чётенько. Но когда я запускаю браузер, фреймрейт при перетаскивании окошка становится рваным.
Либо слабая карта просто не вывозит аппаратный скроллинг. Либо я не знаю, может Firefox использует не OpenGL для скроллинга, а какой-нибудь EXA, то есть аппаратный 2D вместо аппаратного 3D.
Так или иначе, после обновления с GeForce 6/7 до GeForce 8/9, проблема решилась. Либо новая карточка тупо быстрее работает... Либо не знаю. Может, в новых карточках пофиксили что-то...
Тут одно из двух: если Firefox требует быстрого 3D, то на GT210 я получаю те же проблемы, что и до этого на GeForce 7. А если в GeForce 8/9/210 пофиксили что-то на аппаратном уровне - то я получаю карточку с пассивным охлаждением, которая нормально тянет и композитинг, и браузер!
У 8/9/200 (всё суть одно и то же) преимущество перед 6/7 — OpenGL 3.3 против OpenGL 2.1.
Насчёт GT210 я, может, переборщил. Но есть и другие маложрущие затычки. Я бы вообще порекомендовал найти Radeon HD7750 — она даже с активным охлаждением (но есть и с пассивным) весьма тихая, и даже поиграть во что-то можно, самолично играл в Doom 2016 — печально, конечно, но в 800×600 можно. Главное не напороться на модель с DDR3. Опять же для линукса AMD приемлемее вроде как.
Ну или не сношать мозг и взять затычку из современных, но это уже накладно.
P.S. Да, в HD7750 есть аппаратный кодировшик h264. И OpenGL 4.6. И даже Vulkan. Фактически, не такой уж динозавр, за исключением производительности.
> Видеокарты, которые не поддерживают вулкан, сложно назвать видеокартами.Вот только они весьма обычны для устройств под Android (планшеты, смартфоны и т.п.), которым действительно часто нужно кодировать видео.
Android-устройства с этим как-то справлялись, когда вулкана ещё в планах не было.
Цитата:
"В отчете Spotlight on HEVC ("В центре внимания – HEVC"), подготовленном по заказу InterDigital агентством Futuresource Consulting, говорится, что этот кодек и его способность обеспечивать лучшее качество изображения очень понравились стриминговым платформам, среди которых, в частности, Netflix, Disney, Amazon, Apple, Paramount и Warner Bros.Несмотря на более медленный, чем ожидалось, старт, впоследствии произошёл всплеск интереса к кодеку, вызванный решением компании Google о добавлении к веб-браузеру Chrome встроенной поддержки декодирования видео в стандарте HEVC в ответ на поддержку кодека HEVC со стороны компании Apple в браузере Safari. Как пишет Futuresource, к моменту появления AV1 как альтернативного варианта у большинства компаний, обслуживающих сектор видеоиндустрии, ожидали переход от AVC к HEVC – особенно когда речь шла о приложениях для работы с 4K видео и системы более эффективной трансляции телевизионного контента.
Некоторые из общих конструктивных особенностей, лежащих в основе H.264/AVC и H.265/HEVC, позволили поставщикам полупроводников повторно использовать и расширять аппаратные блоки кодера и декодера в своих SoC (системах на чипе), а не перерабатывать свои технологии заново. Это свидетельствует о наличии благоприятного пути обновления систем. Следствием этого стал постоянный рост за последние годы количества продуктов потребительской электроники с поддержкой HEVC.
Более 96% проданных сегодня бытовых устройств для работы с видео имеют возможность воспроизведения HEVC, что составляет 2.3 миллиарда устройств ежегодно."