Active threads

@xiboliyadongtu Then copy x64/d3d11.dll, x64/dxgi.dll files to the same folder as blackdesert64.exe and try to run it without the launcher.

In the world of TV boxes "identical looking" means nothing, as manufacturers build each batch with the lowest cost components available at the time. There are many cases where identical looking boxes even contain different cpus ( ie amlogic vs rockchip). My recommendation would be first to verify the markings on the boards (there is usually some sort of board identifying text on the board)to really see if they are the same under the hood.

I had similar issues with the original camera. But after days of testing even with the official radxa image I think I found the possible problem. There is a batch of boards with a wrong csi connector, the pins are not correct. I found it here: https://github.com/radxa-build/radxa-zero3/issues/15 I send a mail to my supplier and they will send me a fixed cable, I can give an update if it's fixed.

Wifi works normaly only trought NetworkManager.

Success: tested RV2 with GPU on Armbian-noble-nightly. It's a bit hacky but should work. I created a mirror of the relevant packages from Spacmit/Bianbu. Only packages with source, specific to k1x / video / gpu plus chromium. Mirror project is here, in case you want to mirror yourself or miss a package: https://codeberg.org/sven-ola/spacemit-mirror After getting up Armbian-noble-xfce4-nightly on your Spacemit/K1 board (that includes Ky X1) Add mirror repo to /etc/apt/sources.list.d/sven-ola.sources (Note: this is experimental) Types: deb deb-src URIs: https://privat-in.de/armbian Suites: noble Components: main Signed-By: /etc/apt/trusted.gpg.d/sven-ola.gpg Get my repo key with wget -O /etc/apt/trusted.gpg.d/sven-ola.gpg https://privat-in.de/armbian/key.gpg Give the mirror some weight, add an /etc/apt/preferences.d/sven-ola file Package: * Pin: release o=Sven-Ola Pin-Priority: 1000 Install GPU support apt-get update apt-get install img-gpu-powervr apt-get dist-upgrade Note: this will downgrade mesa-25.x to mesa-24.x from Bianbu/Spacemit Install a Wayland-enabled GUI (tested: gnome) apt-get install gnome-core systemctl disable lightdm If asked, select gdm from gnome instead of lightdm from xfce4. After rebooting, click on your user, then stop and select Gnome with the lower right gearwheel icon. I also installed glmark2-es2-wayland to check if that runs. It shows 417@800x600 which is faster than software mesa...

I just tested the latest Armbian distros, Armbian 26.2.0-trunk.493 XFCE and Armbian 26.2.0-trunk.493 Minimal / IOT, and none worked. Then I tried Radxa system images, rock-4se_bookworm_kde_r4.output_512.img.xz did not work. So I got confused because my Rock 4SE v 1.53 SBC worked a long time ago. Found backup of old boot image, which I used with the NVMe drive, because it could not boot on its own. And do you know what? Finally, I saw a picture on the screen with boot log information, which made me happy because it proved my SBC had not died. Then I started looking at some old system images for this board and found one which is booting, it is rock-4se_debian_bullseye_kde_b38.img.

Did anyone ever get anything to work on a x96q v4.1? If so, what was it and where can i get it?

I will try!! @Lamerjack

I`ll already done it. Switched to original Btt image. Understand what that board is didn`t love any sd-card. I`ll stopts on AP32GMCSH10UB-RA card. If card didn't made friends with the board it not boot,reboot`s,power off, halt`s.... IO pins i didnt use.... I`ll swithed to ch340 as uart, because it`s understand 3.3 and 5v levels. The board only 3.3 CAN i use on RP2040+can chip, what cost only 5$(in total), not 15$ for btt can. in a end of can bus i`ll use EBB42 so it`s have all i need.... It`s about I2C bus. Thats my story If u need help, free to ask. I`ll will help if i coud

Well since you asked in this sub-forum, feel free to start:

a few things happened since sunday: i set up a project homepage: https://langerma.github.io/dumpstore/ - screenshots, feature overview, install instructions. and a wiki of course: https://github.com/langerma/dumpstore/wiki three new things landed since the initial post: live ansible task streaming the op-log dialog now shows tasks appearing one by one as ansible runs them, instead of dumping everything at once when the playbook finishes. small thing, but makes it feel a lot more responsive. pool scrub scheduling you can now add/remove pools from the periodic scrub schedule directly from the ui. on linux it edits ZFS_SCRUB_POOLS in /etc/default/zfs (zfsutils-linux), on freebsd it manages daily_scrub_zfs_pools in /etc/periodic.conf. platform-aware, same interface. schema-driven ui all zfs property dropdowns (compression, atime, recordsize, etc.) and the shell picker for users are now driven by a single schema definition in the backend. GET /api/schema returns the full list filtered by platform. before this, the values were hardcoded in four different places — html, js, and go. adding a new property now means touching one file. nothing groundbreaking, just steady progress.

Well the only thing armbian-config does, is calling "armbian-install" which has been there for ages

What firmware are you using?

Find a board similar to yours and make the necessary adaptations. and on Linux Rockchip: So we can do an shutuo-v8-rk3288 compatible: many times in mainline you can do some tricks like disabling all usb

Thanks for your reply. Sorry for the bad identification of my SBC, (i have many ). The board is this one : https://www.armbian.com/orange-pi-5-plus/ Therefore, it seems that my bug report is relevant

https://www.mediafire.com/file/f2iaay5gccs163l/TV_STICK_R3_TRB.rar/file

As I had read, the maximum amount of RAM the H618 handles is 4GB, so, this 8GB TV Box should be a false information.

v25.11.2 for Orange Pi 5 Plus running Armbian Linux 6.1.115-vendor-rk35xx on mine. Just saying. You should use a spoiler for the slop. tl;dr: vendor kernel has exactly nothing in common with mainline besides the fact that it is supposed to run in the same hw.

Meson 8B is codename of s805 means its not 4k at all bro mine is also 8B i checked it with adb

According to the datasheet (https://de.scribd.com/document/948890791/MT7988A-Datasheet) the supported baudrate seems to be between 300baud and 3Mbaud. However cannot tell anything about support status. Neither do I have this hw, nor did I ever dig into this soc. Starting with device tree overlays might be a good start or check the whole device tree in general for the uart nodes if present.

logs? versions??

I managed to boot armbian from SD card without eMMC. The way achived this is by create a bootable insomwrt with venodr u boot, using my script `./run.sh custom` then replace the ROOTFS with armbian's ROOTFS from there I could boot armbian and fix the fstab. So far it's working fine root@aml-s9xx-box:~# lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS mmcblk1 ├─mmcblk1p1 vfat FAT16 BOOT 1C34-0D25 200.9M 18% /boot └─mmcblk1p2 ext4 1.0 ROOTFS 6f2edfb1-adb2-4f1b-8087-46d189763c9b 5.2G 20% /var/log.hdd / zram0 root@aml-s9xx-box:~# uname -a Linux aml-s9xx-box 6.1.66-DBAI #1 SMP PREEMPT Fri Nov 29 09:52:27 +07 2024 aarch64 GNU/Linux root@aml-s9xx-box:~# uptime 01:44:24 up 19 min, 1 user, load average: 0.00, 0.00, 0.00 root@aml-s9xx-box:~# cat /etc/os-release PRETTY_NAME="Armbian 26.2.0-trunk.563 trixie" NAME="Debian GNU/Linux" VERSION_ID="13" VERSION="13 (trixie)" VERSION_CODENAME=trixie DEBIAN_VERSION_FULL=13.3 ID=debian HOME_URL="https://www.armbian.com" SUPPORT_URL="https://forum.armbian.com" BUG_REPORT_URL="https://www.armbian.com/bugs" ARMBIAN_PRETTY_NAME="Armbian 26.2.0-trunk.563 trixie" root@aml-s9xx-box:~#

Hello I am using: Linux nanopineo 6.12.74-current-sunxi #10 SMP Thu Feb 19 15:29:56 UTC 2026 armv7l GNU/Linux PRETTY_NAME="Armbian_community 26.2.0-trunk.464 trixie" NAME="Debian GNU/Linux" VERSION_ID="13" VERSION="13 (trixie)" VERSION_CODENAME=trixie DEBIAN_VERSION_FULL=13.3 ARMBIAN_PRETTY_NAME="Armbian_community 26.2.0-trunk.464 trixie" i am tring to bind spi1 to fbdev. Here are the configurations: /boot/armbianEnv.txt: /boot/overlay-user/spi1-st7789.dts: SPI1 is not generating any CLK or MOSI signals on the physical pins. Looking forward for any help Best regards, Genadi

Hi everyone, I'm very new to Armbian Linux. I'm about to acquire Orange Pi Zero 2W for my audio project. I have read some of the forum posts related to the SOC's native I2S, and I'd like to know if those problems mentioned in the posts have been resolved in the new kernel? Meaning that users don't have to write and compile their own device tree overlay and kernel mode driver? My project require a full duplex I2S with the CODEC as the master. Nothing fancy, just 2 channels in and 2 channels out. Hope someone can help clear the doubts so that I know for sure I will not be buying what I can not use. Thanks

when using your fork, it worked https://github.com/fensoft/rk3528-tvbox