H264_decode_parameters 0x00a40907 (unknown): type=204 flags=has-payload H264_picture_parameter_set 0x00a40903 (unknown): type=201 flags=has-payload H264_sequence_parameter_set 0x00a40902 (unknown): type=200 flags=has-payload Stateless Codec Controls h264_decode_mode 0x00a40900 (menu) : min=1 max=1 default=1 value=1 rockchip-drm display-subsystem: fb0: rockchipdrmfb frame buffer v4l2-ctl -d 0 -list-formats -list-ctrlsĬodec Controls h264_profile 0x00990a6b (menu) : min=0 max=4 default=2 value=2 systemd: Condition check resulted in Load Kernel Module drm being skipped. Initialized panfrost 1.2.0 20180908 for fde60000.gpu on minor 1 rockchip-drm display-subsystem: Cannot find any crtc or sizes Initialized rockchip 1.0.0 20140818 for display-subsystem on minor 0 rockchip-drm display-subsystem: bound fe0a0000.hdmi (ops dw_hdmi_rockchip_ops) rockchip-drm display-subsystem: bound fe040000.vop (ops vop2_component_ops) hantro-vpu -codec: registered rockchip,rk3328-vpu-dec as dmesg |grep drm hantro-vpu -codec: Adding to iommu group 0 hantro_vpu: module is from the staging directory, the quality is unknown, you have been warned. The VPU driver has been loaded dmesg |grep vpu Stream #0:0 -> #0:0 (h264 (native) -> rawvideo (native))ĭevice setup failed for decoder on input stream #0:0 : Bad address No device available for decoder: device type drm needed for codec h264. ffmpeg -loglevel debug -hwaccel drm -i …/Jellyfish_1080_10s_30MB.mp4 -pix_fmt bgra -f fbdev /dev/fb0 When we use the following command prompt an error: We used ffmpeg from and configuration:–enable-libdrm -enable-libv4l2 -enable-v4l2-request -enable-libudev -enable-static -disable-sharedb0. We used armbian 22.05,linux 5.17.9.We tested the mainline Linux VPU decoding capability on the rock 3a board(soc rk3568). Update: wayland also support hardware decode, setting the same options as gbm above will make it. You can use apt to install on your armbian jammy, for example: sudo apt install. Here is the mesa kodi and ffmpeg debs I’ve built for armbian jammy. I can play bbb_sunflower_1080p_60fps_normal.mp4 with cpu load less than 40%. In Settings -> Player -> Videos, enable Allow using DRM PRIME decoder and Allow hardware acceleration with DRM PRIME, you can now play h264 video up to with hardware decode. At first my screen is black with no video input, replugging the HDMI would help showing the kodi window. After install missing font packages fonts-noto-core fonts-roboto-hinted fonts-noto-mono, I can start kodi gbm by running command kodi-standalone -windowing=gbm. So I’ve rebuild mesa without swrast and kodi with gles render system. I’ve confirmed that mesa has nothing to do with kodi hardware acceleration.Ģ, kodi from debian is build with -DAPP_RENDER_SYSTEM=gl, but we need gles instead. Video hardware decode is only support in kodi gbm mode now, but still not working out of box because of 2 reasons:ġ, mesa is compiled with swrast support, so kodi gbm will start in software rendering, which doesn’t support gpu rendering. I use my armbian jammy gnome image to test kodi. The hantro g1 support for rk3568 is already merged in linux-next: And armbian has this patch applied in edge kernel 5.18.
0 Comments
Leave a Reply. |