No, this is the wrong way for the main core. There is no support for MPP in the main kernel, it is a specific code exclusively for the old BSP kernel. If you need an old BSP kernel, it is available for the Armbian version with the Legacy kernel, but you need to add all the other components and libraries (MPP etc) yourself.
Rockchip stopped support on FFMPEG for VPU.
We do not need old BSP Kernel.
We need Hardware Decode and Encode support.
Also, we need those on Ubuntu or Debian.
Any guide or help on this would be appreciated.
This is example for kernel 5.10 and mpp is supported.
You can check.
5.10 = BSP has nothing to do with the main core.
Tested on 5.18-main, confirmed - works.
Next drivers additionally required:
CONFIG_VIDEO_HANTRO=m
CONFIG_VIDEO_HANTRO_ROCKCHIP=y
P.S. Additional v4l video player support might be required which is depends on distro.
P.P.S. Having troubles playing 4k videos, so need to make sure if HW decoding was actually used.
1 Like
added series + defconfig changes to 5.18-main tree, is this enough?
if yes i can add it to 5.19 and 6.0
For now I’m not sure if HW was actually used: 720p videos played smoothly with no frame drops, but 4k -not. As I understood for now mainline (+ patches) only supports hantro which is limited to 1080p, rkvdec2 (supports 4k) is not implemented.
But the CPU is likely enough to process 720p videos, so it might be a CPU decoding.
After loading hantro-vpu module i have:
[147814.541636] hantro_vpu: module is from the staging directory, the quality is unknown, you have been warned.
[147814.545292] hantro-vpu fdea0000.video-codec: registered rockchip,rk3568-vpu-dec as /dev/video0
Also i see device in interrupts:
bpi-r2pro / # cat /proc/interrupts | grep video
29: 0 0 0 0 GICv3 171 Level fdea0000.video-codec
But its count doesn’t raise on video playback. So for now it’s likely a CPU decoding.
Looks like this codec needs software support (GStreamer, etc)
I’m working on it, and I will post any updates here.
have added dts-changes and defconfig to this tree: https://github.com/frank-w/BPI-R2-4.14/commits/6.0-r2pro-multimedia
driver-changes were already there
Driver detects on 6.0-rc (i use both multimedia+pcie):
bpi-r2pro ~ # cat /proc/interrupts | grep video 29: 0 0 0 0 GICv3 171 Level fdea0000.video-codec
v4l2-compliance-out.txt (3.9 КБ)
1 Like
But all is “not supported” so it looks like something is missing
My bad, i accidently booted to the old kernel.
rebootet to new one:
USB keyb/mouse doesn’t work
HDMI: display sets to 1080 on 4k TV
/dev/video0 - not present.
I’ll double check ther config/dts
P.S. is there a DSA support in 6.0?
Where did you found it? Could you point please?
dsa-support is mainline since 6.0, also applied the speed fix.
do you use my defconfig or your one? make sure the hantro is enabled (i guess you ned to disable the CONFIG_MEDIA_SUPPORT_FILTER too). for usb-keyboard…it looks like my defconfig miss the driver
edit: INPUT_KEYBOARD and USB_HID should be enough
your log attached 
the ioctrls…do not know if they needed, but it looks like it is not complete working
Input ioctls:
test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported)
test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
test VIDIOC_ENUMAUDIO: OK (Not Supported)
test VIDIOC_G/S/ENUMINPUT: OK (Not Supported)
test VIDIOC_G/S_AUDIO: OK (Not Supported)
Inputs: 0 Audio Inputs: 0 Tuners: 0
Output ioctls:
test VIDIOC_G/S_MODULATOR: OK (Not Supported)
test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
test VIDIOC_ENUMAUDOUT: OK (Not Supported)
test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported)
test VIDIOC_G/S_AUDOUT: OK (Not Supported)
Outputs: 0 Audio Outputs: 0 Modulators: 0Input is most likely for input devices: cameras/TV-tuners/capture cards/etc so it’s not a promlem.
Outputs - interesting… I suppose OK is better than FAIL but idk all these parameters meanings. Anyway it’s a driver internals. And if i’s supported by HW it might be not implemented in driver.
ok, input not needed makes sense…but codec-ioctrls maybe needed too…there is encoding and decoding commands
Ok using gstreamer vith gst-plugins-bad (built with -Dv4l2codecs=enabled)
I got interrupts on video decoder:
bpi-r2pro /usr/lib64/gstreamer-1.0 # cat /proc/interrupts | grep video
29: 8271 0 0 0 GICv3 171 Level fdea0000.video-codec
command to run:
gst-launch-1.0 playbin uri=file:///path/to/file_video.avi
The speed/cpu_usage/picture quality are the same as in vlc w/o interrupts(and HW accel?) (tested on 720p and 1080p)
I’ll continue tommorow.
Could you please point me how to use decoding in I also tried Armbian_22.08.0-trunk_Bananapir2pro_sid_edge_5.19.0_xfce_desktop.img
the decoder driver is loaded - it’s present in /proc/interrupts
But i couldn’t use th hw decoding using mpv - mp4 file, chrome/firefox - youtube
Or should i use an image with BSP kernel?
What and how do you check ? The best support for full - screen video playback is in LE . There is no HW in browsers yet, browser developers must add it, or you must assemble and configure all components manually.
LE - is it a player? I used mpv (the default one)
I guess LibreElec image 