Just to add if I try skipping forward it trips up and goes back to software decoding. Tried adjusting CMA buffers (128mb) but this just leads to the system crashing.

 

[lavf] queuing seek to 243.633333
[lavf] execute seek (to 243.633333 flags 4)
[lavf] seek done
[file] stream level seek from 32352085 to 32875635
[vd] Pixel formats supported by decoder: vdpau vaapi drm_prime yuv420p
[vd] Codec profile: Main (0x4d)
[vd] Requesting pixfmt 'drm_prime' from decoder.
[ffmpeg/video] h264: v4l2_request_try_format: pixelformat 842094158 not supported for type 1
[ffmpeg/video] h264: v4l2_request_buffer_alloc: create buffers failed for type 1, Cannot allocate memory (12)
[ffmpeg/video] h264: Failed setup for format drm_prime: hwaccel initialisation returned error.
[vd] Pixel formats supported by decoder: vdpau vaapi yuv420p yuv420p
[vd] Codec profile: Main (0x4d)
[vd] Requesting pixfmt 'yuv420p' from decoder.
[statusline] (Paused) V: 00:04:03 / 01:24:45 (5%)
[osd/libass] libass API version: 0x1701000
[osd/libass] libass source: tarball: 0.17.1
[vd] Falling back to software decoding.
[vd] Detected 2 logical cores.

 

Edited March 31, 20251 yr by Ryzer

Jock updated his repository. If you are running XFCE  turn off the compositor for smooth playback. 

killall xfwm4 && xfwm4 --compositor=off &

 

 

Right will give it another go. Turns out adjusting the CMA is not straightforward in the case of the A10 or A20. The Video Engine can only access the first 256mb of memory, which is addressed via a DMA pool in the respective dtsi files. Anything higher than the default 96mb causes it become dissociated from the DMA pool. i suspect that's what lead to my earlier crashes.

Hi!

 

@jwalds did yo mange to make hw decoding work with cedrus?

(Note: you initially wrote cedar_ve, that's a different driver)

 

I'm fighting with a nanopi duo2.

If it works at your end I'd like to know your setup

kernel version

armbianEnv.txt

whatelse has been installed, how

could you please provide your dts / dto ?

 

  T.