Igor

It should be / it was reported fixed a week ago, but you need to make image on your own or use nightly automated builds.

Totally undestand, just I probably know less then you about those things ... mpv is the king, I know that. But most people don't and they will keep asking why VLC, Totem or whatever player doesn't support accelerated video. Every SoC family has its own tricks to get this working ...

If you can experiment with the board, then try few other kernels: https://docs.armbian.com/User-Guide_Armbian-Config/System/#alternative-kernels and report where wifi will be up.

Added https://github.com/armbian/build/pull/10213

Of course. Kernel upgrade is handled via standard apt get update and upgrade. If you need to change to specific kernel, use https://docs.armbian.com/User-Guide_Armbian-Config/System/#alternative-kernels Make sure to update all packages before going that route, IIRC this problem is related to u-boot. Which is updated after all packages are up2date with armbian-install utility,

Software complexity is extreme ... And only x86 I would assume, so there is very little of interests for us. It is enough that packages are assembled at different time, so they will have different (bugs &) fixes. Either Ubuntu will get this bug or xtradebs will be fixed. Soon both wil be fixed or both broken .... unless bug is down to the OS level. Where snap will win with its, presumbly, stabilized OS container.

On prebuild images we test video acceeleration within Chromium and it works. Both kernels, Ubuntu Noble / Resolute Gnome, same good or bad on all boards. Others userspace combo might not work and other/all video players we don't even try to cover. Our job is done, when at least one method works OOB. It was integrated. This is not needed anymore. For overlay, I don't know. I think its still needed and it that case, its certanly present. On kernel, where this is needed.

Perhaps here: https://issues.chromium.org/issues?q=status:open as xtradeb ppa is packaking service only. I don't think they do anything else that that.

Tested: - Odroid C4 / HC4 - Tinkerboard - Odroid XU4 - Rockpi E

All moved.

Neither we do full hardware validation. That is only done in military grade software support and this is community open source development Thank you for your input. We don't have much time so in case we don't find a fix in <1h, broken images will be removed. Which is already a good added value. It is interesting that Gnome works and KDE don't. I did several tests on x86 platform and KDE always worked ... But I think we need to be realistic and happy if one desktop works solid.

1. At this stage you should be extremly happy if it generally works trouble free. 2. Yes.

Armbian 26.05 Test images: https://fi.mirror.armbian.de/incoming/igorpecovnik/ Tested by me: - x86 and arm64 UEFI images - Odroid M1 - Radxa 5T https://paste.armbian.com/jizuhuweru - Inovato Quadra - RPi 400 - Musepipro - Orangepi 5 Plus (vendor BROKEN, wrong DT) - Odroid N2 https://paste.armbian.com/ipoyatajuj - Nanopi M4V2 https://paste.armbian.com/rewiqijizi - Nanopi R4S https://paste.armbian.com/sesemehohi - NanoPC T6 LTS / plus https://paste.armbian.com/cupifefofe - Nanopi R6S/C https://paste.armbian.com/igesulided ..

Ask AI to fix problems at repo level: https://github.com/armbian/supervised-installer so we can all benefit. I don't have capacity to maintain this alone.

Me neither. This is my primary intention, just currently overwhelmed with things. I did some changes on top on official: https://github.com/armbian/supervised-installer