[snap] vaapi chromium no video hardware decoding
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
chromium-browser (Ubuntu) |
In Progress
|
Medium
|
Nathan Teodosio |
Bug Description
To test the snap with VA-API changes,
1. Install the Chromium snap from either beta or edge channels,
sudo snap install --beta chromium
2. Start Chromium,
snap run chromium
3. Open a video, e.g. one from https:/
4.Check with intel_gpu_top (from intel-gpu-tools package) that the video engine bars are non zero during playback.
----------Original Bug report ---------
Libva is no longer working for snap installed chromium 72.0.3626.109 (Official Build) snap (64-bit)
I followed this instruction
sudo snap install --channel=
My amdgpu can use libva
`vainfo: Driver version: Mesa Gallium driver 18.3.3 for AMD STONEY (DRM 3.27.0, 4.20.0-
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfileNone : VAEntrypointVid
description: | updated |
hovakim grabski (hovakim-grabski) wrote : | #1 |
Launchpad Janitor (janitor) wrote : | #2 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in chromium-browser (Ubuntu): | |
status: | New → Confirmed |
summary: |
- snap vaapi chromium no video hardware decoding. + [snap] vaapi chromium no video hardware decoding |
Matt Lee (matthewclee) wrote : | #3 |
It appears that the candidate/vaapi channel has either been broken or abandoned, since the last build was on February 15th: https:/
Is it possible to get the channel added to the 'Built automatically' build schedule since is currently set to the 'Built on request' build schedule?
Olivier Tilloy (osomon) wrote : | #4 |
I have resurrected the candidate/vaapi channel with an up-to-date build, however it's currently pending a manual review in the store.
Matt Lee (matthewclee) wrote : | #5 |
- Chromium.tar.bz2 Edit (3.8 KiB, application/x-tar)
Some updates:
- I can confirm that 'sudo snap install --channel=
- HW accelerated decode is not available when I apply the '--ignore-
- HW accelerated encode is available whether or not I apply '--ignore-
- I've attached the following three files, in a tar.bz2 archive, to show my system config:
1) vainfo output
2) chrome://gpu default value
3) chrome://gpu value after applying '--ignore-
Sirius1977 (sirius1977) wrote : | #6 |
As far as i know, Chromium uses a new video decoding backend. If chrome:
With the latest snap from candidate/vaapi (73.0.3683.86 REV-686) media-internals show that it's using MojoVideoDecoder. CPU-Usage around 10$ - 15% on an i3 Broadwell and HD5500-Graphics. Video Decode under chrome://gpu is also showing "Hardware accelerated"
Matt Lee (matthewclee) wrote : | #7 |
Interesting. Since I'm only getting VpxVideoDecoder decode, I guess I have an installation issue of some kind.
Matt Lee (matthewclee) wrote : | #8 |
I wonder if my problem may be related to this error in the chrome://gpu log:
- [20257:
Oddly I get this bug in both the main chromium snap and the vaapi candidate snap. No problems in Chromium when installed via apt. Since I'm not able to update the snap file, I can't correct this issue unfortunately.
Sirius1977 (sirius1977) wrote : | #9 |
@Matt have you tried h264ify extension from the chrome store? It ensures that only h264 videos are loaded. On my Broadwell hardware decoding of VP9 is not supported.
Matt Lee (matthewclee) wrote : | #10 |
I have a slightly newer chipset (Kabylake) so VP9 is supported in my case. Thanks for the suggestion though.
hovakim grabski (hovakim-grabski) wrote : | #11 |
Hi,
with Version 74.0.3729.131 the decoder has become FFmpegVideoDecoder
once again and does not turn gpu decoder.
Matt Lee (matthewclee) wrote : | #12 |
The landing page for the build has disappeared: https:/
For what it's worth, there is another working option available that we can try: https:/
I'd honestly prefer to use an official Ubuntu build but the one above has served me consistently well on previous system so I'll probably stick with that until we see a main branch build with vaapi support.
Nicolás Abel Carbone (nicocarbone) wrote : | #13 |
Can confirm it is still not working. I don't like the idea of using a ppa in software as sensitive as a browser. But also, vaapi acceleration makes a really important deference, specially in a laptop. The snap was a great solution, it is a shame it is not longer working.
Andrej Zirko (andrej-zirko) wrote : | #14 |
I can also confirm this. Is VAAPI Chromium snap abandoned? It really makes a huge difference.
Matt Lee (matthewclee) wrote : | #15 |
It does appear to be abandoned, unfortunately. I had hoped that the official addition of VAAPI support to Firefox would be an alternative but it is dependent on Wayland, which is not currently default supported by Ubuntu.
Aaron (aaronuk5) wrote : | #16 |
If anyone doesn't mind, Brave has vaapi support out the box.
1. install gstreamer-vaapi
2. go to brave://flags and enable Override software rendering list, restart browser.
3. go to brave://gpu/ and look at Video Acceleration Information:
Andrej Zirko (andrej-zirko) wrote : | #17 |
Thank you for the recommendation.
Brave is now my default browser. First impression is quite good.
Olivier Tilloy (osomon) wrote : | #18 |
I have updated the enable-vaapi branch and test snaps are currently building for amd64 and i386 at https:/
Changed in chromium-browser (Ubuntu): | |
assignee: | nobody → Olivier Tilloy (osomon) |
importance: | Undecided → Medium |
status: | Confirmed → In Progress |
Matt Lee (matthewclee) wrote : | #19 |
Hi Olivier,
Many thanks for starting that back up! I have install Chromium from the candidate/vaapi channel and the HW acceleration is working for me.
Olivier Tilloy (osomon) wrote : | #20 |
Thanks for the testing and feedback Matt, much appreciated!
Michel-Ekimia (michel.ekimia) wrote : | #21 |
Here is my few tests from yesterday :
Platform : pentium Kabylake mobile
- YouTube VP90 1080p : MojoVideoDecoder - 15% CPU - 8-10W battery
- Netflix H264 720p ? ( https:/
I'm then looking for info about DecryptingVideo
Bacause when looking to compare LinuxLaptops with MacBooks on "Netflix battery time"
description: | updated |
Michel-Ekimia (michel.ekimia) wrote : | #22 |
Test on 20.04 on Pentium N5000 :
- Chromium show "unknown libva error" from the start.
- VAAPI is not used
Miguel Rodríguez (migrax) wrote : | #23 |
I have tried the 81.0.4044.113 vaap candidate, but it is showing this warning at startup:
libva error: va_getDriverName() failed with unknown libva error,driver_
For reference, this is the output of vainfo:
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Olivier Tilloy (osomon) wrote : | #24 |
@Michel: sorry for the late feedback. On that Pentium N5000 system, could you please include the full output of running "chromium --enable-
@Miguel: which OS/version are you running the chromium snap on? Can you please include the output of "snap info --abs-time chromium" ?
For reference, I tested on my HD Graphics 4000 (Ivy bridge, Core i7) and I'm seeing similar numbers as Michel in comment #21.
Miguel Rodríguez (migrax) wrote : | #25 |
I am using Ubuntu 20.04. Here is the output of snap info:
name: chromium
summary: Chromium web browser, open-source version of Chrome
publisher: Canonical✓
store-url: https:/
contact: https:/
license: unset
description: |
An open-source browser project that aims to build a safer, faster, and more stable way for all
Internet users to experience the web.
commands:
- chromium.
- chromium
snap-id: XKEcBqPM06H1Z7z
tracking: latest/
refresh-date: 2020-05-
channels:
latest/stable: 81.0.4044.138 2020-05-
latest/candidate: 81.0.4044.138 2020-05-
latest/beta: 83.0.4103.44 2020-05-
latest/edge: 84.0.4128.3 2020-04-
installed: 81.0.4044.113 (1117) 165MB -
Alain Rouet (alainrouet-deactivatedaccount) wrote : | #26 |
Same "libva error" issue here, with an Intel Core i5-7200U CPU (Intel HD 620). I attached the output of running "chromium --enable-
The iHD VAAPI driver wasn't available until Ubuntu 19.04. If the Chromium snap is build with Ubuntu 18.04 libraries, wouldn't that explain the error?
Alain Rouet (alainrouet-deactivatedaccount) wrote : | #27 |
Alain Rouet (alainrouet-deactivatedaccount) wrote : | #28 |
Olivier Tilloy (osomon) wrote : | #29 |
@Alain: thanks for the info. That might explain it, indeed.
intel-media-
I'll look into building the snap with a newer version of libva.
Olivier Tilloy (osomon) wrote : | #30 |
Still working on this. I had to patch chromium's vaapi code to enable it to build against a custom libva: https:/
Anton Alexandrenok (the-spyke) wrote : | #31 |
@osomon If bionic provides only libva-driver-
Matt Lee (matthewclee) wrote : | #32 |
HW acceleration doesn't work for me in the latest build. I noted that Olivier was going to build with a newer version of libva so I went ahead an installed the latest version, as per this guide: https:/
snap info --abs-time chromium & vainfo dumps below:
name: chromium
summary: Chromium web browser, open-source version of Chrome
publisher: Canonical*
store-url: https:/
contact: https:/
license: unset
description: |
An open-source browser project that aims to build a safer, faster, and more stable way for all
Internet users to experience the web.
commands:
- chromium.
- chromium
snap-id: XKEcBqPM06H1Z7z
tracking: latest/
refresh-date: 2020-05-
channels:
latest/stable: 81.0.4044.138 2020-05-
latest/candidate: 81.0.4044.138 2020-05-
latest/beta: 83.0.4103.56 2020-05-
latest/edge: 84.0.4143.2 2020-05-
installed: 81.0.4044.138 (1162) 162MB -
libva info: VA-API version 1.8.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.8 (libva 2.1.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.2.pre (f403839f)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Olivier Tilloy (osomon) wrote : | #33 |
@Matt and others: I'm still working on this. I got chromium to build with the latest libva release, and there's an ongoing build with the latest releases of the corresponding drivers, which in my local tests is working fine. If everything goes well this should be available to test in the candidate/vaapi channel within less than 24 hours.
Olivier Tilloy (osomon) wrote : | #34 |
A note of interest: when testing the snap, use this command line to output more libva debug information:
LIBVA_
Matt Lee (matthewclee) wrote : | #35 |
Thanks Olivier. I'll keep my eye out for that, so I can test
Olivier Tilloy (osomon) wrote : | #36 |
Everyone: a new snap is ready for testing in the candidate/vaapi channel (revision 1163):
snap refresh chromium --channel=
Please test and report CPU usage while playing back HD video in the browser (you might want to use the h264ify extension for youtube and the like). Run the browser like this, and attach the output here:
LIBVA_
Thanks!
Alain Rouet (alainrouet-deactivatedaccount) wrote : | #37 |
It's working here with an Intel Core i5-7200U CPU (Intel HD 620); "intel-gpu-top" confirms it is. Both VP9 and h264 are accelerated. CPU usage is around 20 to 35% while playing a 1080p video on Youtube (VP9), and a bit higher on Twitch (h264). Though it's way better than with software decoding.
$ LIBVA_MESSAGING
Gtk-Message: 12:18:38.213: Failed to load module "canberra-
Gtk-Message: 12:18:38.215: Failed to load module "canberra-
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[14314:
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[14175:
Nicolás Abel Carbone (nicocarbone) wrote : Re: [Bug 1816497] Re: [snap] vaapi chromium no video hardware decoding | #38 |
It doesn't work here.
Intel i5-7200u running Ubuntu 20.04 on wayland. Maybe wayland is the issue?
$ LIBVA_MESSAGING
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Gtk-Message: 10:15:51.783: Failed to load module "appmenu-
Gtk-Message: 10:15:51.986: Failed to load module "canberra-
Gtk-Message: 10:15:52.002: Failed to load module "canberra-
[12405:
data: manufacturer id
libva info: VA-API version 1.7.0
libva error: vaGetDriverName
driver_name = (null)
[12641:
failed: unknown libva error
El mié., 20 de may. de 2020 a la(s) 09:41, Alain Rouet (
<email address hidden>) escribió:
> It's working here with an Intel Core i5-7200U CPU (Intel HD 620);
> "intel-gpu-top" confirms it is. Both VP9 and h264 are accelerated. CPU
> usage is around 20 to 35% while playing a 1080p video on Youtube (VP9),
> and a bit higher on Twitch (h264). Though it's way better than with
> software decoding.
>
> $ LIBVA_MESSAGING
> Gtk-Message: 12:18:38.213: Failed to load module "canberra-
> Gtk-Message: 12:18:38.215: Failed to load module "canberra-
> libva info: VA-API version 1.7.0
> libva info: Trying to open
> /snap/chromium/
> libva info: Found init function __vaDriverInit_1_7
> libva info: va_openDriver() returns 0
> [14314:
> InitializeSandbox() called with multiple threads in process gpu-process.
> libva info: VA-API version 1.7.0
> libva info: Trying to open
> /snap/chromium/
> libva info: Found init function __vaDriverInit_1_7
> libva info: va_openDriver() returns 0
> [14175:
> XXX Init()
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [snap] vaapi chromium no video hardware decoding
>
> To manage notifications about this bug go to:
>
> https:/
>
--
Nicolás Abel Carbone
Doctor en Física - Becario Posdoctoral
CIFICEN-
https:/
*Mi horario de trabajo puede no coincidir con el suyo. Salvo que así lo
indique el mail, por favor no se sienta obligado a responder este mensaje
fuera de su horario de trabajo habitual.*
*My working hours may not be your working hours. Unless otherwise specified
in the mail, please do not feel obligated to reply outside of your normal
work schedule.*
Olivier Tilloy (osomon) wrote : | #39 |
Yes, I suspect chromium (or at least the vaapi patches we apply) isn't sufficiently wayland-aware. Nicolás, could you test in an X11 session just to let us know whether accelerated HW video decoding works there? That would be a useful data point.
Nicolás Abel Carbone (nicocarbone) wrote : | #40 |
I just tried in X11. It seems to be working :)
Sadly, most videos in YouTube seem to be av1 so it took me a while to get a vp9 video, but that's another issue altogether.
Thanks!
LIBVA_MESSAGING
/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
Gtk-Message: 10:43:53.358: Failed to load module "appmenu-
Gtk-Message: 10:43:53.358: Failed to load module "appmenu-
Gtk-Message: 10:43:53.613: Failed to load module "canberra-
Gtk-Message: 10:43:53.638: Failed to load module "canberra-
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[19302:
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[19157:
Michel-Ekimia (michel.ekimia) wrote : | #41 |
@nicolas :that s because of https:/
I guess
Olivier Tilloy (osomon) wrote : | #42 |
@Nicolás: thanks, that's very useful feedback.
@Michel: thanks, that's the problem indeed.
Nicolás Abel Carbone (nicocarbone) wrote : | #43 |
Vaapi seems to be working for mpv and Firefox under wayland though.
Glad to be of help! :)
El mié., 20 de may. de 2020 a la(s) 11:21, Olivier Tilloy (
<email address hidden>) escribió:
> @Nicolás: thanks, that's very useful feedback.
>
> @Michel: thanks, that's the problem indeed.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [snap] vaapi chromium no video hardware decoding
>
> To manage notifications about this bug go to:
>
> https:/
>
--
Nicolás Abel Carbone
Doctor en Física - Becario Posdoctoral
CIFICEN-
https:/
*Mi horario de trabajo puede no coincidir con el suyo. Salvo que así lo
indique el mail, por favor no se sienta obligado a responder este mensaje
fuera de su horario de trabajo habitual.*
*My working hours may not be your working hours. Unless otherwise specified
in the mail, please do not feel obligated to reply outside of your normal
work schedule.*
Matt Lee (matthewclee) wrote : | #44 |
Looks like it's working for me on 18.04 with upgraded libva since I see MojoVideoDecoder again. CPU usage seemed fair for a 2k video, details as follows:
CPU Usage
*****
~20%
Current / Optimal Res3840x1976@24 / 3840x1976@24
Codecsvp09.
*****
LIBVA_MESSAGING
*****
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[4410:4410:
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
[4269:4269:
[4269:4414:
[4269:4414:
[4269:4414:
[4269:4414:
*****
Matt Lee (matthewclee) wrote : | #45 |
Just for comparison, I disabled hardware acceleration and see CPU usage up at ~70%
André Correia (andre30correia) wrote : | #46 |
hw is working now, 4k vp9 youtube video 8 to 15 % cpu usage, without that jumps to 80%
Pietrek B. (ptrbrzozowski) wrote : | #47 |
Hi,
I can't get MojoVideoDecoder to work on an AMD Ryzen laptop.
LIBVA_MESSAGING
libva info: Trying to open /snap/chromium/
libva info: va_openDriver() returns -1
[7926:7926:
and radeonsi_
ll /snap/chromium/
ls: cannot access '/snap/
Could you please update the snap to add missing the missing radeonsi library?
Thanks.
description: | updated |
Olivier Tilloy (osomon) wrote : | #48 |
Pietrek: https:/
Olivier Tilloy (osomon) wrote : | #49 |
This is now ready for testing again in the candidate/vaapi channel (rebased on the latest stable chromium release, 83.0.4103.97): revision 1191.
description: | updated |
Michel-Ekimia (michel.ekimia) wrote : | #50 |
Failure report :
- distro version : Ubuntu 20.04
- GPU Hardware used : Intel pentium 5000 so HD630 ?
- Codec used : VP9 On youtube , H264 on vimeo
video is totally scrambled on H264/VP9 or even does not start on vimeo.
Netflix and bitmovin DRM test Works great, which means that Widevine does not use GPU.
Liz Fong-Jones (lizthegrey) wrote : | #51 |
I'm unable to find the channel/branch on arm64. Can you also publish an arm64 snap in that branch?
```
$ sudo snap switch --channel=
"chromium" switched to the "latest/
$ sudo snap refresh chromium
error: requested a non-existing branch on latest/candidate for snap "chromium":
vaapi
$ sudo snap refresh --revision=1191 chromium
error: cannot refresh "chromium": Access by specifying a revision is not
allowed for this Snap.
```
Olivier Tilloy (osomon) wrote : | #52 |
@Michel: can you share the output of "LIBVA_
@Liz: that channel is built for amd64 only, I'll attempt an arm64 build.
Liz Fong-Jones (lizthegrey) wrote : | #53 |
@osomon: did you build for arm64? should I try again?
Olivier Tilloy (osomon) wrote : | #54 |
Sorry for the lack of feedback Liz. I attempted a build on arm64 and ran into errors (https:/
Liz Fong-Jones (lizthegrey) wrote : | #55 |
No worries, let me see if @jon-nettleton can have a look.
Liz Fong-Jones (lizthegrey) wrote : | #56 |
@osomon: I see linux-libc-dev is installed in the snap build process but not libc6-dev. I know that normally libc6-dev is included in build-essentials when building .deb files, but is it possible that it isn't in the default set of things for a snap build environment?
Liz Fong-Jones (lizthegrey) wrote : | #57 |
Oddly enough, you do include it in the snap definition as of May 13...
```
build-packages:
- gcc
- libc6-dev
- libdrm-dev
- libgl1-mesa-dev
- libwayland-dev
- libx11-dev
- libxext-dev
- libxfixes-dev
- pkg-config
```
Liz Fong-Jones (lizthegrey) wrote : | #58 |
As was pointed out by @jon-nettleton, the intel parts are not required to build, and only are used for intel onboard graphics, which necessarily won't be present on ARM64. Is it possible to make it conditional to build those parts depending upon architecture?
https:/
Olivier Tilloy (osomon) wrote : | #59 |
Tentative fix to enable building on !amd64: https:/
Liz Fong-Jones (lizthegrey) wrote : | #60 |
`stage-packages libdrm-intel1` still fails despite skipping the build steps. Needs a selector to skip it on !amd64/i386.
Olivier Tilloy (osomon) wrote : | #61 |
Liz Fong-Jones (lizthegrey) wrote : | #62 |
Now we're getting somewhere!
chrome://gpu shows:
```
Vulkan: Disabled
...
Video Acceleration Information
Vulkan Information
Device Performance Information
Log Messages
[4784:4784:
[4784:4784:
[4784:4784:
[4784:4784:
[4784:4784:
[4784:4784:
[4784:4784:
[4784:4784:
```
Yet my native non-snap environment shows:
$ vainfo
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Mesa Gallium driver 20.0.8 for AMD Radeon (TM) Pro WX 3200 Series (POLARIS12, DRM 3.37.0, 5.7.0-050700-
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfileNone : VAEntrypointVid
Liz Fong-Jones (lizthegrey) wrote : | #63 |
Can we try pulling in https:/
Liz Fong-Jones (lizthegrey) wrote : | #64 |
The problem also might be that I'm running Chromium inside XWayland rather than natively on X11. I'll try popping over to X11 to see whether it works...
Liz Fong-Jones (lizthegrey) wrote : | #65 |
From X11 without Wayland:
Vulkan still shows as disabled but the init error doesn't turn up.
Log Messages
[18061:
[18061:
[18061:
Olivier Tilloy (osomon) wrote : | #66 |
Thanks for testing and the feedback Liz.
The version of mesa-va-drivers in the snap is the one from bionic-updates (20.0.8-
What's the output of `LIBVA_
Liz Fong-Jones (lizthegrey) wrote : | #67 |
```
Gtk-Message: 12:30:13.823: Failed to load module "canberra-
Gtk-Message: 12:30:13.826: Failed to load module "canberra-
/usr/share/
libva info: VA-API version 1.7.0
libva error: vaGetDriverName
[88603:
[88603:
[88603:
[88603:
[88603:
[88724:
[88724:
```
libdrm-common on the host has /usr/share/
```
lizf ~ sha256sum /snap/chromium/
ba7b77c3864d691
lizf ~ sha256sum /usr/share/
ba7b77c3864d691
```
Liz Fong-Jones (lizthegrey) wrote : | #68 |
from x11 without wayland:
```
LIBVA_MESSAGING
Gtk-Message: 12:36:55.257: Failed to load module "canberra-
Gtk-Message: 12:36:55.262: Failed to load module "canberra-
/usr/share/
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
[94812:
mesa: for the --simplifycfg-
mesa: for the --global-isel-abort option: may only occur zero or one times!
mesa: for the --amdgpu-
```
Liz Fong-Jones (lizthegrey) wrote : | #69 |
Aha, it's a detection issue on wayland. passing `LIBVA_
```
LIBVA_DRIVER_
Gtk-Message: 12:41:29.049: Failed to load module "canberra-
/usr/share/
libva info: VA-API version 1.7.0
libva info: User environment variable requested driver 'radeonsi'
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
[99885:
mesa: for the --simplifycfg-
mesa: for the --global-isel-abort option: may only occur zero or one times!
mesa: for the --amdgpu-
[99885:
[99885:
[99885:
```
Liz Fong-Jones (lizthegrey) wrote : | #70 |
although Vulkan is showing as off in chrome://gpu, I _am_ seeing better performance now when switching tabs, watching youtube, and using webgl :)
or maybe that's the placebo effect at work.
Olivier Tilloy (osomon) wrote : | #71 |
That's great news Liz!
What does chrome:
Liz Fong-Jones (lizthegrey) wrote : | #72 |
VP9 decodes in software with VpxVideoDecoder
```
00:00:00.294 error "{\"causes\
00:00:00.295 error "{\"causes\
```
AV1 decodes with Dav1dVideoDecoder (likewise in software, I believe)
```
00:00:00.105 error "{\"causes\
00:00:00.105 error "{\"causes\
00:00:00.106 error "{\"causes\
```
H264 decodes with Mojo.
```
00:00:00.687 kVideoTracks [{"alpha mode":"
00:00:00.688 kMaxDuration 3
00:00:00.688 kStartTime 0
00:00:00.688 kBitrate 207274
00:00:00.688 pipeline_state "kSuspended"
00:00:01.018 event "kSuspended"
00:00:01.018 pipeline_
00:00:01.193 pipeline_state "kResuming"
00:00:01.194 error "{\"causes\
00:00:00.687 duration 3
00:00:01.427 kIsVideoDecrypt
00:00:01.427 kVideoDecoderName "MojoVideoDecoder"
00:00:01.427 kIsPlatformVide
...
Olivier Tilloy (osomon) wrote : | #73 |
Mojo is the decoder you want for hardware-
Liz Fong-Jones (lizthegrey) wrote : | #74 |
Correct. I'ts a Polaris chip = UVD6.3 (https:/
Liz Fong-Jones (lizthegrey) wrote : | #75 |
can I beg the favor of having `rtc_use_pipewire` turned on for your branch? otherwise I'm happy to fork, just let me know :)
Marc Lijour (marclijour) wrote : | #76 |
This used to do the trick for me. Since an upgrade to 20.04 the decoding is not working properly. Chromium (86 here) is not calling MojoVideoDecoder.
https:/
That may be related to a switch to the iHD driver (active now according to vainfo). I noticed other problems with ffpmeg for screengrabbing.
Marc Lijour (marclijour) wrote : | #77 |
Tested the snap package and it works fine!
Running on DELL XPS13
Version 84.0.4147.89 (Official Build) snap (64-bit)
+ using the h264ify extension in the browser to force Youtube (VP9 by default) to run on h264
$ sudo snap install --channel=
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_
DISTRIB_
DISTRIB_
$ vainfo
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
chrome:
Timestamp Property Value
00:00:00.000 origin_url "https:/
00:00:00.000 kFrameUrl "https:/
00:00:00.000 kFrameTitle "COSTA RICA IN 4K 60fps HDR (ULTRA HD) - YouTube"
00:00:00.000 url "blob:https:/
00:00:00.000 info "ChunkDemuxer"
00:00:00.000 pipeline_state "kStarting"
00:00:00.036 kVideoTracks [{"alpha mode":"
00:00:00.036 kAudioTracks [{"bytes per channel":2,"bytes per frame":4,"channel layout"
00:00:00.039 info "Effective playback rate changed from 0 to 1"
00:00:00.039 event "kPlay"
00:00:00.045 kIsAudioDecrypt
00:00:00.045 kAudioDecoderName "FFmpegAudioDec
00:00:00.045 kIsPlatformAudi
00:00:00.045 info "Selected FFmpegAudioDecoder for audio decoding, config: codec: aac, profile: unknown, bytes_per_channel: 2, channel_layout: STEREO, channels: 2, samples_per_second: 44100, sample_format: Signed 16-bit, bytes_per_frame: 4, ...
sean (sean666888) wrote : | #78 |
Was working last week even with vp9:
vainfo output:
libva info: VA-API version 1.7.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.9.0.pre1)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
media-internals Stuff:
render_id: 24
player_id: 43
origin_url: https:/
kFrameUrl: https:/
kFrameTitle:
url: blob:https:/
info: Selected video track: [1]
pipeline_state: kPlaying
kVideoTracks: [object Object]
kAudioTracks: [object Object]
kIsAudioDecrypt
kAudioDecoderName: FFmpegAudioDecoder
kIsPlatformAudi
error: {"causes"
kIsVideoDecrypt
kVideoDecoderName: VpxVideoDecoder
kIsP...
sean (sean666888) wrote : | #79 |
* now not working
Matt Lee (matthewclee) wrote : | #80 |
I'm seeing the same problem. Debug information below.
LIBVA_MESSAGING
[20382:
[20548:
[20248:
[20248:
[20248:
[20248:
[20248:
libva info: VA-API version 1.8.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.8 (libva 2.1.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.2.pre (f403839f)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Mateusz Stachowski (stachowski-mateusz) wrote : | #81 |
I also can't get the hardware acceleration on Youtube.
With Netflix I do get DecryptingVideo
Also there is no "Hardware-
Chromium snap version 84.0.4147.135 from candidate/vaapi channel.
$ vainfo
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Mesa Gallium driver 20.0.8 for AMD Radeon RX 5600 XT (NAVI10, DRM 3.38.0, 5.8.3-xanmod1, LLVM 10.0.0)
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfileNone : VAEntrypointVid
chrome:
render_id: 9
player_id: 24
origin_url: https:/
kFrameUrl: https:/
kFrameTitle: COSTA RICA IN 4K 60fps HDR (ULTRA HD) - YouTube
url: blob:https:/
info: Effective playback rate changed from 0 to 1
pipeline_state: kPlaying
kAudioTracks: [object Object]
duration: 313.840907
kVideoTracks: [object Object]
kIsAudioDecrypt
kAudioDecoderName: FFmpegAudioDecoder
kIsPlatformAudi
error: {"causes"
kIsVideoDecrypt
kVideoDecoderName: FFmpegVideoDecoder
kIsPlatformVide
audio_buffering
dimensions: 1920x1080
kResolution: 1920x1080
video_buffering
pipeline_
event: kPlay
Tim Richardson (tim-richardson) wrote : | #82 |
If you want to test this, force YouTube to serve H264, which your card supports judging by the vainfo results. A 4k 60fps YouTube video won't be in a codec your hardware can handle, I guess. There are 'h264ify' extensions for Chromium.
sean (sean666888) wrote : | #83 |
Most of us have tryed h264ify it dose not help the issue seem to be with the build
Matt Lee (matthewclee) wrote : | #84 |
Hi Olivier,
Have you had a chance to look into why hardware decoding seems to broken now?
Thanks, Matt.
Marc Peña (pachulo) wrote : | #85 |
Hi Olivier,
As per your comment here: https:/
$ snap info chromium
...
tracking: latest/edge
refresh-date: today at 10:13 CET
channels:
latest/stable: 86.0.4240.183 2020-11-04 (1382) 252MB -
latest/candidate: 86.0.4240.183 2020-11-04 (1382) 252MB -
latest/beta: 87.0.4280.47 2020-11-05 (1385) 254MB -
latest/edge: 88.0.4315.5 2020-11-06 (1386) 256MB -
installed: 88.0.4300.0 (1380) 256MB -
I'm on Ubuntu 20.04.1 and when I run it, I see the following errors:
$ LIBVA_MESSAGING
...
libva info: VA-API version 1.9.0
libva info: Trying to open /snap/chromium/
libva info: va_openDriver() returns -1
libva info: Trying to open /snap/chromium/
libva info: va_openDriver() returns -1
[130715:
...
I don't really get why it's searching for the *_drv_video.so when the files there all of the *_dri.so kind:
$ ls /snap/chromium/
i915_dri.so kms_swrast_dri.so r200_dri.so radeon_dri.so virtio_gpu_dri.so
i965_dri.so nouveau_dri.so r300_dri.so radeonsi_dri.so vmwgfx_dri.so
iris_dri.so nouveau_
I do have an Intel HD Graphics 620 and here is my vainfo:
$ vainfo
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Olivier Tilloy (osomon) wrote : | #86 |
You're right Marc, the snap currently in the edge channel is missing pieces (specifically building and bundling recent versions of the drivers), I'm still working on merging my changes from the experimental VA-API support branch.
Matt Lee (matthewclee) wrote : | #87 |
Hi Olivier,
Is this branch (and thread) dead? From your last comment, it sounds like the VA-API code is getting merged into a more mainline branch
Michel-Ekimia (michel.ekimia) wrote : | #88 |
For once I'll make some noise :
It's been months , we are using chromium snap and Vaapi support is still not really there on the stable branch, what's wrong ?
Migrating to snap has been painful to some users and the point for canonical was to free some time to polish things , which I totally understand , but then , if we still lack behind mac and windows in terms of features like battery life , is this worth the hassle ?
Simple question : does canonical run automatic vaapi test ( amd , nvidia , intel ) on each snap release to be sure support is here ?
Marc Peña (pachulo) wrote : | #89 |
Hi again Olivier,
Now that the 88.x version hit stable, can we expect to have this in place in the foreseeable future?
Thanks for your work on this!
Marc Peña (pachulo) wrote : | #90 |
Hi Olivier. Sorry to insist, but it's been now 4 months since the last news on this and I think people would like to know if this is still on the roadmap, or if those who want video decoding acceleration should move to Chrome or PPAs.
Thanks again!
Michel-Ekimia (michel.ekimia) wrote : | #91 |
Sorry to use this bug report as a forum but IMO it is useless to spend more time on chromium.
Ubuntu & users should define a Blink-based open source browser like Brave that could be supported nicely upstream unlike whats google is doing by removing sync API access with google services
Tim Richardson (tim-richardson) wrote : | #92 |
Google has not removed API access. They have stopped a google key from
working.
It works fine, as far as I can tell. But you need to get your own key. The
well known PPA with VAAPI,
https:/
worked like this.
I use Fedora on another machine, and with my own keys, Chromium works
exactly as before.
On Sat, 6 Mar 2021 at 03:00, Michel-Ekimia <email address hidden>
wrote:
> Sorry to use this bug report as a forum but IMO it is useless to spend
> more time on chromium.
>
> Ubuntu & users should define a Blink-based open source browser like
> Brave that could be supported nicely upstream unlike whats google is
> doing by removing sync API access with google services
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [snap] vaapi chromium no video hardware decoding
>
> To manage notifications about this bug go to:
>
> https:/
>
--
Tim Richardson
Olivier Tilloy (osomon) wrote : | #93 |
I am testing this again (this is supposed to work OOTB now, at least on Intel GPUs), and I'm seeing the following:
libva info: VA-API version 1.9.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /snap/chromium/
libva info: va_openDriver() returns -1
even when I explicitly export LIBVA_DRIVERS_
This is caused by the snapcraft gnome-3-28 extension unconditionally overriding LIBVA_DRIVERS_PATH here: https:/
Marc Peña (pachulo) wrote : | #94 |
So what are the next steps then @osomon?
Thanks!
Marc Peña (pachulo) wrote : | #95 |
Hi again @osomon, hope you are doing well. Are there any news regarding this? Should the extension be modified?
Thanks!
Marc Peña (pachulo) wrote : | #96 |
Ping @osomon
Olivier Tilloy (osomon) wrote : | #97 |
A small step in the right direction: bug #1947180, and a proposed fix https:/
Olivier Tilloy (osomon) wrote : | #98 |
After rebuilding the chromium snap with the above patch applied to snap/command-
LIBVA_
I'm seeing "Video Decode: Hardware accelerated" in chrome://gpu, but FFmpegVideoDecoder is still being used for decoding H264 videos, and consequently the decoding is *not* hardware accelerated.
This is the relevant excerpt from chrome:
info "Failed to initialize DecryptingVideo
info "Failed to initialize Unknown Video Decoder"
info "Failed to initialize VpxVideoDecoder"
info "Failed to initialize Dav1dVideoDecoder"
kIsVideoDecrypt
kVideoDecoderName "FFmpegVideoDec
kIsPlatformVide
info "Selected FFmpegVideoDecoder for video decoding, config: codec: h264, profile: h264 high, level: not available, alpha_mode: is_opaque, coded size: [1920,1080], visible rect: [0,0,1920,1080], natural size: [1920,1080], has extra data: false, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}"
Marc Peña (pachulo) wrote : | #99 |
Hi again! @Olivier, maybe I'm a bit lost, but don't we need "use_vaapi = true" in the GN arguments? https:/
I don't see it set here: https:/
Or maybe is it set by default since 2020? https:/
Sorry for the noise if that's the case!
Olivier Tilloy (osomon) wrote : | #100 |
That's correct, use_vaapi is enabled by default on Linux x64 (see https:/
Liz Fong-Jones (lizthegrey) wrote : | #101 |
Some of us would like to have use_vaapi on Linux arm64 though :)
Nathan Teodosio (nteodosio) wrote : | #102 |
I get the same result as Olivier: about:/
Complete report
---------------
*GPU:
00:02.0 VGA compatible controller: Intel Corporation WhiskeyLake-U GT2 [UHD Graphics 620] (prog-if 00 [VGA controller])
*lsb_release:
Distributor ID: Ubuntu
Description: Ubuntu Kinetic Kudu (development branch)
Release: 22.10
Codename: kinetic
*vdainfo:
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.12.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.4.2 ()
vainfo: Supported profile and entrypoints
*Codec: H264
*Command line:
LIBVA_
Video Decode: Hardware accelerated
00:00:00.286 info "Failed to initialize DecryptingVideo
00:00:00.286 info "Failed to initialize VaapiVideoDecoder"
00:00:00.286 info "Failed to initialize VpxVideoDecoder"
00:00:00.286 info "Failed to initialize Dav1dVideoDecoder"
00:00:00.289 kIsVideoDecrypt
00:00:00.289 kVideoDecoderName "FFmpegVideoDec
00:00:00.289 kIsPlatformVide
00:00:00.289 info "Selected FFmpegVideoDecoder for video decoding, config: codec: h264, profile: h264 high, level: not available, alpha_mode: is_opaque, coded size: [1920,1080], visible rect: [0,0,1920,1080], natural size: [1920,1080], has extra data: false, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}"
Nathan Teodosio (nteodosio) wrote : | #103 |
Those following this bug will probably want to follow this also: <https:/
li (minye) wrote : | #104 |
I use this vaapi version: latest/candidate: 103.0.5060.53 2022-06-21 (2020) 139MB
LIBVA_MESSAGING
There is no any libva inform displayed. The
Video Decode: Hardware accelerated
but
Video Acceleration Information
Decoding nothing.
The same PC using chromium will have
Decoding
Decode h264 baseline 16x16 to 4096x4096 pixels
Decode h264 main 16x16 to 4096x4096 pixels
Decode h264 high 16x16 to 4096x4096 pixels
Decode vp8 16x16 to 4096x4096 pixels
I think the snap build has problem.
li (minye) wrote : | #105 |
I tried the hwacc version. I think it is better than standard.
This is the snap version: (It is first time I see the libva log. other version I could not see any log from libVA.)
LIBVA_MESSAGING
Gtk-Message: 11:58:25.684: Failed to load module "canberra-
Gtk-Message: 11:58:25.685: Failed to load module "canberra-
libva info: VA-API version 1.7.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/
libva info: va_openDriver() returns -1
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[55025:
My native chromium-browser running log:
LIBVA_
Opening in existing browser session.
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_6
libva info: va_openDriver() returns 0
MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.
(I am confused why the native driver is choose i965).
My environment using vainfo
vainfo
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.14.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
It still using iHD.
My PC is old: Thinkpad T-460P (nvida is main driver but without any video decoder, the intel driver is iHD.)
li (minye) wrote : | #106 |
It seems libva and libva-dev has different version in 22.04.
li (minye) wrote : | #107 |
I tried the latest hwacc version.
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
I think the libva build configuration had to change. Set the proper path to /usr/ not default /usr/local. It seems the display driver library is not found.
I tried to run
LIBVA_DRIVER_
but the environmental path still does not take action.
Sebastien Bacher (seb128) wrote : | #108 |
Try the snap from https:/
$ LIBVA_DRIVERS_
The cpu usage is quite lower trying on a local video downloaded from https:/
the LIBVA_DRIVERS_PATH override shouldn't be needed in the next build Nathan started.
Using vulkan isn't working and the UseChromeOSDire
description: | updated |
li (minye) wrote : | #109 |
I tried the latest build. But nothing changed.
LIBVA_MESSAGING
Gtk-Message: 10:04:13.634: Failed to load module "canberra-
Gtk-Message: 10:04:13.635: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
[170870:
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[170755:
li (minye) wrote : | #110 |
I check the build script. Would you update the build script?
#Build Libva
VA_
wget -O - https:/
cd libva-"$VA_VERSION"
./autogen.sh --prefix=/usr <<== give the install path so driver will also search from here.
make -j$SNAPCRAFT_
cd ../..
Current the driver load path is not proper
Sebastien Bacher (seb128) wrote : | #111 |
@li, which snap are you trying exactly? using the newest build on https:/
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
li (minye) wrote : | #112 |
I remember 2022/07/01 two builds I both used. The result is the same.
After I back home, I try to give you the exact information. (With 6 hours)
Lee
On Mon, Jul 4, 2022 at 4:01 PM Sebastien Bacher <email address hidden>
wrote:
> @li, which snap are you trying exactly? using the newest build on
> https:/
> flag you are using gives me
>
> libva info: Trying to open
> /snap/chromium/
> libva info: Found init function __vaDriverInit_1_14
> libva info: va_openDriver() returns 0
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> [snap] vaapi chromium no video hardware decoding
>
> Status in chromium-browser package in Ubuntu:
> In Progress
>
> Bug description:
> NEWS:
>
> 1. Download the most recent successful build from
> https:/
>
> For this you must click the desired build link. In the page that
> loads, download the snap from the "Built files" section.
>
> 2. Install with
>
> sudo snap install --dangerous [downloaded-
>
> 3. Open a video, e.g. one from https:/
> media-samples
>
> 4. Enter about:media-
> page says for kVideoDecoderName.
>
> Please report
>
> - The video used for testing, including codec and resolution if possible;
> - The value for kVideoDecoderName from step 4 (success is typically
> {Vaapi,
> - Distro version (if in doubt, `grep VERSION= /etc/os_release`);
> - CPU generation (if in doubt, append the output of `lscpu`).
>
> About the last point, it may be that unfortunately only those with
> newer generations of Intel CPUs will have luck with this, but it's
> still an uncertainty. So reports are highly welcome.
>
> ----------Original Bug report ---------
>
> Libva is no longer working for snap installed chromium 72.0.3626.109
> (Official Build) snap (64-bit)
>
> I followed this instruction
> sudo snap install --channel=
>
> My amdgpu can use libva
>
> `vainfo: Driver version: Mesa Gallium driver 18.3.3 for AMD STONEY (DRM
> 3.27.0, 4.20.0-
> vainfo: Supported profile and entrypoints
> VAProfileMPEG2S
> VAProfileMPEG2Main : VAEntrypointVLD
> VAProfileVC1Simple : VAEntrypointVLD
> VAProfileVC1Main : VAEntrypointVLD
> VAProfileVC1Adv
> VAProfileH264Co
> VAProfileH264Co
> VAProfileH264Main : VAEntrypointVLD
> VAProfileH264Main : VAEntrypointEnc
> VAProfileH264High : VAEntrypointVLD
> VAProfileH264High : VAEntrypo...
Sebastien Bacher (seb128) wrote : | #113 |
The most recent build isn't working and gives an error
[36417:
copying iHD_drv_video.so from the previous build make it work again so it seems that building with ENABLE_
li (minye) wrote : | #114 |
I never report this
libva info: Trying to open /snap/chromium/
I report
libva info: Trying to open /usr/local/
The recent build
Successfully built on lcy02-amd64-065
Successfully built on lcy02-amd64-028
Are both the same error: Trying to open /usr/local/...
I am not sure it is the only problem on my machine, or it is the general error.
Sebastien Bacher (seb128) wrote : | #115 |
my point was that for me the snap uses the right location, libva might be built with /usr/local but the environment section of the snap sets LIBVA_DRIVERS_PATH: $SNAP/usr/
description: | updated |
li (minye) wrote : | #116 |
I tried latest build: Successfully built on lcy02-amd64-012
The problem is still there.
overrider the LIBVA_DRIVER_PATH,
LIBVA_MESSAGING
Gtk-Message: 07:36:32.101: Failed to load module "canberra-
Gtk-Message: 07:36:32.104: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
Use default:
LIBVA_
Gtk-Message: 07:37:17.966: Failed to load module "canberra-
Gtk-Message: 07:37:17.968: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
Sebastien Bacher (seb128) wrote : | #117 |
The only reason that would make sense is that you not using the snap ... what's the output of
$ which chromium
?
li (minye) wrote : | #118 |
Is this more clear
LIBVA_MESSAGING
Gtk-Message: 19:01:34.885: Failed to load module "canberra-
Gtk-Message: 19:01:34.887: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
[10486:
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[10375:
chromium version: Version 103.0.5060.53 (Official Build) snap (64-bit)
li (minye) wrote : | #119 |
which chromium
/snap/bin/chromium
Sebastien Bacher (seb128) wrote : | #120 |
could you attach the output of the 'env' command?
> libva info: User environment variable requested driver 'iHD'
suggests you have some libva related variable set for your user?
Nathan Teodosio (nteodosio) wrote : | #121 |
Just to rule out aliases, can you also try "type -a chromium" or "command -v chromium"?
li (minye) wrote : | #122 |
env: (attached browser-related setting)
LIBVA_DRIVER_
XDG_CONFIG_
XDG_MENU_
GNOME_DESKTOP_
MOZ_X11_EGL=1
type -a chromium
chromium is /snap/bin/chromium
command -v chromium
/snap/bin/chromium
Sebastien Bacher (seb128) wrote : | #123 |
Ok, I've no idea at this point why LIBVA_DRIVERS_PATH isn't working unless it's a browser setting or local user configuration.
Could you try if adding --user-
Sebastien Bacher (seb128) wrote : | #124 |
or rename ~/snap/chromium to try with a fresh profile and config
li (minye) wrote : | #125 |
I clean install first: sudo snap remove --purge chromium
And then sudo snap install --dangerous ./chromium_
Strange, core dump.
LIBVA_MESSAGING
sed: can't read /home/redux/
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
Trace/breakpoint trap (core dumped)
LIBVA_MESSAGING
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
Trace/breakpoint trap (core dumped)
My native chrome version:
LIBVA_MESSAGING
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_6
libva info: va_openDriver() returns 0
MESA-INTEL: warning: Performance support disabled, consider sysctl dev.i915.
Sebastien Bacher (seb128) wrote (last edit ): | #126 |
doing the clean install from a local snap isn't going to do the automatic connection, you need to install from the store first for that to be working
Nathan Teodosio (nteodosio) wrote : | #127 |
Yes, sorry for that, the test case was incomplete in that regard.
I uploaded the snap so now we should no longer have that problem, and testing should become easier.
Also, I guess you have Nvidia GPU? If yes, the problem you were facing with vainfo was very likely caused by this guy:
So that setting LIBVA_DRIVERS_PATH would have no effect, and thus it would look in the wrong path.
You may confirm this with "snap run --shell chromium", and then contrast "vainfo" with "LIBVA_
All in all, the good news is that it may not be true that our hardware don't support this.
I'm still to determine the best way around this. Stay tuned and thanks for your perseverance as a tester.
description: | updated |
description: | updated |
Marc Peña (pachulo) wrote (last edit ): | #128 |
After refreshing the snap with:
sudo snap refresh --channel candidate/hwacc chromium
I've used the following command line to start chromium:
$ LIBVA_DRIVERS_
I've tested this with success!
Here is the required info:
- Video used: big-buck-
- kVideoDecoderName: "VDAVideoDecoder"
- Distro: Ubuntu 20.04
- GPU: HD Graphics 620
- CPU: Intel Core i7-7500U
I've also observed that the decoding of compatible videos is hardware accelerated using the intel_gpu_top utility.
Thanks a lot for this!
li (minye) wrote : | #129 |
Thank you for going on the snap.
My T460p really has 2 video card: one is Nvidia another is intel. This is the reason I set iHD in the environment. My native chromium is able to work, I am not sure which kind of driver or configuration takes action.
Today I switch an old N3450 pure intel machine.
The native machine vainfo output. It seems everything is OK, my chrome/chromium both support video hardware decode.
###
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.14.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
###
Here I used the latest snap : Successfully built on lcy02-amd64-062
LIBVA_MESSAGING
Result:
Gtk-Message: 09:52:13.084: Failed to load module "canberra-
Gtk-Message: 09:52:13.088: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
[20720:
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[20591:
In this log no problem. (Good to see)
But in about:gpu
Video Acceleration Information
Decoding
Encoding
Encode h264 baseline 321x241 to 4096x4096 pixels, and/or 30.000 fps
Encode h264 main 321x241 to 4096x4096 pixels, and/or 30.000 fps
Encode h264 high 321x241 to 4096x4096 pixels, and/or 30.000 fps
Encode vp8 321x241 to 4096x4096 pixels, and/or 30.000 fps
Only have encoding ability, without decoding. (I more care of decoding)
LIBVA_MESSAGING
The result:
chomium/
description: | updated |
li (minye) wrote : | #130 |
>> Also, I guess you have Nvidia GPU?
Yes. My Thinkpad T460p has two video card, one is nvidia (not not helpful for video decoder/encoder), and another is the intel video card.
>> You may confirm this with "snap run --shell chromium", and then contrast "vainfo" with "LIBVA_
It is an interesting result:
snap run --shell chromium
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.
redux@redux:
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.4.3 (dc9d9f7)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Strang, it finds the proper driver, so the following line impact this in the run time.
My native working environment :
vainfo: VA-API version: 1.14 (libva 2.14.0), but snap
vainfo: VA-API version: 1.14 (libva 2.6.0)
Is there a way to solve this?
li (minye) wrote : | #131 |
In post #110, I suggest to setup libva default install path, so the new libva 2.14 version could completely overriding the system libva 2.6, which may decrease the uncertainty problem.
li (minye) wrote : | #132 |
The latest: https:/
From the code, there is only video log parts change, so the result won't change.
I run on my T460p, the result is the same.
How could I let the video log display? I am sure the
T460P and N3450 machine, the video decode type is the ffmpegXXXX.
Nathan Teodosio (nteodosio) wrote : | #133 |
Hey Li, yes, the latest build is only for logging, which can be enabled by passing --enable-
Please bear in mind that that build area is mostly a testing ground; not all new builds therein will be relevant, neither will they always be in a clean, refined state. Of course, feel free to test whichever you like, but rest assured that relevant ones will be uploaded to the candidate/hwacc channel as in the bug description.
Marc Peña (pachulo) wrote (last edit ): | #134 |
I've tested this again with the updated instructions:
$ sudo snap refresh --channel candidate/hwacc chromium
$ snap run chromium --disable-
And it also worked OK.
The only thing is that I'm seeing the following warnings and error in the console:
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: vkCreateInstance: Found no drivers!
Error: vkCreateInstance failed with VK_ERROR_
at CheckVkSuccessImpl (../../
at CreateVkInstance (../../
at Initialize (../../
at Create (../../
at operator() (../../
And 2.6.0 as the libva version, that Li also reported, when running this:
$ snap run --shell chromium
$ vainfo
libva info: VA-API version 1.14.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.4.3 (606ffe3)
...
Here is the required info again:
- Video used: big-buck-
- kVideoDecoderName: "VDAVideoDecoder"
- Distro: Ubuntu 20.04
- GPU: HD Graphics 620
- CPU: Intel Core i7-7500U
Thanks!
Mateusz Stachowski (stachowski-mateusz) wrote : | #135 |
I've tested this today and the acceleration works.
- kVideoDecoderName: "VDAVideoDecoder"
- Distro: Ubuntu 22.04
- GPU: AMD Radeon RX 5600 XT
- CPU: AMD Ryzen 5 3600
Also about the libva
native: vainfo: VA-API version: 1.14 (libva 2.12.0) [installed libva packages are at version 2.14]
snap: vainfo: VA-API version: 1.14 (libva 2.6.0)
li (minye) wrote : | #136 |
The libva library is the same as me.
>>snap: vainfo: VA-API version: 1.14 (libva 2.6.0)
The old libva impacted my hardware configeration. It is not correct in fact.
I expect the depended libva could be solved so my hardware could use this snap packages.
expected: snap: vainfo: VA-API version: 1.14 (libva 2.14.0)
Thanks.
Sebastien Bacher (seb128) wrote : | #137 |
@li, how do you get libva 2.6? that's different from what you posted in #129, what did you change?
li (minye) wrote : | #138 |
The libva 2.6 is not the my native ubunut. As many users reported: Post #135, #134, #130, the libva 2.6 is comes from snap package. It is default apt install libva version. In the snap build, there is libva source build for latest 2.14, but the path is not overridden the default install path. This is what I understand that there are two libva in the snap: one is default libva 2.6, anther is libva 2.14 build from path.
In post #131, #110 I point this. I guess it is the root problem caused my hardware configure has not been supported by current snap package.
li (minye) wrote : | #139 |
Try https:/
The libva seems not working.
run: LIBVA_MESSAGING
log:
Gtk-Message: 07:27:15.926: Failed to load module "canberra-
Gtk-Message: 07:27:15.928: Failed to load module "canberra-
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[26304:
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: /usr/lib/
Warning: loader_icd_scan: Failed loading library associated with ICD JSON /usr/lib/
Warning: vkCreateInstance: Found no drivers!
Error: vkCreateInstance failed with VK_ERROR_
at CheckVkSuccessImpl (../../
at CreateVkInstance (../../
at Initialize (../../
at Create (../../
at operator() (../../
There is no any libva log output
run: snap run --shell chromium
run: LIBVA_DRIVERS_
vainfo: error while loading shared libraries: libva-x11.so.2: cannot open shared object file: No such file or directory
From the source, it seems libva-dev is removed in default apt install.
li (minye) wrote : | #140 |
I still think the libva source build and install is not use the proper default path, so the related app is unable to find driver from /usr/local/xxxx, these apps only use /usr/xxxx lib search path.
Nathan Teodosio (nteodosio) wrote : | #141 |
> This is what I understand that there are two libva in the snap: one is default libva 2.6, anther is libva 2.14 build from path.
To me it is a riddle to me why libva 2.6 keeps showing up; libva2=2.7.0-2 is being unstaged, that is clear. I wonder if the dependencies being of older versions (the build log mentions libva-dev=2.7.0-2 libva-drm2=2.7.0-2 libva-glx2=2.7.0-2 libva-wayland2=
> From the source, it seems libva-dev is removed in default apt install.
Yes, this was a test reverted already.
> I still think the libva source build and install is not use the proper default path, so the related app is unable to find driver from /usr/local/xxxx, these apps only use /usr/xxxx lib search path.
It shouldn't matter where the libva is built, only where it is installed, which is usr/lib/
li (minye) wrote : | #142 |
>>It shouldn't matter where the libva is built, only where it is
installed, which is usr/lib/
What you said is correct. (I did not make a clear expression.)
In post #110
./autogen.sh --prefix=/usr <<== give the install path so driver will search from this path.
I build libva in my notebook. if not using --prefix=/usr will cause other library loading problem.
Use this prefix will solve uncertainty.
It is just keep the same as apt install libva-dev.
Sebastien Bacher (seb128) wrote : | #143 |
> Use this prefix will solve uncertainty.
But it doesn't really make sense in context of the snap since the library and drivers aren't installed under /usr but under /snaps/
li (minye) wrote : | #144 |
I make the same test as #139
libva is back for normal usage
LIBVA_MESSAGING
Gtk-Message: 07:25:45.539: Failed to load module "canberra-
Gtk-Message: 07:25:45.542: Failed to load module "canberra-
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/local/
libva info: va_openDriver() returns -1
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[19720:
whatever I override LIBVA_DRIVERS_PATH, the result is not changed. It is because my NVIDA card.
snap run --shell chromium
LIBVA_DRIVERS_
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.4.3 (bbbf2cd)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
The libva is still using old libva 2.6 driver. (It is not expected result)
li (minye) wrote : | #145 |
snap run --shell chromium
LIBVA_DRIVERS_
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /snap/chromium/
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
Where is 2.14 libva driver path?
Nathan Teodosio (nteodosio) wrote (last edit ): | #146 |
Li, Vainfo depends on Libva. Since Focal repositories are used, Vainfo gets Libva 2.6, which Vainfo reports. See https:/
What ends up in Chromium is nonetheless Libva 2.14, which is built directly from upstream sources. The older Libva is unstaged, the snap would refuse to build otherwise (e.g. https:/
About your last report #145, you have accidentally introduced /local in the environment variable, the correct path (as in #144) is /snap/chromium/
li (minye) wrote : | #147 |
Thank you for your clear response. It means chromium is bind the old libva 2.6. It is a little strange.
Current both my two machines are unable to work with the good snap package. But the native chromium version could. It is a little sad.
Sebastien Bacher (seb128) wrote : | #148 |
> It means chromium is bind the old libva 2.6. It is a little strange.
Not really. It's just that the vainfo bundled in the snap is from the focal deb which is 2.6 and what it reports as 'libva version' is just its own version. If you wget the vainfo from impish in the snap it will tell libva 2.10.
We should remove vainfo from the snap, it's just confusing. The libva version now is correct and chromium is correctly loading 2.14 despite what vainfo is reporting
> Current both my two machines are unable to work with the good snap package. But the native chromium version could.
Could you give details on that. Is Chromium failing to use VDA for you even use --disable-
li (minye) wrote : | #149 |
I tried this https:/
Good snap package, my old N3450 works.
##
Gtk-Message: 17:56:38.503: Failed to load module "canberra-
Gtk-Message: 17:56:38.507: Failed to load module "canberra-
[16395:
[16395:
libva info: VA-API version 1.14.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
[16503:
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[16395:
[16503:
[16503:
[16395:
^C[16395:
[16395:
###
My T460P because of Nvida CPU, does not work, the same as before.
Thank you for help. I at least do not need take time on the old PC. Install and works, that is what I wanted.
li (minye) wrote : | #150 |
Is it possible to add chromium-
Marc Peña (pachulo) wrote : | #151 |
@seb128 & @nteodosio: is there any more tests to do?
Is there any ETA for this to be released to the latest/* channels?
Thanks!
Nathan Teodosio (nteodosio) wrote : | #152 |
The Nvidia/Intel issue mentioned in #127 has been addressed in Snapcraft 7.1.1 <https:/
Now I will be working on the merge of the hwacc into latest/{beta,edge}.
description: | updated |
Sergio Schvezov (sergiusens) wrote : | #153 |
Snapcraft 7.1.1 is now on the stable channel
description: | updated |
li (minye) wrote : | #154 |
My t460p, Nvida, Intel GPU. Insalled with
sudo snap install --channel candidate/hwacc chromium
LIBVA_
--enable-
```
Gtk-Message: 19:02:47.866: Failed to load module "canberra-
Gtk-Message: 19:02:47.868: Failed to load module "canberra-
WARNING: Kernel has no file descriptor comparison support: Operation not permitted
[21291:
Warning: vkCreateInstance: Found no drivers!
Error: vkCreateInstance failed with VK_ERROR_
at CheckVkSuccessImpl (../../
at CreateVkInstance (../../
at Initialize (../../
at Create (../../
at operator() (../../
```
There is no libva loading information. There is no video decoder. The version is not work in my hardware.
Nathan Teodosio (nteodosio) wrote : | #155 |
If you updated Snapcraft as indicated, at least the LIBVA path should be right, so could you please `snap run --shell chromium` and tell us the output of `env | grep LIBVA` and `vainfo`?
And thank you for your perseverance testing this.
Changed in chromium-browser (Ubuntu): | |
assignee: | Olivier Tilloy (osomon) → Nathan Teodosio (nteodosio) |
li (minye) wrote : | #156 |
##
snap info chromium
name: chromium
summary: Chromium web browser, open-source version of Chrome
publisher: Canonical✓
store-url: https:/
contact: https:/
license: unset
description: |
An open-source browser project that aims to build a safer, faster, and more
stable way for all Internet users to experience the web.
commands:
- chromium.
- chromium
snap-id: XKEcBqPM06H1Z7z
tracking: latest/
refresh-date: today at 18:55 CST
channels:
latest/stable: 104.0.5112.79 2022-08-03 (2051) 148MB -
latest/candidate: 104.0.5112.79 2022-08-03 (2051) 148MB -
latest/beta: 104.0.5112.79 2022-08-02 (2051) 148MB -
latest/edge: 105.0.5195.19 2022-08-04 (2052) 148MB -
###
snap run --shell chromium
env | grep LIBVA
LIBVA_DRIVER_
vainfo
bash: vainfo: command not found <<== ???
Nathan Teodosio (nteodosio) wrote : | #157 |
My apologies, Li, I didn't realize that Snapcraft 7.1.1 had to reach the builder, not the installer machine; as such, your test still suffered the lack of LIBVA_DRIVERS_PATH.
I uploaded a rebuilt snap (from hwacc-debug, with vainfo) to candidate/hwacc and made sure that the snapcraft changes made their way in. May you please install — or refresh — it and try it again?
li (minye) wrote : | #158 |
Wao, perfecter build.
It is the first time my Nvidia/intel CPU, get a snap chromium support video decoder.
I need not manually maintain my native chromium environment.
Thanks for your hardwarking.
li (minye) wrote (last edit ): | #159 |
https:/
chrome:
[30855:
[30855:
[30855:
Nathan Teodosio (nteodosio) wrote : | #160 |
So it works in Xorg (great to hear!) but not in Wayland for you?
It seems that you need one additional flag in Wayland, --ozone-
chromium --enable-
description: | updated |
li (minye) wrote : | #161 |
sure, I already enable wayland.
chromium --enable-
[14225:
[14225:
[14225:
li (minye) wrote : | #162 |
I remember in previouse snap it is working, but withtout vaapivideodecoder working. It is another problem, but the wayland is sure working.
li (minye) wrote : | #163 |
does wayland mode conflict with vaapivdideodecoder feature ?
I know in the 22.04 version the default GUI mode is Wayland.
Nathan Teodosio (nteodosio) wrote : | #164 |
Wait,
> chrome:
1. What does "not work" mean here? Does Chromium not even launch, or does it start but not hardware accelerated? If the former, does dropping the flags (--enable-
> I remember in previouse snap it is working, but withtout vaapivideodecoder working. It is another problem, ...
2. So, in previous versions of the snap, Chromium would launch, but without hardware acceleration, correct me if I understand wrong.
> ... but the wayland is sure working.
3. You mean that snap is supposed to work under Wayland, not that Wayland itself works, right?
4. I'm also interested in your `snap run --shell chromium`, `vainfo` output under Wayland.
> does wayland mode conflict with vaapivdideodecoder feature ?
I, for one, could get hardware acceleration in Chromium under Wayland working with `chromium --enable-
description: | updated |
Nathan Teodosio (nteodosio) wrote : | #165 |
I get the exact error you report on #161 if I try the Wayland command (chromium --enable-
li (minye) wrote : | #166 |
I already setup WAYLAND_
I confirmed the native chromium-browser did work with --enable-
The only problem is using snap chromium. So I made a report this time.
Nathan Teodosio (nteodosio) wrote : | #167 |
> I already setup WAYLAND_
Hmm, I'm not sure if this is clear: The variable WAYLAND_DISPLAY is set as a consequence of a Wayland session being started. One should not manually set WAYLAND_DISPLAY; that does not start Wayland.
> The WAYLAND_DISPLAY will displayed chromium browser.
I don't understand what this means.
Also it would be nice if you could address the points in #164, as your situation is still unclear to me.
li (minye) wrote : | #168 |
Sorry I did not make clear describe the problem. (I thought the previous version is working, so the current is a small problem.)
I am using ubuntu-frame to make Wayland test: https:/
If the ubnutu-frame is started, the Wayland display is ready. So I just used native chromium and snap version chromium to confirm the display result.
Nathan Teodosio (nteodosio) wrote : | #169 |
It would be nice if you could run your test on normal Ubuntu Wayland, as it could be a bug in Ubuntu Frame.
Especially given https:/
li (minye) wrote : | #170 |
The native chromium works. So I did not think it is a ubuntu-frame bug.
I test the previous snap chromium version before, and it also works.
Daniel van Vugt (vanvugt) wrote : | #171 |
This appears to be a duplicate of bug 1424201. Can we close this bug?
Changed in chromium-browser (Ubuntu): | |
status: | In Progress → Incomplete |
Nathan Teodosio (nteodosio) wrote : | #172 |
It is, but since that bug targets both Chromium and Firefox, I believe it would be significantly harder to keep track of context of each piece of feedback (unfortunately we don't have threading here), judging by the interactions we have had in this one, both for developers and users.
Also, I consider the bug description with the test case key for quickly identifying testing instructions.
Nathan Teodosio (nteodosio) wrote : | #173 |
A user reported VDAVideoDecoder in testing this under Wayland, but if he tries to play a Youtube video on fullscreen on 3 4K displays, it stops playing after ~10 s; Unmaximizing it resumes it.
Changed in chromium-browser (Ubuntu): | |
status: | Incomplete → In Progress |
Nathan Teodosio (nteodosio) wrote : | #174 |
The snap in the hwacc channel has been updated. Now it automatically detects Wayland or Xorg and sets flags accordingly.
description: | updated |
li (minye) wrote : | #175 |
My T460P (nvida + intel GPU): snap X11 works. video decoder with
hardware acceleration.
ubuntu frame with WayLand test: proper display.
Only problem is no video hardware decode. (I think it is not the snap
problem, the native version is also not support.)
It is nearly a perfect build.
Hope the wayland hardware acceleration will work in near future.
Lee
On Thu, Aug 18, 2022 at 1:44 AM Nathan Teodosio <email address hidden>
wrote:
> The snap in the hwacc channel has been updated. Now it automatically
> detects Wayland or Xorg and sets flags accordingly.
>
> ** Description changed:
>
> To test the snap with VA-API changes,
>
> 1. Install the Chromium snap,
>
> sudo snap install --channel candidate/hwacc chromium
>
> - 2. If on Xorg (`echo $WAYLAND_DISPLAY` is empty),
> + 2. Start Chromium,
>
> - snap run chromium --disable-
> - --enable-
> -
> - If on Wayland (`echo $WAYLAND_DISPLAY` is not empty),
> -
> - chromium --enable-
> - features=
> + snap run chromium
>
> 3. Open a video, e.g. one from https:/
> samples
>
> - 4. Enter about:media-
> - says for kVideoDecoderName.
> + 4. Enter about:media-
> + corresponding box (if the video is playing, it will have the "(kPlay)"
> + identifier) and note what the page says for kVideoDecoderName.
>
> Please report
>
> - - The value for kVideoDecoderName from step 4. Success is typically
> {Vaapi,
> - - If failed, the video used for testing, including codec and
> resolution if possible;
> + - The value for kVideoDecoderName from step 4. Success is typically
> {Vaapi,
> {FFMpeg,
> - Xorg or Wayland (`echo $WAYLAND_DISPLAY`);
> - Distro version (`grep VERSION= /etc/os_release`);
> - GPU (`lscpu`);
> - CPU generation (`lscpu`).
>
> About the last point, it may be that unfortunately only those with newer
> generations of Intel CPUs will have luck with this, but it's still an
> uncertainty. So reports are highly welcome.
>
> ----------Original Bug report ---------
>
> Libva is no longer working for snap installed chromium 72.0.3626.109
> (Official Build) snap (64-bit)
>
> I followed this instruction
> sudo snap install --channel=
>
> My amdgpu can use libva
>
> `vainfo: Driver version: Mesa Gallium driver 18.3.3 for AMD STONEY (DRM
> 3.27.0, 4.20.0-
> vainfo: Supported profile and entrypoints
> VAProfileMPEG2S
> VAProfileMPEG2Main : VAEntrypointVLD
> VAProfileVC1Simple : VAEntrypointVLD
> VAProfileVC1Main : VAEntrypointVLD
> VAProfileVC1Adv
> VAProfileH264Co
> ...
tags: | added: kivu performance |
description: | updated |
Bram Stolk (b-stolk) wrote : | #176 |
Desktop: wayland
OS: Kinetic
CPU: i5-12600k
GPU: Intel Alderlake_s (Gen12)
I hit this error: vaapi_wrapper.
After which chromium seems to fall back to ffmpeg.
[135904:
[135863:
[135904:
[135904:
[135863:
[135863:
[135863:
[135863:
[135904:
[135904:
[135904:
[135904:
[135744:
Launched with:
$ chromium --enable-
description: | updated |
Ioann (yanunim95) wrote : | #177 |
Hi.
Can confirm this issue on Ubuntu 22.04 with Mate desktop env in X11 session.
No video acceleration is present.
When i try to start chromium in terminal i'm getting following output:
chromium-browser --use-gl=desktop --enable-
Gtk-Message: 09:12:41.908: Failed to load module "appmenu-
[26251:
Warning: vkCreateInstance: Found no drivers!
Error: vkCreateInstance failed with VK_ERROR_
at CheckVkSuccessImpl (../../
at CreateVkInstance (../../
at Initialize (../../
at Create (../../
at operator() (../../
Error: eglChooseConfig returned zero configs
at Create (../../
[26251:
Information from vainfo:
vainfo
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.14 (libva 2.12.0)
vainfo: Driver version: Mesa Gallium driver 22.1.0-devel for Radeon RX 5500 XT (navi14, LLVM 14.0.1, DRM 3.46, 5.15.0-50-generic)
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
Nathan Teodosio (nteodosio) wrote : AMD GPU | #178 |
Thanks for the report, especially valuable as it is the first about AMD.
I just submitted a change and pushed the new build. Can you please give
it a try?
# snap refresh --channel beta/hwacc chromium
$ snap run chromium
The previous version did not include the radeonsi_
(the one in your system is not visible from snap confinement).
If it still doesn't work, please attach the outputs of env and lscpu.
Daniel van Vugt (vanvugt) wrote : | #179 |
It's probably better to focus more on Intel until everything is working well enough to close the bug. VAAPI has historically only been reliable on Intel so we risk getting distracted in debugging non-Intel driver issues (which would also be off-topic given this is a Chromium bug).
Marc Peña (pachulo) wrote : | #180 |
Is there any ETA for finishing the legal review of the inclusion of the non-free driver?
Thanks!
Nathan Teodosio (nteodosio) wrote : Re: [Bug 1816497] Re: [snap] vaapi chromium no video hardware decoding | #183 |
Unfortunately, no.
description: | updated |
Matt Lee (matthewclee) wrote : | #181 |
For these description items:
- Distro version (`grep VERSION= /etc/os_release`);
- GPU (`lscpu`);
Do you mean?
- Distro version (`grep VERSION= /etc/os-release`);
- GPU (`lsgpu`);
Matt Lee (matthewclee) wrote : | #182 |
Hardware decode on stable/hwacc worked out of the box for me, thanks!
- VDAVideoDecoder
- Xorg
- VERSION="21 (Vanessa)"
- Intel Kabylake (Gen9)
- Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
Nathan Teodosio (nteodosio) wrote (last edit ): | #184 |
> For these description items:
>
> - Distro version (`grep VERSION= /etc/os_release`);
> - GPU (`lscpu`);
>
> Do you mean?
>
> - Distro version (`grep VERSION= /etc/os-release`);
> - GPU (`lsgpu`);
Just found out about that one. :) Either is fine.
> Hardware decode on stable/hwacc worked out of the box for me, thanks!
Great to hear that! But do note that stable/hwacc is at 105 and falling
behind, so unresolved CVEs will start accumulating and I don't recommend
using it on a regular basis. Unfortunately, so far it is the only one I
could get VDAVideoDecoder on.
Marc Peña (pachulo) wrote : | #185 |
Hi again @nteodosio and happy new year!
Any progress to report in the last 2 months?
Thanks!
Nathan Teodosio (nteodosio) wrote : | #186 |
Hey Marc, you can follow
https:/
-beta and -candidate.
Andreas Hasenack (ahasenack) wrote (last edit ): | #187 |
- The value for kVideoDecoderName from step 4. Success is typically {Vaapi,
FFmpegVideoDecoder
- Xorg or Wayland (`echo $WAYLAND_DISPLAY`);
xorg
- Distro version (`grep VERSION= /etc/os_release`);
22.10 Kinetic
- GPU (`lscpu`);
intel-gpu-top: Intel Kabylake (Gen9) @ /dev/dri/card0 -
lsgpu (that's a new one):
card0 Intel Kabylake (Gen9) drm:/dev/dri/card0
└─renderD128 drm:/dev/
- CPU generation (`lscpu`).
Vendor ID: GenuineIntel
Model name: Intel(R) Core(TM) i7-7600U CPU @ 2.80GHz
CPU family: 6
Model: 142
Chromium snap:
chromium 112.0.5615.20-hwacc 2398 latest/beta/… canonical✓ -
description: | updated |
Matt Lee (matthewclee) wrote : | #188 |
Hardware decode on candidate/hwacc worked out of the box for me, thanks!
- VaapiVideoDecoder
- Xorg
- VERSION="21.1 (Vera)"
- Intel Kabylake (Gen9)
- Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
Hector CAO (hectorcao) wrote : | #189 |
GPU . Intel® HD Graphics 5500 / Gen8 / Broadwell
Chromium : 113.0.5672.24 hwacc/candidate
Hardware decoding is not working !
Log:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
[46128:
libva info: VA-API version 1.17.0
libva info: Trying to open /snap/chromium/
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
[minigbm:
[46281:
....
VAINFO
----
$ export LD_LIBRARY_
$ export LIBVA_DRIVERS_
$ vainfo
libva info: VA-API version 1.17.0
libva info: Trying to open /snap/chromium/
libva info: Found init function __vaDriverInit_1_17
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.17 (libva 2.12.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.6.6 (b51ffe5)
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVid
VAProfileNone : VAEntrypointStats
VAProfile
VAProfile
VAProfile
Michel-Ekimia (michel.ekimia) wrote : | #190 |
Don't wanna be rude , but don't expect this to work solid one day.
I've been asking this to google and canonical for almost 10 years
We've worked hours of test and stuff , this is going nowhere.
Let's help firefox , time is precious
Hector CAO (hectorcao) wrote : | #191 |
With the beta testing release, the hardware decoding is working for several recent Intel GPU architectures (Tigerlake, Aderlake, Raptorlake), so far, we only experienced a problem on Roadwell (Gen8) GPU, the oldest GPU generation we aim to support for this release, we will work to make it working very soon ... Let's keep the faith Michel !
Peter (t-cat) wrote (last edit ): | #192 |
CPU: 12th Gen Intel i5-12400 (12) @ 4.400GHz
GPU: Intel Alder Lake-S GT1 [UHD Graphics 730]
intel_gpu_top shows 0%
Kubuntu 23.04
Nathan Teodosio (nteodosio) wrote : | #193 |
Hi Peter, thanks, the bug description was not up to date, you need the snap from beta or edge. What is 'snap info chromium' for you?
If it doesn't work on those channels, please attach
snap run chromium --enable-
description: | updated |
Peter (t-cat) wrote (last edit ): | #194 |
Thank you, Nathan Teodosio.
I installed chromium as described here:
https:/
That is, like this:
To install hardware accelerated Chromium:
snap install chromium --channel=
I already found at https:/
Indeed, such a command is needed:
sudo snap install chromium --beta
I apologize for the inattention. I will check and send a message.
Thank you very much for your help.
Peter (t-cat) wrote : | #195 |
Indeed, chromim-beta has hardware video acceleration.
All videos on youtube are accelerated.
But this is not observed in video conferences.
Verified in Google Meet.
Is this a bug?
Hector CAO (hectorcao) wrote : | #196 |
No, it is not a bug, hardware decoding for video conferencing on google meet only works for very few specific use cases,
VAAPI in Chromium snap 71 worked really well,
after update to 72 It does not work anymore.
I have also reinstalled snap with sudo snap install --channel= candidate/ vaapi chromium
yet does not work.
CPU 6700HQ:
libva info: VA-API version 1.1.0 x86_64- linux-gnu/ dri/i965_ drv_video. so MPEG2Simple : VAEntrypointVLD MPEG2Simple : VAEntrypointEnc Slice MPEG2Main : VAEntrypointVLD MPEG2Main : VAEntrypointEnc Slice H264Constrained Baseline: VAEntrypointVLD H264Constrained Baseline: VAEntrypointEnc Slice H264Constrained Baseline: VAEntrypointEnc SliceLP H264Constrained Baseline: VAEntrypointFEI H264Constrained Baseline: VAEntrypointStats H264Main : VAEntrypointVLD H264Main : VAEntrypointEnc Slice H264Main : VAEntrypointEnc SliceLP H264Main : VAEntrypointFEI H264Main : VAEntrypointStats H264High : VAEntrypointVLD H264High : VAEntrypointEnc Slice H264High : VAEntrypointEnc SliceLP H264High : VAEntrypointFEI H264High : VAEntrypointStats H264MultiviewHi gh : VAEntrypointVLD H264MultiviewHi gh : VAEntrypointEnc Slice H264StereoHigh : VAEntrypointVLD H264StereoHigh : VAEntrypointEnc Slice VC1Simple : VAEntrypointVLD VC1Main : VAEntrypointVLD VC1Advanced : VAEntrypointVLD eoProc JPEGBaseline : VAEntrypointVLD JPEGBaseline : VAEntrypointEnc Picture VP8Version0_ 3 : VAEntrypointVLD VP8Version0_ 3 : VAEntrypointEnc Slice HEVCMain : VAEntrypointVLD HEVCMain : VAEntrypointEnc Slice
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Skylake - 2.1.0
vainfo: Supported profile and entrypoints
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfileNone : VAEntrypointVid
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile
VAProfile