| 1 |
> What about USE flags for mesa and libva? |
| 2 |
> |
| 3 |
|
| 4 |
x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau -wayland" |
| 5 |
|
| 6 |
media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2 |
| 7 |
llvm vaapi -d3d9 -debug -gles1 (-libglvnd) -lm_sensors -opencl -osmesa |
| 8 |
-pax_kernel -pic (-selinux) -test -unwind -valgrind -vdpau -vulkan |
| 9 |
-vulkan-overlay -wayland -xa -xvmc" |
| 10 |
|
| 11 |
|
| 12 |
> This wouldn't happen to be a 10-bit encoded x265, would it? If it is, |
| 13 |
> 10-bit hardware decoding is only supported in Kaby Lake or newer (this |
| 14 |
> could explain it decoding in software/on CPU instead of GPU.) |
| 15 |
> |
| 16 |
|
| 17 |
That's possible. Is there an easy way to tell? |
| 18 |
|
| 19 |
> |
| 20 |
> I also had to boot with UEFI or no hardware decoding happened at all. |
| 21 |
> Mine was old enough to give you a choice but video performance suffered |
| 22 |
> in BIOS boot mode. |
| 23 |
> |
| 24 |
> Damn - this is in BIOS mode... Very odd that makes a difference. Nice find. |
| 25 |
|
| 26 |
|
| 27 |
> When I got my celeron-based NUC I discovered that just because the CPU |
| 28 |
> has some hardware offloading doesn't mean software will use it. :( |
| 29 |
> |
| 30 |
|
| 31 |
This box is a NUC (NUC6i5SYB) that im using for a media PC. |
Archives