pinebook pro tools

[xmixahlx]

I think I responded elsewhere. I also found that only mpeg2video was working via vaapi. they folks that worked on rockchip/vaapi abandoned afterwards.

whatever work you put into this it should be AFTER applying the libreelec/kwiboo rockchip and ffmpeg patches.

i need to sync up with current development. I've happily been using 5.8 with full hwaccel on kodi, which met my needs. I hope to sync up soon.

[mjhammel]

I think I responded elsewhere. I also found that only mpeg2video was working via vaapi. they folks that worked on rockchip/vaapi abandoned afterwards.

whatever work you put into this it should be AFTER applying the libreelec/kwiboo rockchip and ffmpeg patches.

i need to sync up with current development. I've happily been using 5.8 with full hwaccel on kodi, which met my needs. I hope to sync up soon.

Thanks for the update @xmixahlx  !  Just to be clear, the libreelec/kwiboo patches are the ones from the resources tree in the pbp-tools repo, correct?  I've gotten confused with the myriad repositories available for ffmpeg but have only applied the kernel patches from pbp-tools (which I updated for 5.10.17).  

Anyway, it seems I'm at the same point you seem to be.  I think telling the user-space devs here that DRM for HW accelleration is the best approach for now.

My tests so far show:

Quad stream, single thread test with -re option uses 100% of a single core. Best results are using yuv 4:2:0 which is close to 30FPS with varied scalings. 1080p on all streams is only about 15-20 FPS. 720p on all streams is about 18-25 FPS. Incrementing the thread count by 1 with ffmpeg will improve this slightly but does not reach 30 FPS for 1080p, though 720p approaches it.

For anyone still interested in testing this I found the nVidia coded documentation helpful in finding test scenarios with ffmpeg.