robertoj

@robertoj only boards with A20.
I know  they work with Banana Pi , Banana PRO (From lemaker) and Banana M1 and M1+ (from SINOVOIP).
 

Update: touch works now!
The LeMaker 7" panel works completely on the Banana Pi Pro with a current kernel (Armbian Debian 13 trixie, kernel 6.18): display, backlight and touch. The 5" panel works too (display confirmed, touch uses exactly the same controller and wiring as the 7"), and the same image also runs on the original Banana Pi.
Getting touch to work needed two fixes. First, the pin called ctp_wakeup in the old fex files (PH7) is actually the RESET line of the FT5x06 controller. Described as a "wake" pin, the edt-ft5x06 driver only waits 5 ms after power-up, and the controller doesn't answer yet. Described as reset-gpios, the driver waits 300 ms and the controller responds. Second, at boot the driver's first probe always fails with an I2C bus error (mv64xxx Ctlr Error, status 0x0, error -11), while the same probe a moment later succeeds. For now a small systemd service retries binding the driver after boot, so touch works right away. If anyone has an idea what causes that first I2C error on the A20, I'd be happy to hear it.
There's now a single image for all panels with the XFCE desktop. The 7" panel is enabled by default, and you can switch panels with sudo lemaker-lcd 5 (or 35, 7, off) followed by a reboot, or by uncommenting one line in /boot/armbianEnv.txt.
Image, overlays and build scripts: https://github.com/cyryllo/fex_configuration/releases
 
https://photos.app.goo.gl/pM8WR9rU6tHn9ESh9

Quick update: the LeMaker panels work on current kernels!
I've tested the 5" and 7" panels on real hardware, and both work on the Banana Pi Pro as well as on the original Banana Pi (non-Pro), using the same image (Armbian Debian 13 trixie, kernel 6.18). The picture appears as soon as the kernel starts, the backlight works too. The 3.5" panel is still untested since I don't have it, but it shares almost everything with the 5" one, so it will most likely work as well.
The minimal image has no desktop, so I couldn't check touch yet. I'm now preparing an image with the XFCE desktop, which also includes a simple script to switch panels after boot (sudo lemaker-lcd 5 / 7 / 35 / off), so a single image will work with every panel. I'll post soon whether touch works too.
Overlays, build scripts and images: https://github.com/cyryllo/fex_configuration
 

JEB05DFC esd0402-6
https://www.jjm.com/profhqj4/
TVS Diode Array
ESD protective components are TVS arrays specially used for small-signal ESD protection or surge protection and are mostly used for multi-channel protection. It has the advantages of a small package size and high integration.

@robertoj
I thought that is what github provides, a complete track record of commits, pushes and changes? It's all there, I also have had contributor's. It's being sanity checked. The Orange Pi 4 Pro is nearly identical to Radxa Cubie A7A, I will be making a branch for the A7A shortly.

When I start from scratch with TheGoing repo, linux 6.13.7, I apply my DTS, copy my firmware, and I get this DT (snipped in the area that counts)
And the LCD works.
 
And when I start from scratch from the Armbian repo, linux 6.13.11, I apply my DTS, copy my firmware, and get this Device Tree:
But the GPIO pins PC7 and PC14 appear unclaimed (as seen in previous post), and the LCD remains white.
 
The linux build configs are practically the same (side in 6.13.11 has the error in SPI configuration)
 
I found that the TheGoing repo has a two less patches applied... the zero 2w seems more relevant
 
IMPORTANT:
I just added "-" before "patches.armbian/arm64-dts-sun50i-h618-orangepi-zero2w-Add-missing-nodes.patch" in the:
build/patch/kernel/archive/sunxi-6.13/series.conf file, and I finally have the ili9488 LCD working with my ili9488-ads7846 DTS
My SBC is the OrangePiZero 3, and I select that specific SBC in the menuconfigs after starting "./compile.sh"

Thank you for the information mmgen,
 
One thing you missed is the ffmpeg compilation information. Run:
 
$ ffmpeg
 
It will print out the ffmpeg version and all the libraries that were enabled, and all the libav* libraries it has compiled along with ffmpeg (libav* are parts of the ffmpeg project).
 
The interesting information is whether it uses the "v4l2-request" library, which lets ffmpeg control a part of the kernel that controls the hardware decoder.
 
When you run mpv -v yourvideo.mp4 you could also see v4l2request, or some other message about the hardware acceleration (at this point I doubt that v4l2request is used, because it works better in newer kernels)

Yes. Please wait. I was busy with other personal projects, so I haven't been doing armbian stuff for a few weeks.

Thank you

I operate an Odroid HC4, that has 4 x A55@1.8 and the board discussed here has 8  x X60@1.?. A fast sysbench says: single thread on OpiRv2 is slower (792 vs 1034) , multithreaded is faster (6342 vs 4151). Compiling a current kernel on RV2 needs 3 hours, nothing one would do do regularly. If you really need speed buy a Radxa Rock 5 (see platinum support devices on this site).
 
Edit1: NPU -> Opi Wiki, USB and SPI yes, for MIPI DSI/CSI you need to test yourself.
Edit2: Just remembered that I have a H618 (Opiz3). Single=708, Multi=2828 with the same Trixie sysbench. 
 
HTH + LG // Sven-Ola

No, it wont work.
 
I have made another thread just for the orange pi zero 3 and ili9488
https://forum.armbian.com/topic/47971-driving-the-ili9488-lcd-40-inch-cheap-chinese-clone/#comment-208446
Change the GPIOs to match your wiring and connections.
 

Starting with the DTS that worked for me in the orange pi zero 3, with ili9341:
 
 
https://forum.armbian.com/topic/44191-orangepi-zero-lts-ili9341-tft-lcd-and-later-orangepi-zero-3/?do=findComment&comment=204672
 
My DTS is for a customized set of pins that works for me, and it is different than/from the waveshare set of pins.
 
You need to change:
* file name change to: ili9486-ads7846-spi1.dts
* gpio pin selections everywhere in the DTS
* "adafruit,yx240qv29" should be "ilitek,ili9486"
* change "rotation" to "rotate"
* change "reset-gpios = <&pio N N 0>;" to "reset-gpios = <&pio N N 1>;
 
Then sudo armbian-add-overlay ili9486-ads7846-spi1.dts
Reboot
 
(does anyone know the correct DRM driver for ili9486?)

The first post reads "your mileage may vary" and "the latest kernel will work best"
 
Start by recompiling armbian for your Rockchip SBC, with the edge kernel option, then follow the ffmpeg install instructions 
 
If it doesn't work, try the older Ubuntu, and both Debian options

There's a new version of the kwiboo ffmpeg+v4l2request function
 
https://code.ffmpeg.org/Kwiboo/FFmpeg/src/branch/v4l2request-v3
 
And it was shown as a work in progress in the ffmpeg community
 
https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20847
 
Then, it was noticed in the mpv community
 
https://github.com/mpv-player/mpv/pull/14690#issuecomment-3500141427
 
They previously said that v4l2request first needs to be integrated in ffmpeg officially, then mpv would start working on v4l2request
 
This is needed, to have mpv+v4l2request compiling successfully and working under Debian Trixie (my experience)

Getting video acceleration is realtively easy in bookworm, but making it work in Trixie would be newsworthy

AFAIK bookworm is fine with wayland (weston, kde, ...)

For debian problems, do what I do:
 
Get the cheapest raspberry
Recreate the problem
Ask the question in the raspberry forum
Apply solution to Armbian
 
XD

Self compiled Armbian Bookworm + XFCE with Linux Edge 6.15.x
 
Then follow all the instructions in https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/#findComment-176981
 
 
Then add extraargs=cma=256M to armbianEnv.txt

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

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
 
 

Currently trying to follow the manual
https://manpages.ubuntu.com/manpages/bionic/man8/initramfs-tools.8.html#configuration hook scripts
 
I want to include this file:
 
Creating this file:
 
chmod +x include-lcd-bin.sh
 
Then I updated the initrd:
 
Then I checked, and the desired file was included
I will repeat this with the actual armbian OS with plymouth, tomorrow.

Things you should try:
 
Capture the dmesg since before the sound file is playing
Try again with the sound file in the main EXT4 partition

The orange pi zero LTS has analog video under Armbian, because:
* the LibreElec project had kernel patches that added the driver code for the same SBC
* I carefully modified those patches so they would fit the Armbian version of Linux, correct all compilation errors, and all errors I saw.
* another member of this community transformed it into a pull request to the armbian project, and the admins approved it
 
My part was a month long effort
 
If you see that Radxa has video output in the official distribution, do you see any source changes to enable it?

That fixed it, it's now detected on i2c3 (i2cdetect -y 3)
Python also can interact with it
 
 
root@orangepizero2w:~# i2cdetect -y 3 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- 27 -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- Thank you SteeMan❤️