robertoj

Great job I don't have time to replicate this, but I would like to see more photos, screenshots, and what you can do with so many SDRs It's perfect to use an older kernel, if you don't need anything from a newer Linux (for example more stable Wifi, and resistive LCDs with Wayland)... In your writeup, you could have included the dmesg or journalctl messages, just prior to the crash. Sometimes, there's a confict between a new or changed kernel module and the module you want to use, and it causes crashes, or not being able to start Linux. Then you deactivate the module that gives you the problem. Which services were disabled with sudo systemctl mask systemd-networkd-wait-online ? It sounds like you never want to start a network service automatically on boot. I hope that the SoapySDR developers can fix the root issue, so that you don't need to lock a library .SO like that I made a thread showing how to control GPIO with Python gpiod https://forum.armbian.com/topic/33800-orange-pi-zero-3-gpio/#findComment-181191 Instead of using Opi.GPIO, which relies of sysfs (deprecated, and you can't use it in newer Linux)

I had no idea that there's an OpiZ3W Just in case, it is nothing at all like the Orange Pi Zero 3, which has a lot in common with the OpiZ2W. Yeely: what are your first impressions about this board? Are there demos for the NPU? Are the video encoders and decoders working with the Orange Pi Linux OS? Bring up verifiable (open source) examples of AI generated code, making an improved program.

The orange pi zero 2w is configured to only start u-boot from the microSD in the built-in microSD. You would have to: * recompile that uboot to load the initramfs and the kernel from your alternative storage (did you really mean HDD? which connector would you use?) or * load initramfs and kernel from the typical microsd /boot partition, but configure the kernel argument line to accept the HDD as the rootfs (make sure that the initramfs contains the kernel modules, and the hdd name is in the /etc/fstab file) or https://jamesachambers.com/orange-pi-zero-2-usb-ssd-boot-guide/

Does sway eat a lot of RAM? Can it be used fine in a 640x480 display? I've been staying with my labwc setup, because it's known to be minimalistic. Orange Pi Zero3 and Raspberries with 1GB RAM can run it fluidly.

Which kernel, debian, mesa and sway versions are running normally when you run a stock Armbian? Which new versions have you observed working together? (even if it's not ARM). If they are too different, they may not work together due to library functions expecting other parameters. You can try it with Ubuntu Noble, which has newer packages than Debian Trixie (build Armbian by yourself).

I am glad that it's possible to use a different ffmpeg version than what the distribution expects. (it gives me hope of installing it in Trixie, instead of changing over to the newest Ubuntu) Did you install the locally compiled ffmpeg at OS level, or did you keep it in a folder within your /home/username/...?

Usual User, the information you linked about Linux 6.19 seems like there's progress for Rockchip. However, is there any indication that Allwinner H618 could get H265/HEVC decoding acceleration working too?

Thank you for being specific about the RKxxx+6.19+Noble information As I asked in the other thread, please also specify which ffpmeg and mpv sources you used. I hope I can make it work in opiz3 (H618) in a more recent Debian (I only could make it work in Bookworm). Do you see any difference in 8bit vs 10bit HEVC(H265)?

For context, he is talking about: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20847 There are many ffpmpeg options. Which ffmpeg did you use? https://code.ffmpeg.org/Kwiboo/FFmpeg/src/branch/v4l2request-v3 https://code.ffmpeg.org/Kwiboo/FFmpeg/src/branch/v4l2-request-n8.1 And which debian/ubuntu version did you use? Which ffmpeg is included in that distribution?

Maybe this comment and thread have a hint for you https://forum.armbian.com/topic/47971-driving-the-ili9488-lcd-40-inch-cheap-chinese-clone/#findComment-229274 I don't own a waveshare LCD... but I would also like to know if its possible to make it work with Armbian

Can you repeat your amrbian OS version, Linux, and hardware? I can't give a confident advice for you, but have you tried: * extraargs=cma=256M in armbianEnv.txt * turn off compositor, if using xfce (others have suggested it, and I found it unnecessary) In mpv, turn on verbosity by adding -v to the command. Then while it is running, close it and copy all the mpv text in a text editor. Search for the words h264, ffmpeg, v4l2, hardware, software

Make sure you have ili9486.ko in your ko module folder: modinfo ili9486 Can you use the DTS that I published in: https://forum.armbian.com/topic/47971-driving-the-ili9488-lcd-40-inch-cheap-chinese-clone/#findComment-208446 But change the "compatible" line with waveshare,rpi-lcd-35 , Delete the stuff under the "compatible" line, until the "}vsync-len = <0>;", and replace it with what you had in your DTS. Change these lines, if they are different: spi-max-frequency = <24000000>; rotate = <270>; bgr; fps = <30>; buswidth = <8>; regwidth = <16>; Reference: https://github.com/raspberrypi/linux/blob/rpi-6.12.y/arch/arm/boot/dts/overlays/piscreen-overlay.dts

Linux is not a real time operating system Realtime OSes have a 1 ms accuracy You need an arduino dedicated only to make your square wave

I have an Orange Pi Zero 3, Opi z2w, Opi z LTS, and Banana Pi M2 Zero. If the OS image is not in your download page, does it mean you don't need help with these boards? I didn't have any problems with opiz3 Armbian.com or self built image ever (last time I tried was 2 months ago). The others: haven't used in 1 year.

Yes usermod -aG docker yourusername , then reboot, was what I needed to let the armbian build script continue Warning: if you forget the "a" in -aG, you will get locked out being admin in your own computer Second roadblock: I needed to install qemu as per: https://forum.armbian.com/topic/52127-running-armbian-build-on-x86-64/#findComment-219019 Thank you Werner!

I just upgraded my Linux Mint from 22.2 to 22.3 "Zena" ... CLEAN INSTALL, with "git" installed I started a typical armbian build folder, as per: https://github.com/armbian/build?tab=readme-ov-file#quick-start But then I got this error: [🌱] Build host OS release [ zena ] [🌱] Build host architecture [ amd64 ] [💥] error! [ Unsupported build system: 'zena' ] I know that Mint 22.3 was released just last month, but I needed something in the new Linux kernel. I can use Mint 22.2 in another computer (where armbian is working OK)... but what is the typical delay for a new Linux Mint to become supported? Then I tried with $ sudo apt install docker.io , and got a little further: $ ./compile.sh [🚸] Docker is installed, but not usable [ can't use Docker; check your Docker config / groups / etc ] [💥] Problem detected [ Docker installed but not usable ] [💥] Exiting in 10 seconds [ Press <Ctrl-C> to abort, <Enter> to ignore and continue ] Counting down: 9... 8... 7... 6... 5... 4... 3... 2... 1... 0... [💥] error! [ Exiting due to 'Docker installed but not usable' ] [💥] Exiting with error 43 [ at /home/roberto/armbian-2026-feb/build/lib/functions/logging/traps.sh:1 exit_with_error() --> lib/functions/logging/traps.sh:1 exit_if_countdown_not_aborted() --> lib/functions/general/countdown.sh:41 cli_standard_relaunch_docker_or_sudo() --> lib/functions/cli/utils-cli.sh:261 cli_standard_build_pre_run() --> lib/functions/cli/cli-build.sh:14 armbian_cli_pre_run_command() --> lib/functions/cli/utils-cli.sh:122 cli_entrypoint() --> lib/functions/cli/entrypoint.sh:79 main() --> ./compile.sh:50 More info: my docker is version 28.2.2 $ apt list docker.io Listing... Done docker.io/noble-updates,now 28.2.2-0ubuntu1~24.04.1 amd64 [installed] docker v17.6 needed. Reference: https://docs.armbian.com/Developer-Guide_Building-with-Docker/

Hello Orima, Thank you for asking. I am doing well. I've been mainly distracted by an online drawing class. I will try to make a complete written guide in the weekend. It will be a new project in my github, and I will make a new thread here.

JFL, can you check the Ubuntu gnome is running under wayland? ($ echo $XDG_SESSION_TYPE) Can you check the labwc availability in Ubuntu Noble? ($ apt list labwc) I never tested H265... I am glad it is working

Oh so I stand corrected... I was going from information on the website: I don't see a Linux client, and in other sites: emby was open source but now it's not

You can't use emby and the h618 acceleration with ffmpeg-v4l2request... you need to make emby work under Debian, and tell emby to use mpv.

Thank you for the comment Jock Yes, I know that Trixie's mpv made some changes that made it incompatible with your ffmpeg+v4lrequest package. I tried to compile mpv, and I wasn't sure of how to do it. I asked for help in the mpv github, and someone told me to wait for ffmpeg to merge this function. https://github.com/mpv-player/mpv/pull/14690#issuecomment-3369553163 Recently, I got more suggestions to build ffmpeg for Trixie https://github.com/mpv-player/mpv/pull/14690#issuecomment-3828170966 Boringname... can you specify which Debian version, Linux kernel and graphical desktop (kde, xfce, gnome, plasma, labwc, sway)?

There was a successful test with Debian Forky in RK3566 I saw some progress and success in the last 2 days. Someone made compiled ffmpeg 8.0+v4l2request and made it work in Debian Forky... which also carries ffmpeg 8.0 https://github.com/mpv-player/mpv/pull/14690#issuecomment-3500141427 Does this mean that I need to use Debian Forky too? (I was staying with Debian Bookworm because H264 hwaccel only worked there) References: https://code.ffmpeg.org/Kwiboo/FFmpeg/src/branch/v4l2request-v3 https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20847 https://tracker.debian.org/pkg/ffmpeg

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

I don't know what you could improve right now... But I know that LCD only receives data. My LCD works the same, with its MISO pin connected or disconnected.

Yes, that's a typo. The dc (data/command) should be PC7, and the MOSI (LCD's SDI) is PH7