Сайт | Скачать | Видео | Wiki

Автор Тема: VDPAU - аппаратное ускорение декодирования видео  (Прочитано 13445 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Что значит сам?
Значит без ключей и конфигов

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
radeontop-1.2_64-kr1.pfs
Собрал в LF01-1911-x86_64.iso под арчем, mesa-vdpau-17.3.1-2_64-kr1.pfs.
Добавил в mesa-17.3.1-2-180101-sf03.pfs
« Последнее редактирование: 16 Декабрь 2019, 09:54:14 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Intel GMA 4500 серии и новее поддерживаются пакетом libvdpau-va-gl вместе с libva-intel-driver
libvdpau-va-gl-i965-1912-sf01.pfs - для prar1912
Проверил на i3 - в mpv vdpau включается с этим модулем без доп. ключей
Только и без vdpau на этом проце <10% загрузка
Да и на целероне юзабельно ~70%

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 480
  • Репутация: +7/-0
без ключа hwdec=vdpau декодить не будет, будет просто писать что
Код
VO: [vdpau] 1920x1080 yuv420p
,а с ключом  появляется строчка :
Код
Using hardware decoding (vdpau).
Dell 500.Intel Core2Duo T8300 ,Intel GMA X3100,4 Гбайт DDR2. no HDD. PRA6408-1904
Xeon-2650v2-X79-P3-16Gb+RX570
A95X F2 с SoC Amlogic S905X2/ X96MAX+ SoC S905X3

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Проверил на i3 - в mpv vdpau включается с этим модулем без доп. ключей
Только и без vdpau на этом проце <10% загрузка
А пишет в терминале Using hardware decoding (vdpau)? http://forum.puppyrus.org/index.php?topic=17445.msg163606#msg163606.

p.s. Выше об этом же сказано.


Эта информация должна отображаться на самом mpv, хоткеем i или I (en раскладка).
Должна, но mpv PRA/DDR не поддерживают этот функционал, в отличии от пакетов установленных из официальных реп.

Поправка, в DDR работает. Интересное отношение к Арчу, чаще всего именно в нем урезанный функционал, как в этом случае. Так же с mesa, которая имеет старую версию в отличие от... Может еще что есть.
Получается Арч удобней резать и формировать, в сторону уменьшения размера, а в итоге страдает в первую очередь удобство, а возможно и производительность.
« Последнее редактирование: 17 Декабрь 2019, 18:53:13 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
без ключа hwdec=vdpau декодить не будет
Да. так и есть
Интересное отношение к Арчу, чаще всего именно в нем урезанный функционал, как в этом случае.
Специально ничего не резал. Все mpv компилю в арче по почти одному рецепту
Проверил в ДДР - у меня пишет что на i ничего не назначено
На I показывает название воспроизводимого файла
Вероятно это через конфиги или lua скрипты делается. раньше (в пра03 ) что-то такое мутил
Так же с mesa, которая имеет старую версию
Ее проблематично обновлять. Придется обновлять почти всю систему. Для этого и планирую иногда собирать свежий пра-ролл
А кто-то выявил улучшения в свежей меса?
Арч удобней резать и формировать, в сторону уменьшения размера
Наоборот. В арче пакеты больше чем в деб. Т.е. в деб они разбиты на подпакеты
В арче удобнее компилить
в итоге страдает в первую очередь удобство, а возможно и производительность.
Всегда можно поставить из репы полную версию. Или что Вы конкретно предлагаете?
Кроме i есть еще примеры?
« Последнее редактирование: 18 Декабрь 2019, 13:40:11 от sfs »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Проверил в ДДР - у меня пишет что на i ничего не назначено
LF01-1911-x86_64.iso/DDR

 
А кто-то выявил улучшения в свежей меса?
Не с пустого же места пишут, что DDR шустрее. И там не только mesa, ffmpeg еще и т.д. и т.п.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Окончательно запутали
DDR01 - это i386 дистр
В LF01-1911-x86_64.iso LFD10
Не с пустого же места пишут, что DDR шустрее.
В итоге кто кого шустрее и кто где такое пишет
что Вы конкретно предлагаете?
Хочется свежака - прар1912. Он как раз с еще более свежей меса и тем же что в LFD10 ffmpeg
Свежий ffmpeg и пр. можно юзать и в LFA1811 (бывший pra6408)

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Или что Вы конкретно предлагаете?
Я предлагаю, чтобы было единообразие и не было 'любимчиков'. Если плохие, то все плохие, если Арч хорош, а DDR похуже, то это нормально. :)

Сейчас же перекос в сторону DDR, по отзывам на форуме. И в первую очередь из-за более древнего ПО на Арче (имхо).

Хочется свежака - прар1912. Он как раз с еще более свежей меса и тем же что в LFD10 ffmpeg
Свежий ffmpeg и пр. можно юзать и в LFA1811 (бывший pra6408)
Что себе юзать я всегда найду, а вот пользователь выберет в итоге DDR, из-за искуственно вызванной конкуренции.
« Последнее редактирование: 18 Декабрь 2019, 17:35:29 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Арч хорош, а DDR похуже
я специально похуже не делаю
Сейчас же перекос в сторону DDR, по отзывам на форуме
DDR это DDR01? Или вы так LFD10 называете?
из-за более древнего ПО на Арче (имхо).
какое по древнее?
пользователь выберет в итоге DDR
Ну и пускай выбирает. Главное, чтобы было из чего
« Последнее редактирование: 19 Декабрь 2019, 14:23:29 от sfs »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Для краткости:
PRA - арч
DDR - все  юбунту/дебианообразные на нашем форуме, но в вышесказанном контексте имел ввиду LFD10 (LF01-1911-x86_64.iso)

Не привык я еще к такому многообразию.
« Последнее редактирование: 18 Декабрь 2019, 23:09:16 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Обновил и проверил vdpau mesa на
intel video. Добавил /etc/mpv/mpv.conf
mesa-ddr01-sf03.pfs - не работает. Почему я не понял . vainfo выдает непонятную ошибку. Может mesa13 такое еще не умела
089-ddr01-upd-sf58.pfs
089-lfd10-upd-sf26.pfs
mesa-18.3.6-d10-sf03.pfs
089-pra-upd-1801-sf83.pfs
mesa-17.3.1-2-180101-sf04.pfs
089-upd-1912-sf09.pfs
mesa-19.2.4-1-1912-sf03.pfs

Проверил с nvidia
Нужен nouveau-fw-325.15-1-any.pkg.tar.xz
Работает с mesa  во всех дистрах с modeset и nouveau

C ati у меня не получилось нигде. Вывод в vdpau есть , но hw не включается
У кого-то получалось?

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Это изучалось? Старая видеокарта, не поддерживающая ускорение?
Свободные драйверы ATI и AMDGPU поддерживают как VA-API, так и VDPAU:
    VA-API на Radeon HD 2000 и новее поддерживается libva-mesa-driver.
    VDPAU на Radeon R300 и новее поддерживается mesa-vdpau.


Запустить в терминале с mpv -v, будет более подробный вывод. Но там, в принципе, ничего полезного не пишется.
« Последнее редактирование: 19 Декабрь 2019, 14:50:57 от krasnyh »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 29305
  • Репутация: +196/-0
  • Автор темы
    • PuppyRus-A
Это изучалось?
да
Старая видеокарта, не поддерживающая ускорение?
возможно. других нет
Проверьте у кого есть

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 3083
  • Репутация: +98/-1
Что значит возможно, ) четко указано ведь:
Цитата
VA-API на Radeon HD 2000 и новее
VDPAU на Radeon R300 и новее