Нативно или через костыль?

вангую второе. вяленд же не для работы (любой, хоть видео смотреть) а для хайпу. https://github.com/mpv-player/mpv/pull/4556 (вялендомальчикам читат не рекомендуеццо)

vdpau да. vaapi нет. может в дровах оно и беспроблемно но видос еще чем-то играть надо..

У меня сто лет как в конфиге mpv стоит: hwdec=vaapi и vo=vaapi

вангую второе.

https://github.com/mpv-player/mpv/pull/4556 (вялендомальчикам читат не рекомендуеццо)

Сам-то читал? Там как раз написано что все работает, только декораций нету.

Запилил это в конфиг свежей версии - неплохо, нагрузка на проц упала почти вдвое.

Запилил это в конфиг свежей версии - неплохо, нагрузка на проц упала почти вдвое.

Что-то не правильно настроено. Нугрузки не должно быть (нагрузка должна быть на уровне аудиоплеера).

и что по умолчанию оно probe'ает иксы и фейлится. тк на вяленде и они есть.

да.

Ну по логике вещей если указать -vo=wayland то заработает. Нет? У меня старая амд, там vaapi нету, поэтому сам я проверить не могу.

а у меня вяленда)))
это насколько старая? до r600 что ли? судя по этому https://www.x.org/wiki/RadeonFeature/ с него уже есть

У меня NI, но vaapi реализовали только для GCN, предыдущие сидят на vdpau, и вряд ли это изменится.

mpv --hwdec=vaapi <файло>

Сравнил воспроизведение 4K H264. Загрузка CPU 1-2% с vaapi против 50-70% без него. Добавил в конфиг :)

Нативно.

Конфиг: GNOME 3.26 (комментарий)

Декодер видеокарты даёт хуже картинку. Зачем вы тащите всё подряд когда и так устраивает?

Ну и vo=gl3 и похожее лучше всего картинку дают, сабы опять же. Иксовые размывают всё слишком, хоть и декодируют с меньшей нагрузкой и быстрее.

лааааааал

не думал что и такой воин тут встретится)))

Quality reduction with hardware decoding

                        In theory, hardware decoding does not reduce video quality (at least for the codecs h264 and HEVC). However, due to restrictions in video
                        output APIs, as well as bugs in the actual hardware decoders, there can be some loss, or even blatantly incorrect results.

                        In some cases, RGB conversion is forced, which means the RGB conversion is performed by the hardware decoding API, instead of the shaders
                        used by --vo=gpu. This means certain colorspaces may not display correctly, and certain filtering (such as debanding) cannot  be  applied
                        in  an  ideal  way. This will also usually force the use of low quality chroma scalers instead of the one specified by --cscale. In other
                        cases, hardware decoding can also reduce the bit depth of the decoded image, which can introduce banding or  precision  loss  for  10-bit
                        files.

                        vdpau  is usually safe. If deinterlacing enabled (or the vdpaupp video filter is active in general), it forces RGB conversion. The latter
                        currently does not treat certain colorspaces like BT.2020 correctly (which is mostly a mpv-specific restriction). The vdpauprb video fil‐
                        ter retrieves image data without RGB conversion and is safe (but precludes use of vdpau postprocessing).

                        vaapi  is safe if the vaapi-egl backend is indicated in the logs. 

Иди прогрей процессор перед просмотром, а то качество будет не то.

Да что ты мне рассказываешь, я 15 лет линуксом каждый день пользуюсь и про баги знаю всё. Но у венды ровно те же проблемы.

ооооооо. какое совпадение.)))) я тоже 15 почти. с 2004. только тогда ни о каком ускорении никто слыхом не слыхивал))) эксперт по багам))) разве что xvmc и то хз

и при чем тут я это man mpv. знаток мля.

И что? Даже в твоей цитате написано что работает с ограничениями и никто тебе не даст никаких гарантий. Это конечно хорошо когда ты смотришь только видео которое всегда работает, на практике это не так. Иди проспись короче.

там написано что vaapi и vdpau может «навредить» только параноикам псевдо-экспертам.

Там написано, что, цитирую: «vaapi и vdpau потенциально навредит всем кроме сферически лимитированных пониёбов в вакууме и нужно об этом помнить всегда».

Ты знаешь что такое debanding кстати?

Найс мантры владельца видеозатычки из 2005 года.

Так вот, лёд тронулся.

cломали что ли? у кого-то были какие-то проблемы? на интеле? фантастика.

Полезно, если AMD дропнут поддержку vdpau.

Не очень понятно, зачем юзать vaapi на AMD, если там работает vdpau? Ведь vaapi нестабильный до сих пор (судя по топику, найдено очередное, 1001 решение проблемы лагов воспроизведения видео в линуксе)? Я правда не знаю, амд видяхи не имею.

Ведь vaapi нестабильный

Там из-за этой нестабильности есть возможность работать под Wayland, например. При этом VDPAU стабильно настолько, что там даже список рассылки умер. (Что обидно, так как ответа на вопрос я так и не получил. Всё ещё жду.)

Зато работал, работает и даже будет еще работать тк его даже коечему продвинутому успели обучить.
А с ваапи постоянно головняки.

Ты сам процитировал почему

60-70% загрузки CPU на ультрабуке, шум и большое тепловыделение. Что тут может устраивать?

Тебе нужно смотреть 4к на субноутбуке? Тогда конечно можно пожертвовать чем-то.

Не вижу никакой разницы в картинке. Так что, ничем не жертвую.

Тебя не беспокоят лесенки на градиентах? Ну тогда ладно.

Спасибо за информацию,я присмотрюсь. Пока ничего не заметил.

Зачем нужно аппаратное ускорение видео, если с ним SmoothVideoProject не поддерживается? SVP для своих глазок же нужнее, чем работа, от которой освобождается процессор, не? Процессор железный а глазки свои, им высокий fps комфортнее.

Любое кинцо (про накодировать ты верно подметил, оно от часто-редко натыканых кейфреймов зависит) он так рвёт если сикбаром скакать.

Элт-анимешник, залогинься.

Тебе нужно смотреть 4к на субноутбуке?

т.е. когда смотришь 4к с медиаприставки, она пусть поджаривается. ОК, анон. Всегда считал что устройства встраиваемого класса должны оснащаться коре ай 9 и охлаждением на жидком металле лол.