robertoj

Thank you for your suggestions. I am trying to build Mesa in my Orange Pi Zero 3. When I tried installing the build dependencies, apt could not find libxatracker-dev, libllvm-18-dev, libspirv-tools-dev i added changed "deb-src" in the /etc/apt/debian.list, so I could download *-dev packages. How did you install all the dependencies? Are you in Bookworm, or Trixie? Actually I am looking for a double benefit with a new Mesa (bookworm provides mesa 22.3.6, trixie provides 25.0.7): *H264 hardware acceleration *I know that Raspberry has a newer Mesa (don't have it at hand), and X11 can handle the same LCD, with the same kernel module panel-mipi-dbi.ko

I have seen other threads where they recompile mesa to get an updated so module for X11, related to LCD panels and DRM. I haven't had time for that yet.

Sensor integration: buy a OBD2 to USB adapter and study the OBD2 codes to read the fuel liters/hour, km and km/h. It is very possible there is a python OBD2 library. The SBC should be running continuously in the vehicle, since the car electronic control unit does not have the memory to store the information for you. Python+tkinter/pyqt6+matplotlib is very effective for this kind of apps.

Has anybody had success with Armbian Trixie? I repeated the steps I did for Bookworm, to have HW accelerated H264 1080p in XFCE, X11, with Linux 6.15.4... and I get "Unsupported hwdec: drm" in Trixie: ffmpeg 7.1.1, mpv 0.4.0 mpv log in trixie (with double verbose): For reference, mpv log in Bookworm: I inspected ffmpeg build configuration, and I see that ffmpeg 7.1.1 doesn't have "--enable-libv4l2", while ffmpeg 5.1.6 has that option. I checked with "ffmpeg -codecs|grep h264" In bookworm: In trixie Although, here the ffmpeg manual reads that this is option is only for webcams and videocapture https://www.ffmpeg.org/ffmpeg-devices.html#video4linux2_002c-v4l2

Do you see all the needed files in the initramfs? Use lsinitramfs -l /boot/initrd... What guide did you use?

I would try the cma=256M argument anyway... this kernel argument eliminated my video glitches and dma errors. I don't know how a dtsi or dtbo parameter (loaded after linux is started) would override a kernel argument (given before the linux kernel is started).

Successful playing of H264 1080p mp4 Orange pi zero 3, 1GB Self-built Bookworm, with XFCE desktop Linux edge 6.15.4 No changed linux configurations Using ffmpeg+libraries provided in the first post of https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/ (you can even install all the bookworm ffmpeg, mpv, then when you add the new repository, update and upgrade, apt will replace the packages with their ffmpeg-v4l2request equivalents) Testing 1080P H264 (warning, some mp4's will actually be AV1 codec), checked with VLC Compositor on or off, doesn't make a difference. Video plays at full 30 fps To avoid video glitches during window resizing: add "extraargs=cma=256M" in /boot/armbianEnv.txt With hwdec=drm-prime, CPU is 50% in all 4 cores With hwdec=drm, CPU is 10% or less in all 4 cores Without HW acceleration, CPU is 100% in all 4 cores with many skipped frames mpv.conf and mpv log: Reveal hidden contents THANK YOU to all who gave me updated information! Edited just now by robertoj

You are right. I just downloaded something from youtube and assumed it was H264. When I checked it in VLC in my PC, the codec is: AOMedia's AV1 video (av01) I picked another mp4, which I verified in VLC as H264-MPEG4, 720p, and it played with 10% CPU This test below is with Bookworm XFCE, compositor ON, Linux 6.15.4 with default configuration Then I repeat the test with a 1080p H264 mp4. mpv tries to use hardware acceleration, but the mpv is black and there's continuous DRM_IOCTL errors: Then I tried this inside /etc/mpv/mpv.conf hwdec=drm-prime drm-drmprime-video-plane=primary drm-draw-plane=overlay and the 1080p H264 starts playing fluidly with just 40% CPU (compositor off) With compositor on, I get same 40% CPU Same video glitches, with or without compositor, but I am getting hardware acceleration (although there's the hwdec unsupported message) Update: Thank you to all who helped me. I have hardware acceleration again with my opiz3 hwdec=drm is more efficient extraargs=cma=256 is needed to avoid memory allocation problems and video glitches. https://forum.armbian.com/topic/29202-orange-pi-zero-3/page/26/#findComment-222596

I started building mesa 25.2 according to https://docs.mesa3d.org/install.html When I started meson, it complained about meson-1.0.1 is too old (Bookworm)... needs 1.4.0 Trixie will provide meson 1.7... is this what you did? Start with a self built Armbian-Trixie? When you type "replace the libs", do you mean to uninstall debian package, and install the just compiled source? libva2 - Video Acceleration (VA) API for Linux -- runtime Is this independent from ffmpeg (I only see libav in ffmpeg, not libva) Does mpv need any special configuration?

I have tried again with trixie, ensuring that the kernel patches were taken... no difference. Then I build a Bookworm Armbian image, with linux 6.15.4. It wasn't visible wether the kernel was downloaded from armbian, or the last one was included in my OS image. Just for fun, I tried it with Bookworm's default ffmpeg-5.1.6, with xfce with compositor off... and I got a 1080p MP4 playing with 100% mpv log: Note that mpv still complains about unsupported hwdec: drm I repeated the test with compositor ON: killall xfwm4 && xfwm4 --compositor=on --display :0.0 & Same result: CPU 100%, but nice full FPS video Then I tried with the ffmpeg-x.x.x-v4l2 request Adding the repo, updating, and checking the update: Then I tried playing the mp4, I got no complaint about "unsupported hwdec: drm", but the CPU was still 100% For the first time, I get some video glitches when I resize, and repeated messages: Failed to create scanout resource DRM_IOCTL_MODE_CREATE_DUMB failed: Cannot allocate memory compositor=on or off doesn't make a difference for me. mpv log: Summary: Armbian Trixie (and the correspoinding ffmpeg 7.1.1) will always result in "unsupported hwdec: drm", with default ffmpeg, or ffmpeg-v4l2 request Armbian Bookworm (ffmpeg 5.1.6) will never complain about "unsupported hwdec: drm", with default ffmpeg or ffmpeg-v4l2request. Still 100% CPU

It turns out I was closer than I thought... thank you!

I tried this in a raspberry pi with graphic services stopped. Labwc exits normally I tried it in a virtualbox x86, with Debian trixie netinstall (barebones+labwc+seatd). Labwc exits normally. I think other armbian users (probably non allwinner) have used labwc, but they never complained about Labwc crashes. YES. I will try it with a true intel system. I will also try the stable-version Linux (instead of edge).

Thank you Nick I tried again with compositor off I still get: [vd] Unsupported hwdec: drm [vd] Using software decoding. https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/page/4/

I have tried again with orange pi zero 3, debian trixie linux edge, xfce desktop. This time, I tried without compositor. I ran this from SSH, as my user: killall xfwm4 && xfwm4 --compositor=off & I got: (xfwm4:7880): Gtk-WARNING **: 10:45:56.629: cannot open display: Then I tried "killall xfwm4 && xfwm4 --compositor=off --display :0.0 &" and there were no errors. The orange transparent effect when moving windows is now a white line rectangle Then, mpv played my 1080p mp4 with low framerate (slow motion, 75% of speed)... sometimes with 100% CPU and sometimes with 25% CPU I noticed this in the log (both high and low CPU cases) [vd] Unsupported hwdec: drm [vd] Using software decoding. With high CPU: [cplayer] Set property: user-data/osc/margins={"b":0,"r":0,"t":0,"l":0} -> 1 With 25% CPU: [cplayer] Set property: user-data/osc/margins={"l":0,"b":0,"r":0,"t":0} -> 1 Whole log (low CPU case): (Mpv.conf at the bottom) Another sanity check: Ryzer, did you turn the compositor off? Are you using an armbian-downloaded OS, or self built? What kernel version? DId you change anything in the linux menuconfig? I am recompiling again, having checked again that the new linux patches are taken.... how could I check that my current Linux kernel has the new v4l2, cedrus functions? Then I will try again with Bookworm

Ryzer, you can navigate to the http link http://apt.undo.it:7242 click “pool” and all the other links until you see all the debs for download check you distribution recommended ffmpeg version with “apt list ffmpeg” download the matching deb versions: ffmpeg-x.x.x-v4l2request.deb, lib…x.x.x Sudo apt install ./lib…Deb (one by one) Sudo apt install./ffmpeg….deb sudo apt install mpv (from the original Armbian-configured repository)

Which arm board are you using? Do you have success with hardware acceleration with armbian?

I don't even have a reference viewpoint what should I start comparing? I read claims that Python3-numpy, python3-opencv are highly optimized, but I never researched HOW OPTIMIZED I have also heard that DRM can help accelerate machine learning https://www.youtube.com/watch?v=NQz6VqvtehI&t=5m7s

I have been trying to set up labwc as a replacement for openbox (X11) in my project. I can install it very simply by building a minimal image Trixie (Bookworm does not include labwc), then * sudo apt install labwc seatd foot * at the screen with usb keyboard (not from SSH) start: labwc -d -s foot Then I am in labwc, with a terminal emulator on my HDMI screen When I right click on the desktop and choose "Exit", I get a kernel oops: And the labwc process shows "defunct" Has anybody experienced this? Maybe my kernel is too new? I used 6.15.4 (edge). My labwc is 0.8.3 The error in the terminal that started labwc (the HDMI screen) is: ...wlr_drm_lease_v1.c:103] Destroying wlr_drm_lease_device_v1 for /dev/dri/cardiationsodifier LINEAR (0x0000.....) XT_EGL_image_storage_compression GL_EXT_texture_storage_compression GL_MESA_bgra im... Same error message here: https://github.com/labwc/labwc/issues/1424 Source of wlroots, mentioned in the error: https://github.com/swaywm/wlroots/blob/master/types/wlr_drm_lease_v1.c A developer in the labwc group suggest this might be GPU driver related https://github.com/labwc/labwc/discussions/2923 Can someone with an SBC other than H618 try running labwc and exiting? What about xfce in wayland mode... does it crash? Is anyone aware of a H618 or sunxi running wayland successfully?

Thank you for replying. I run xscreensavers-gl in a window and it always gets 30FPS with <10% CPU in my opiz3, I even show 3D models in F3D... so I am getting 3D MESA acceleration in HDMI and SPI-LCD displays. If the video decoding in my opiz3 is using ARM NEON instructions, then I am fortunate I have that, at least (note: this is possible without needing ffmpeg-v4l2request) I will have to re-check how I was successful with 1080P H264 acceleration last year (I was even getting temporary glitches and pink hues sometimes).

Ok, I finally built armbian 25.5.1, to get Linux-edge 14.7 Bookworm + XFCE for my opiz3... and this time copy/pasted the whole build log to verify that: * the new patches mentioned in Pull Request 8086 were applied * the affected C files are compiled to .o files And then I tried the new ffmpeg-v4l2request with Bookworm's MPV, following the instructions in the original post.... I got the same result: 1080P plays smoothly, but with 100% CPU in all 4 cores. There's no error message of "unsupported hwdec=drm"... but there isn't any confirmation message from MPV either. (same behavior as with plain ffmpeg, from previous experiments)

Regarding video acceleration in H618: Can you try the latest armbian with linux edge? https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/#findComment-216587 (the announcement refers to 6.13, but I don't know if it applies to 6.14 or 6.15) ... I think armbian 25.5.1 with linux edge option, builds linux 6.13.x https://github.com/armbian/build/releases/tag/v25.5.1 (and it seems that minimal images de-activates v4l2) I see the patches in my armbian build folder, I compiled in many ways, but I didn't get video acceleration. I didn't get new kernel modules that seem to be related to the patch source code. Perhaps I needed to check that the specific patches are activated or find the linux config option=m Update: you can see that the Linux source files are applied, right before the compilation stage... copy paste the entire terminal scrolled text (or find the appropriate output/log/... file)... search the patch file names I couldn't get acceleration, but hopefully someone else can, and share the method.

My story is definitely NOT a success story I see the media.patches in the cache folder, I compile armbian edge, but the image didn't contain the cedrus+v4l2 kernel modules I need for decoding acceleration

Hello Jock, thank you for all the work bringing this video acceleration to our boards. Can you give an updated comment about what to download or how to build Armbian OS, and get the needed requirements, before we apply the ffmpeg repository? I haven't been able to get video acceleration for many months. Can you tell us what new kernel modules are needed also?

Are there any linux build config options needed to get the v4l2 functions? Can I assume that the improvements in 6.13.11 would be also in 6.15.4? No, the patches in pull/8086 are not in 6.14, 6.15 build/patch/kernel/archive/sunxi-6.13/patches.media vs the 6.14,6.15 folders Right now, linux-current is 6.12 and linux-edge is 6.15... I want to compile a Linux 6.13 Armbian OS... what specific linux version would I need to enter inside userpatches/lib.config ? KERNELBRANCH="tag:v6.13.xx" I tried building armbian 25.5.1 so I could get linux 6.14.x... but in the image file, there aren't the ko files mentioned in the pull/8086. For example: roberto@orangepizero3:~$ ls /lib/modules/6.14.5-edge-sunxi64/kernel/drivers/media/v4l2-core/ tuner.ko v4l2-cci.ko v4l2-fwnode.ko v4l2-jpeg.ko v4l2-vp9.ko v4l2-async.ko v4l2-dv-timings.ko v4l2-h264.ko v4l2-mem2mem.ko videodev.ko roberto@orangepizero3:~$ ls /lib/modules/6.14.5-edge-sunxi64/kernel/drivers/media/v4l2-core/v4l2-io* ls: cannot access '/lib/modules/6.14.5-edge-sunxi64/kernel/drivers/media/v4l2-core/v4l2-io*': No such file or directory

Can someone tell me if Linux 6.14.8 or 6.15.4 supports this hardware acceleration? I can play 1080p H264, but with 100% CPU, with 6.14.8... and I get "unsuppoerted hwdec: drm" everytime I start mpv