pinebook pro tools

[mjhammel]

there is/was a bug where v4l2-request was not being properly detected, so solutions depending on detection (vlc, mpv) were also not working. however, ffmpeg directly using drm hwaccel and kodi were/are working. although not ideal, i simply switch into kodi from sway when wanting to watch something.

i need to get back in sync to the current kernel and kwiboo patches. i'm still using 5.8 and have been detached from development for ~2 months. hoping to receive a rockpro64 in the mail shortly to help jumpstart this and a few other projects in the works.

Any updates on this? I don't think I'm seeing hw accel with the 5.10.17 kernel, at least not based on CPU load when I start my tests.
My software setup is as follows:

1. kernel 5.10.17, no patches
2. v4l2-utils 1.20.0 (no patches)
3. libva (git master) with patches
  a. url: https://patch-diff.githubusercontent.com...ibva/pull/
  b. pbp-tools patches: 332.patch, 340.patch
  c. patches edited based on https://github.com/xmixahlx/pbp-tools/bl...tall-libva
4. libva-v4l2-request (git master) with patches
  a. url: https://patch-diff.githubusercontent.com...uest/pull/
  b. pbp-tools patches: 30.patch, 32.patch
5. libva-utils (git master, no patches)
6. ffmpeg n4.3.1 with patches
  a. url: https://raw.githubusercontent.com/xmixah...fmpeg/4.3/
  b. pbp-tools patch: ffmpeg-4.3-v4l2request-rkvdec_20200709.diff
7. v4l2-request-test (git master, no patches)

All patches are from pbp-tools.  Does anyone know if all/any of these patches are still needed?
My test script: https://www.graphics-muse.org/archives/s...vputest.sh

vainfo:
vainfo --display drm --device /dev/videoX

  vainfo.log (Size: 1.55 KB / Downloads: 270)

Decode to NULL (-f NULL -):
ffmpeg  -hwaccel drm -vaapi_device /dev/dri/renderD128 -an -i big_buck_bunny_480p_H264_AAC_25fps_1800K_short.MP4 -map 0:0 -threads 8 -aspect 16:9 -y -f mp4  decodeVideos.mk

  vpu.log (Size: 6.24 KB / Downloads: 277)