[devel] Q: libva feedback

[devel] Q: libva feedback

[Konstantin Lepikhov]

Привет!

А у всех ли работает libva как и должна работать? Я тут нашел баг
связанный с неправильным merge в новой версии (1.8.3), который приводит к
проблемам в работе аппаратного ускорения в chromium и потенциально в
других приложениях, которые используют libva (ffmpeg/kodi).

Может ли кто-нибудь еще это подвердить, а именно:

1) Показать вывод vainfo
2) Показать выхлоп загрузки chromium --enable-accelerated-video

Если ускорение работает то в выводе chromium ошибок быть не должно, а если
нет, то должно быть что-то типа:

$ chromium
[18959:18994:1011/123459.250867:ERROR:nss_util.cc(747)] After loading Root Certs, loaded==false: NSS error code: -8018
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns -1
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva error: /usr/lib64/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1

Спасибо!

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Sergey Bolshakov]

>>>>> "Konstantin" == Konstantin Lepikhov <lakostis-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > Привет!
 > А у всех ли работает libva как и должна работать? Я тут нашел баг
 > связанный с неправильным merge в новой версии (1.8.3), который приводит к
 > проблемам в работе аппаратного ускорения в chromium и потенциально в
 > других приложениях, которые используют libva (ffmpeg/kodi).

 > Может ли кто-нибудь еще это подвердить, а именно:

 > 1) Показать вывод vainfo
 > 2) Показать выхлоп загрузки chromium --enable-accelerated-video

 > Если ускорение работает то в выводе chromium ошибок быть не должно, а если
 > нет, то должно быть что-то типа:

 > $ chromium
 > [18959:18994:1011/123459.250867:ERROR:nss_util.cc(747)] After loading Root Certs, loaded==false: NSS error code: -8018
 > libva info: VA-API version 0.40.0
 > libva info: va_getDriverName() returns -1
 > libva info: User requested driver 'i965'
 > libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
 > libva info: Found init function __vaDriverInit_0_40
 > libva error: /usr/lib64/dri/i965_drv_video.so init failed
 > libva info: va_openDriver() returns -1

 > Спасибо!

chromium не использую, в остальном

$ vainfo 
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.40 (libva )
vainfo: Driver version: Intel i965 driver for Intel(R) CherryView - 1.8.3
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264MultiviewHigh      : VAEntrypointVLD
      VAProfileH264MultiviewHigh      : VAEntrypointEncSlice
      VAProfileH264StereoHigh         : VAEntrypointVLD
      VAProfileH264StereoHigh         : VAEntrypointEncSlice
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointEncPicture
      VAProfileVP8Version0_3          : VAEntrypointVLD
      VAProfileVP8Version0_3          : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD

$ kodi
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0

[всё выглядит вполне рабочим]

-- 

Re: [devel] Q: libva feedback

[Anton Farygin]

Я всегда проверяю libva на железе перед отправкой на связке ffmpeg+vlc.

Что там за неправильный merge ?

13.10.2017 12:36, Konstantin Lepikhov пишет:
> Привет!
>
> А у всех ли работает libva как и должна работать? Я тут нашел баг
> связанный с неправильным merge в новой версии (1.8.3), который приводит к
> проблемам в работе аппаратного ускорения в chromium и потенциально в
> других приложениях, которые используют libva (ffmpeg/kodi).
>
> Может ли кто-нибудь еще это подвердить, а именно:
>
> 1) Показать вывод vainfo
> 2) Показать выхлоп загрузки chromium --enable-accelerated-video
>
> Если ускорение работает то в выводе chromium ошибок быть не должно, а если
> нет, то должно быть что-то типа:
>
> $ chromium
> [18959:18994:1011/123459.250867:ERROR:nss_util.cc(747)] After loading Root Certs, loaded==false: NSS error code: -8018
> libva info: VA-API version 0.40.0
> libva info: va_getDriverName() returns -1
> libva info: User requested driver 'i965'
> libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
> libva info: Found init function __vaDriverInit_0_40
> libva error: /usr/lib64/dri/i965_drv_video.so init failed
> libva info: va_openDriver() returns -1
>
> Спасибо!
>

Re: [devel] Q: libva feedback

[Konstantin Lepikhov]

Hi Anton!

On 10/13/2017, at 02:35:32 PM you wrote:

> Я всегда проверяю libva на железе перед отправкой на связке ffmpeg+vlc.
> 
> Что там за неправильный merge ?
> 
<skip>
http://git.altlinux.org/people/lakostis/packages/?p=libva.git;a=blobdiff;f=va/va.c;h=d4c188f66d4d0494ab84988a4442c0b2dece955d;hp=7f027dd8d812b53e41835fd094a9b903daad0e76;hb=a620ea1ba8a174cbf2c699b763a8ac0bf796c2c4;hpb=39a559e6e117f0d6aae62a0e541544a36a19caed

@@ -648,8 +648,6 @@ VAStatus vaInitialize (
...

Насколько я помню из своего патча для /etc/libva.conf, там не должно быть
повторного вызова getenv, поскольку значение LIBVA_DRIVER_NAME будет null
если переменнная окружения не задана и это значение перепишет предыдущее
из /etc/libva.conf

см. va/va.c:

  59 /*
  60  * read a config "env" for libva.conf or from environment setting
  61  * libva.conf has higher priority
  62  * return 0: the "env" is set, and the value is copied into env_value
  63  *        1: the env is not set
  64  */
  65 int va_parseConfig(char *env, char *env_value)

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Anton Farygin]

13.10.2017 15:32, Konstantin Lepikhov пишет:
> Hi Anton!
>
> On 10/13/2017, at 02:35:32 PM you wrote:
>
>> Я всегда проверяю libva на железе перед отправкой на связке ffmpeg+vlc.
>>
>> Что там за неправильный merge ?
>>
> <skip>
> http://git.altlinux.org/people/lakostis/packages/?p=libva.git;a=blobdiff;f=va/va.c;h=d4c188f66d4d0494ab84988a4442c0b2dece955d;hp=7f027dd8d812b53e41835fd094a9b903daad0e76;hb=a620ea1ba8a174cbf2c699b763a8ac0bf796c2c4;hpb=39a559e6e117f0d6aae62a0e541544a36a19caed
>
> @@ -648,8 +648,6 @@ VAStatus vaInitialize (
> ...
>
> Насколько я помню из своего патча для /etc/libva.conf, там не должно быть
> повторного вызова getenv, поскольку значение LIBVA_DRIVER_NAME будет null
> если переменнная окружения не задана и это значение перепишет предыдущее
> из /etc/libva.conf
>
> см. va/va.c:
>
>    59 /*
>    60  * read a config "env" for libva.conf or from environment setting
>    61  * libva.conf has higher priority
>    62  * return 0: the "env" is set, and the value is copied into env_value
>    63  *        1: the env is not set
>    64  */
>    65 int va_parseConfig(char *env, char *env_value)
>
Сейчас насколько я вижу это всё работает так, что через переменную 
окружения LIBVA_DRIVER_NAME вообще невозможно переопределить драйвер. 
Только через конфигурационный файл.

Повторного вызова getenv нет, как и первого.
Твой коммит :
http://git.altlinux.org/gears/l/libva.git?p=libva.git;a=commitdiff;h=722acba63ea18ba7daee32fa8af76666b73a83b7

вносит такое поведение и в этом месте никаких изменений больше не было.

Но  сейчас вполне нормально работает автоугадав и такое поведение меня лично вполне устраивает (возможность переопределять драйвер через конфиг), хотя и расходится с поведением апстрима.

Re: [devel] Q: libva feedback

[Konstantin Lepikhov]

Hi Anton!

On 10/13/2017, at 03:46:25 PM you wrote:

> 13.10.2017 15:32, Konstantin Lepikhov пишет:
> > Hi Anton!
> >
> > On 10/13/2017, at 02:35:32 PM you wrote:
> >
> >> Я всегда проверяю libva на железе перед отправкой на связке ffmpeg+vlc.
> >>
> >> Что там за неправильный merge ?
> >>
> > <skip>
> > http://git.altlinux.org/people/lakostis/packages/?p=libva.git;a=blobdiff;f=va/va.c;h=d4c188f66d4d0494ab84988a4442c0b2dece955d;hp=7f027dd8d812b53e41835fd094a9b903daad0e76;hb=a620ea1ba8a174cbf2c699b763a8ac0bf796c2c4;hpb=39a559e6e117f0d6aae62a0e541544a36a19caed
> >
> > @@ -648,8 +648,6 @@ VAStatus vaInitialize (
> > ...
> >
> > Насколько я помню из своего патча для /etc/libva.conf, там не должно быть
> > повторного вызова getenv, поскольку значение LIBVA_DRIVER_NAME будет null
> > если переменнная окружения не задана и это значение перепишет предыдущее
> > из /etc/libva.conf
> >
> > см. va/va.c:
> >
> >    59 /*
> >    60  * read a config "env" for libva.conf or from environment setting
> >    61  * libva.conf has higher priority
> >    62  * return 0: the "env" is set, and the value is copied into env_value
> >    63  *        1: the env is not set
> >    64  */
> >    65 int va_parseConfig(char *env, char *env_value)
> >
> Сейчас насколько я вижу это всё работает так, что через переменную 
> окружения LIBVA_DRIVER_NAME вообще невозможно переопределить драйвер. 
> Только через конфигурационный файл.
> 
> Повторного вызова getenv нет, как и первого.
> Твой коммит :
> http://git.altlinux.org/gears/l/libva.git?p=libva.git;a=commitdiff;h=722acba63ea18ba7daee32fa8af76666b73a83b7
> 
> вносит такое поведение и в этом месте никаких изменений больше не было.
> 
> Но  сейчас вполне нормально работает автоугадав и такое поведение меня лично вполне устраивает (возможность переопределять драйвер через конфиг), хотя и расходится с поведением апстрима.
> 
не, немного не так: va_parseConfig умеет проверять переменные окружения и
если значения нет в конфиге, то используется env (read a config "env" for
libva.conf _or_ from environment setting).

Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
определяется неправильно libva модулями:

$ LIBVA_DRIVER_NAME=i965 LIBVA_MESSAGING_LEVEL=2 vainfo
--display x11
libva info: VA-API version 1.0.0
libva info: Got driver name (null)
libva info: va_getDriverName() returns -1
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_0
libva error: /usr/lib64/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

Вот что делает chromium/kodi, они задают тип экрана как x11 вместо
drm/wayland

Если задать все правильно, то драйвер загружается как надо:

$ LIBVA_DRIVER_NAME=i965 LIBVA_MESSAGING_LEVEL=2 vainfo --display drm
libva info: VA-API version 1.0.0
libva info: Got driver name i965
libva info: va_getDriverName() returns 0
libva info: User requested driver 'i965'
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_0
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.0 (libva 2.0.0.pre2)
vainfo: Driver version: Intel i965 driver for Intel(R) Kaby Lake - 2.0.0.pre2 (2.0.0.pre2)
...

(на версии можно не смотреть, я просто играюсь с 2.0.0).

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Anton Farygin]

13.10.2017 16:01, Konstantin Lepikhov пишет:
> Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
> вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
> определяется неправильно libva модулями:

В связке с wayland пока что libva не тестирую, там довольно много разных 
граблей, по которым я пока не ходил.

Наверное авторы kodi ещё не пытались заставить его работать на wayland, 
но это гадание на кофейной гуще.

Re: [devel] Q: libva feedback

[Konstantin Lepikhov]

Hi Anton!

On 10/13/2017, at 04:05:48 PM you wrote:

> 13.10.2017 16:01, Konstantin Lepikhov пишет:
> > Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
> > вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
> > определяется неправильно libva модулями:
> 
> В связке с wayland пока что libva не тестирую, там довольно много разных 
> граблей, по которым я пока не ходил.
Ну в целом оно работает. Есть только такие неприятные моменты, которые
можно исправить.

> 
> Наверное авторы kodi ещё не пытались заставить его работать на wayland, 
> но это гадание на кофейной гуще.
Так патч им заслать и все. Удобство wayland в моем случае - он правильно
выставляет DPI для нескольких HiDPI мониторов (т.е. умеет работать с
несколькими scale одновременно), что я не смог сделать в случае xorg.

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Anton Farygin]

13.10.2017 16:20, Konstantin Lepikhov пишет:
> Hi Anton!
>
> On 10/13/2017, at 04:05:48 PM you wrote:
>
>> 13.10.2017 16:01, Konstantin Lepikhov пишет:
>>> Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
>>> вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
>>> определяется неправильно libva модулями:
>> В связке с wayland пока что libva не тестирую, там довольно много разных
>> граблей, по которым я пока не ходил.
> Ну в целом оно работает. Есть только такие неприятные моменты, которые
> можно исправить.
Я примерно знаю, что там происходит. Нужно идти по всем приложениям и 
проверять/исправлять их работу на wayland.
>> Наверное авторы kodi ещё не пытались заставить его работать на wayland,
>> но это гадание на кофейной гуще.
> Так патч им заслать и все. Удобство wayland в моем случае - он правильно
> выставляет DPI для нескольких HiDPI мониторов (т.е. умеет работать с
> несколькими scale одновременно), что я не смог сделать в случае xorg.
>
У нас в KDE5 можно настроить разный DPI (scale) на разных мониторах и 
это работает хорошо почти всегда в конфигурациях с разнородными 
экранами, среди которых есть HiDPI мониторы.

Конечно, всем когда-то наступит полный wayland, я думаю что ближе к 9-й 
версии мы начнём тестировать и такие конфигурации. Но пока-что до этого 
руки не дошли.

Re: [devel] Q: libva feedback

[Konstantin Lepikhov]

Hi Anton!

On 10/13/2017, at 04:25:38 PM you wrote:

> 13.10.2017 16:20, Konstantin Lepikhov пишет:
> > Hi Anton!
> >
> > On 10/13/2017, at 04:05:48 PM you wrote:
> >
> >> 13.10.2017 16:01, Konstantin Lepikhov пишет:
> >>> Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
> >>> вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
> >>> определяется неправильно libva модулями:
> >> В связке с wayland пока что libva не тестирую, там довольно много разных
> >> граблей, по которым я пока не ходил.
> > Ну в целом оно работает. Есть только такие неприятные моменты, которые
> > можно исправить.
> Я примерно знаю, что там происходит. Нужно идти по всем приложениям и 
> проверять/исправлять их работу на wayland.
Ну а что делать, редхат за всех все не пропатчит ;)

> >> Наверное авторы kodi ещё не пытались заставить его работать на wayland,
> >> но это гадание на кофейной гуще.
> > Так патч им заслать и все. Удобство wayland в моем случае - он правильно
> > выставляет DPI для нескольких HiDPI мониторов (т.е. умеет работать с
> > несколькими scale одновременно), что я не смог сделать в случае xorg.
> >
> У нас в KDE5 можно настроить разный DPI (scale) на разных мониторах и 
> это работает хорошо почти всегда в конфигурациях с разнородными 
> экранами, среди которых есть HiDPI мониторы.
А вы док-станции тестируете? Там не все так прекрасно и радужно, разброд и
шатание по типу подключения и как это видится со стороны xorg/DDX. С
thunderbolt это будет отдельный pci bridge с кучей устройств и портов, а
вот со всякими поделиями от displaylink (www.displaylink.com) начинаются
проблемы с определением, поскольку это xhci драйвер с возможностью
проброса видеосигнала.

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Anton Farygin]

13.10.2017 17:09, Konstantin Lepikhov пишет:
>>>> Наверное авторы kodi ещё не пытались заставить его работать на wayland,
>>>> но это гадание на кофейной гуще.
>>> Так патч им заслать и все. Удобство wayland в моем случае - он правильно
>>> выставляет DPI для нескольких HiDPI мониторов (т.е. умеет работать с
>>> несколькими scale одновременно), что я не смог сделать в случае xorg.
>>>
>> У нас в KDE5 можно настроить разный DPI (scale) на разных мониторах и
>> это работает хорошо почти всегда в конфигурациях с разнородными
>> экранами, среди которых есть HiDPI мониторы.
> А вы док-станции тестируете? Там не все так прекрасно и радужно, разброд и
> шатание по типу подключения и как это видится со стороны xorg/DDX. С
> thunderbolt это будет отдельный pci bridge с кучей устройств и портов, а
> вот со всякими поделиями от displaylink (www.displaylink.com) начинаются
> проблемы с определением, поскольку это xhci драйвер с возможностью
> проброса видеосигнала.

Нет.

Я знаю про проблемы с док-станциями, но пока на них нет спроса со 
стороны наших заказчиков - мы до них не добрались.

Re: [devel] Q: libva feedback

[Konstantin Lepikhov]

Hi Anton!

On 10/13/2017, at 04:05:48 PM you wrote:

> 13.10.2017 16:01, Konstantin Lepikhov пишет:
> > Этот функционал у нас добавлен, в апстриме его нет, но, похоже, моя ошибка
> > вообще связана с другой проблемой. У меня не xorg, а wayland сессия и она
> > определяется неправильно libva модулями:
> 
> В связке с wayland пока что libva не тестирую, там довольно много разных 
> граблей, по которым я пока не ходил.
> 
> Наверное авторы kodi ещё не пытались заставить его работать на wayland, 
> но это гадание на кофейной гуще.
Кстати, для kodi поддержка wayland уже реализована в рамках проекта для
GSoC - https://kodi.tv/article/gsoc-2017-update-wayland-support и ее уже
втянули в master, так что все будет в след. версии.

Для ffmpeg есть патч - https://patchwork.ffmpeg.org/patch/4131/, я правда
не знаю его статус.

Также я видел патчи для VLC и mpv (не уверен что что-то есть для mplayer).

Для себя я уже пропатчил по-быстрому libvdpau-va-gl, но там нужно еще
смотреть, что менять в коде.

Не все так плохо.

-- 
WBR et al.

Re: [devel] Q: libva feedback

[Anton Farygin]

23.10.2017 13:52, Konstantin Lepikhov пишет:
> Для себя я уже пропатчил по-быстрому libvdpau-va-gl, но там нужно еще
> смотреть, что менять в коде.

libvdpau-va-gl у меня нормально не заработал ни разу ;(