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

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

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33165
  • Репутация: +226/-0
  • Автор темы
    • PuppyRus-A
http://www.opennet.ru/opennews/art.shtml?num=50226
Сделать для пра? Желающие тестировать есть? (у меня нет железа в близком доступе)

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: mesa vs nvidia
« Ответ #31 : 13 Декабрь 2019, 23:32:15 »
Интересно, а как дела со свободным amdgpu по сравнению с catalyst ? Никто не юзает?

Пока жду сборку на 2011 с Али, отрыл старый комп со встройкой.
Код
  Card: Advanced Micro Devices [AMD/ATI] RS880 [Radeon HD 4200]
           Display Server: X.Org 1.19.6 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1200@59.95hz
           OpenGL: renderer: AMD RS880 (DRM 2.50.0 / 5.1.4-porteus, LLVM 5.0.1) version: 3.3 Mesa 17.3.1
С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео. Ютюб стал  вфулхд показывать без фризов, в отличии от palemoon и basilisk.
 chrome://gpu/
Код
Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Disabled
Out-of-process Rasterization: Disabled
Hardware Protected Video Decode: Hardware accelerated
Rasterization: Software only. Hardware acceleration disabled
Skia Renderer: Disabled
[b]Video Decode: Hardware accelerated[/b]
Viz Display Compositor: Enabled
Viz Hit-test Surface Layer: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
Driver Bug Workarounds
adjust_src_dst_region_for_blitframebuffer
clear_pixel_unpack_buffer_before_copyteximage
clear_uniforms_before_first_program_use
count_all_in_varyings_packing
decode_encode_srgb_for_generatemipmap
disable_post_sub_buffers_for_onscreen_surfaces
disable_software_to_accelerated_canvas_upgrade
dont_remove_invariant_for_fragment_input
exit_on_context_lost
force_cube_map_positive_x_allocation
force_int_or_srgb_cube_texture_complete
init_texture_max_anisotropy
regenerate_struct_names
remove_invariant_and_centroid_for_essl3
scalarize_vec_and_mat_constructor_args
use_virtualized_gl_contexts
disabled_extension_GL_KHR_blend_equation_advanced
disabled_extension_GL_KHR_blend_equation_advanced_coherent
Problems Detected
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Mesa drivers in Linux handle varyings without static use incorrectly: 333885
Applied Workarounds: count_all_in_varyings_packing
Linux AMD drivers incorrectly return initial value of 1 for TEXTURE_MAX_ANISOTROPY: 348237
Applied Workarounds: init_texture_max_anisotropy
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
Linux AMD drivers handle struct scopes incorrectly: 403957
Applied Workarounds: regenerate_struct_names
Linux ATI drivers crash on binding incomplete cube map texture to FBO: 518889
Applied Workarounds: force_cube_map_positive_x_allocation
Disable partial swaps on Mesa drivers (detected with GL_VERSION): 339493
Applied Workarounds: disable_post_sub_buffers_for_onscreen_surfaces
Decode and encode before generateMipmap for srgb format textures on os except macosx: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
adjust src/dst region if blitting pixels outside framebuffer on Linux AMD: 664740
Applied Workarounds: adjust_src_dst_region_for_blitframebuffer
AMD drivers in Linux require invariant qualifier to match between vertex and fragment shaders: 659326, 639760
Applied Workarounds: remove_invariant_and_centroid_for_essl3, dont_remove_invariant_for_fragment_input
Mesa driver GL 3.3 requires invariant and centroid to match between shaders: 639760, 641129
Applied Workarounds: remove_invariant_and_centroid_for_essl3
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Decode and Encode before generateMipmap for srgb format textures on Linux AMD: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
Software to Accelerated canvas update breaks Linux AMD: 710029
Applied Workarounds: disable_software_to_accelerated_canvas_upgrade
Force integer or srgb cube map texture complete on Linux AMD: 712117
Applied Workarounds: force_int_or_srgb_cube_texture_complete
AMD Linux driver crashes when copyTexImage2D is called with PIXEL_UNPACK_BUFFER set to an uninitialized buffer: 859998
Applied Workarounds: clear_pixel_unpack_buffer_before_copyteximage
Some drivers can't recover after OUT_OF_MEM and context lost: 893177
Applied Workarounds: exit_on_context_lost
Context flush ordering doesn't seem to work on AMD: 914976
Applied Workarounds: use_virtualized_gl_contexts
Raster is using a single thread.
Disabled Features: multiple_raster_threads
Version Information
Data exported 2019-12-13T20:20:06.200Z
Chrome version Chrome/78.0.3904.70
Operating system Linux 5.1.4-porteus
Захотел запустить на проприетаре, но дрова не взлетели. Ни на одном ядре. 4.4, 5.


« Последнее редактирование: 13 Декабрь 2019, 23:45:20 от loop223 »
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: Re: mesa vs nvidia
« Ответ #32 : 14 Декабрь 2019, 00:02:14 »
Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)- https://www.opennet.ru/opennews/art.shtml?num=52024
Я так понял в пра выше 17 Mesa не планируется, то хотябы свободные попробывать https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/
Я бы все потестил и проприетар.

Заметил прикол, на запущеном хромиуме и видео на паузе
vblank_mode=0 glxgears
Код
22921 frames in 5.0 seconds = 4584.108 FPS
22908 frames in 5.0 seconds = 4581.439 FPS
22729 frames in 5.0 seconds = 4545.689 FPS
22943 frames in 5.0 seconds = 4588.560 FPS
22928 frames in 5.0 seconds = 4585.442 FPS
Закрытый хромиум.
Код
11467 frames in 5.0 seconds = 2293.185 FPS
11357 frames in 5.0 seconds = 2271.273 FPS
11491 frames in 5.0 seconds = 2298.116 FPS
11425 frames in 5.0 seconds = 2284.763 FPS
« Последнее редактирование: 14 Декабрь 2019, 00:10:02 от loop223 »
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5036
  • Репутация: +129/-1
Re: Re: mesa vs nvidia
« Ответ #33 : 14 Декабрь 2019, 00:06:05 »
Ютюб стал  вфулхд показывать без фризов, в отличии от palemoon и basilisk.
С некоторых пор sfs стал добавлять в palemoon расширение mpv-youtube-dl-binding. На панели дополнений браузера должен быть значок mpv. На странице с видео нажать его, запустится через mpv. Или через контекстное меню "with mpv".

Mpv вроде по умолчанию поддерживает аппаратное ускорение. Это конечно не chrome://gpu/, но для palemoon и так неплохо.

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: Re: mesa vs nvidia
« Ответ #34 : 14 Декабрь 2019, 00:13:09 »
Да я согласен, в палемуне можно и этот костыль использовать. Но лог smplayer говорит, что поддержка VDPAU в  R600 не работает. Даже после установки месы.
Код
Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
[vo/vdpau] Error when calling vdp_device_create_x11: 1
[vo/xv] Warning: this legacy VO has bad quality and performance, and will in particular result in blurry OSD and subtitles. You should fix your graphics drivers, or not force the xv VO.
VO does not support requested hardware decoder, or loading it failed.
AO: [alsa] 48000Hz stereo 2ch float
VO: [xv] 1920x1080 yuv420p

« Последнее редактирование: 14 Декабрь 2019, 00:24:00 от loop223 »
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5036
  • Репутация: +129/-1
Re: Re: mesa vs nvidia
« Ответ #35 : 14 Декабрь 2019, 00:20:53 »
Возможно не хватает mesa-vdpau. А так, если запускать ссылку на видео в терминале, то mpv пишет, что ему не хватает. Удобно для диагностики.
« Последнее редактирование: 14 Декабрь 2019, 00:26:06 от krasnyh »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5036
  • Репутация: +129/-1
Re: Re: mesa vs nvidia
« Ответ #36 : 14 Декабрь 2019, 00:25:44 »
Лог не сразу увидел.

Failed to open VDPAU backend libvdpau_r600.so: cannot open shared object file: No such file or directory
Узнаем какому пакету принадлежит эта либа и ставим его:
sudo pkgfile -u && sudo pkgfile -s libvdpau_r600.so
Код
live@prar-1811 ~ % sudo pkgfile -s libvdpau_r600.so 
extra/mesa-vdpau
[vo/vdpau] Error when calling vdp_device_create_x11: 1
Mpv по умолчанию пытается подхватить vo/vdpau и при неудаче запускает с vo/xv.
« Последнее редактирование: 14 Декабрь 2019, 00:49:53 от krasnyh »

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: Re: mesa vs nvidia
« Ответ #37 : 14 Декабрь 2019, 01:15:44 »
Код
sudo pacman -Sy mesa-vdpau
:: Обновление баз данных пакетов...
 2a-any не устарел
 core                               126,2 KiB  93,6 KiB/s 00:01 [###################################] 100%
 extra                             1643,2 KiB   444 KiB/s 00:04 [###################################] 100%
 community                            4,3 MiB  1024 KiB/s 00:04 [###################################] 100%
 art-aur не устарел
 revenge_repo                        38,9 KiB   263 KiB/s 00:00 [###################################] 100%
 herecura                            62,7 KiB   129 KiB/s 00:00 [###################################] 100%
ошибка: не удалось получить файл 'archlinuxcn.db' из repo.archlinuxcn.org : Connection timed out after 10001 milliseconds
ошибка: не удалось обновить archlinuxcn (ошибка в библиотеке загрузки)
 pra6407extra не устарел
ошибка: failed to synchronize all databases
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5036
  • Репутация: +129/-1
Re: Re: mesa vs nvidia
« Ответ #38 : 14 Декабрь 2019, 01:37:14 »
Собрал в LF01-1911-x86_64.iso под арчем, mesa-vdpau-17.3.1-2_64-kr1.pfs.

Если при клике на ссылке кракозябры (особенность данного сервера), то скачивать через контекстное меню "Сохранить объект как".
« Последнее редактирование: 14 Декабрь 2019, 01:47:38 от krasnyh »

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: Re: mesa vs nvidia
« Ответ #39 : 14 Декабрь 2019, 05:32:30 »
Все отлично заработало с вашим модулем.Smplayer 1080р ролик- загрзка проца не более 10%(раньше 50%), все лежит на встройке.Еще можно было бы загрузку видеоядра увидеть, как в винде, а то я 720p60фпс спокойно кручу,но 108060фпс картинка просто колом встает,  аудиоряд продолжает проигрывание.В настройках все перепробывал. Походу встройка ложится намертво.
« Последнее редактирование: 15 Декабрь 2019, 00:32:23 от loop223 »
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн loop223

  • Ветеран
  • *****
  • Сообщений: 595
  • Репутация: +7/-0
Re: Re: mesa vs nvidia
« Ответ #40 : 14 Декабрь 2019, 08:30:09 »

Вопрос.Как мне закинуть Mesa-Vdpau на флешку , чтоб не сломать ничего в LF01?
« Последнее редактирование: 14 Декабрь 2019, 08:35:35 от loop223 »
X96MAX+ SoC S905X3 4/64.Armbian 22.11.0 bullseye 5.15.78
Home Assistant Supervised

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33165
  • Репутация: +226/-0
  • Автор темы
    • PuppyRus-A
С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео
Можно подробнее (как, что стало лучше)

Как мне закинуть Mesa-Vdpau на флешку , чтоб не сломать ничего в LF01?
Если initrd и меню как в исо , т.е. двойное - арч+деб :
переименовать в mesa-vdpau-17.3.1-2-1801-kr1.pfs. и положить в modules. Главное, чтобы он не попал в дебиан

ошибка: не удалось получить файл 'archlinuxcn.db' из repo.archlinuxcn.org : Connection timed out after 10001 milliseconds
Почему-то был недоступен. возможно временно. Можно временно отключить в /etc/pacman.conf
Развитие Mesa впечатляет завезли openGL 4.5 для моей встройки. Релиз Mesa 19.3.0, OpenGL 4.5 для GPU AMD (r600, radeonsi)
А что это даст практического?
Я так понял в пра выше 17 Mesa не планируется
К LF01 (LFA1801) будет проблематично прикрутить свежую месу
В LF01 (LFD10) mesa18
В PRAR1912 mesa19.2 Думаю - сюда и 19.3 получится прикрутить
Для этого и собирал PRAR1912 - понять - есть смысл гнаться за обновлением mesa.... Предлагаю всем поучастьвавать в тестировании и определитться

Что-то я упустил эту тему из вида. У меня везде mesa без vdpau . Надо поправить...

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33165
  • Репутация: +226/-0
  • Автор темы
    • PuppyRus-A
У меня везде mesa без vdpau . Надо поправить...
посмотрел - https://www.archlinux.org/packages/extra/x86_64/mesa-vdpau/ не зависит от mesa
Кто может проверить в LFA1801 :
1. Загрузиться без mesa
2. Собрать sudo pacman2pfs mesa-vdpau (будет 3 пакета libedit-20170329_3.1-1  llvm-libs-5.0.1-1  mesa-vdpau-17.3.1-2). Подключить. Возможно потребуется перестартовать Xorg
3. Проверить - есть ли этот эффект

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33165
  • Репутация: +226/-0
  • Автор темы
    • PuppyRus-A
    С Mesa удалось запустить послдедний хромиум с аппаратным декодированием видео
Можно подробнее (как, что стало лучше)
Это?
« Последнее редактирование: 15 Декабрь 2019, 09:06:55 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33165
  • Репутация: +226/-0
  • Автор темы
    • PuppyRus-A
У меня везде mesa без vdpau
В mesa*.pfs DDR01 и LFD10 есть vdpau