Werner

We registered the #armbian channel on the OFTC IRC network. It has been added to the bridge so message will be relayed to Libera and Discord.
Depending on how frequently it will be used other channels like those for SoC or off-topic will be added later. Thanks @yang for the suggestion

Unfortunately these images aren't from Armbian, or related to this thread so I think your best option for support is to raise this request on the site that you downloaded these images from.

Yes this board is new, and as a result it's not fully supported so not all components are currently working.

@Igor I created pull request for this issue https://github.com/armbian/build/pull/6057.

armbian-install
https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-sata-nvme-usb
 
using orangepi docs for Armbian is like using the manual of your toaster for your forklift.

Hi all.
Here my review of the Orange Pi 5 Plus with Armbian Jammy.
I show tips for better desktop experience, show how to build your own images, how to run games, and tons of info about the board.
Here's the video :

For those who rather read, here's my gathered data : 
https://docs.lane-fu.com/s/5IxGlf4gn

Greetings, NicoD

Hello, this quick tutorial is to introduce an experimental Debian and Ubuntu APT repository to install ffmpeg compiled with v4l2request and v4l2drmprime patches developed by Linux kernel, LIbreELEC and Kodi folks to allow hardware video decoding on stateless decoders like those implemented in Rockchip and Allwinner SoCs for h.264, h.265, vp8 and vp9 codecs.
 
The repository introduces a new ffmpeg package that integrates and substitues the base ffmpeg package and its related packages.
 
Preconditions:
Mainline kernel 6.1 or more recent armhf or arm64 architecture Supported distributions: Debian 12 - Bookworm Debian 13 - Trixie (only arm64) Ubuntu 22.04 - Jammy Ubuntu 24.04 - Noble Rockchip and Allwinner have already been tested, but this should work on other platforms with stateless decoders supported in kernel  
APT REPOSITORY SETUP
To install the repository, just copy and paste the lines in a terminal:
$ sudo wget http://apt.undo.it:7242/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc $ . /etc/os-release && echo "deb http://apt.undo.it:7242 $VERSION_CODENAME main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list $ echo -e "Package: *\nPin: release o=apt.undo.it\nPin-Priority: 600" | sudo tee /etc/apt/preferences.d/apt-undo-it  
INSTALL FFMPEG AND MPV PACKAGES
$ sudo apt update $ sudo apt install ffmpeg mpv  
SETUP MPV CONFIG FILE
$ sudo mkdir -p /etc/mpv $ echo -e "hwdec=drm\ndrm-drmprime-video-plane=primary\ndrm-draw-plane=overlay" | sudo tee /etc/mpv/mpv.conf  
You can now play your videos using mpv and they should run with hardware decoding if supported, either in virtual terminals or in X11/Wayland windows!
Enjoy!
 
Notes:
your mileage may vary a lot: the more recent is the kernel version, the better is support (you may need edge kernel) bug: when rendered in X11/Wayland window, video may show scattered tiles during frames bug: Lima driver (Mali 400/450) shows a red/pink tint when video is played in X11/Wayland (see https://github.com/mpv-player/mpv/issues/12968) (workaround below: https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=177968) you may want to add --gpu-hwdec-interop=drmprime-overlay to the mpv command line if used in pure virtual terminal (no X, no Wayland) to use direct-to-overlay output Panfrost driver should work flawlessy 10 bit HEVC are generally supported on all Rockchip devices (rk322x, rk3288, rk33x8, rk3399), but Allwinner H3 have no hardware support for that  
 
 

Yes, suggesting those images is our bug. I am aware that sorting doesn't work right but this is yet another problem we have to deal with. I have asked that this is fixed and since we don't have professional support It can take several weeks, perhaps a month. I can't fix it, I can just patch it, so I have removed those images for good and they will be gone from index within several hours. More then this its not possible to do.
 
 
I am using this image for several months in production. Any many other people. We share this joy with you. 
 
Mainline based support functions rarely gets to full completion as its very expensive to brought things up and maintain with no budget. Adjust expectations, use old kernel, share findings with others, but don't expect anything, especially not answering questions. It can easily take hours, which is not at end users level.

If you don't power it via powered hub, its almost certainly this. Those USB ports are not delivering sufficient power.

We registered the #armbian channel on the OFTC IRC network. It has been added to the bridge so message will be relayed to Libera and Discord.
Depending on how frequently it will be used other channels like those for SoC or off-topic will be added later. Thanks @yang for the suggestion

Hi!
 
The root of cause is not controller itself, but pcie phy. It's not properly initialized on module init. So when device is cold-booted (after power on) phy stay in "factory" state, but after warm reboot phy stay in "power_on" state and prevent any training.
 
Patch https://github.com/armbian/build/pull/4308/files works because after first fail phy reset by pcie driver.
 
https://github.com/andrewz1/rk3399-pcie-phy this is updated phy module and dtb overlay for switch to it (I just changed name). This is just proof of concept.
 
patch attached (tested on edge kernel)
phy-rockchip-pcie.patch

This WiFi + Bluetooth card should now fully work on the legacy kernel. Bluetooth was fixed by the below commit. Users may need to install armbian-firmware-full to get the required firmware.

https://github.com/armbian/linux-rockchip/commit/0d05f8c90fbdcf35e63fa58c0d0400a19bc3a33f
 
 

Unfreeze firmware via armbian-config.

If there is none you have to build it by yourself: https://github.com/armbian/build

moved

I finally got a configuration that works.  I got a 5v 4amp wall power supply to run the Orange PI PC
I connected my amp power to the 2 5v header pins and 2 and pins.
I connected the audio jack's L and R & common ground using the SMD pads instead of an audio plug (My plug was stereo and was shorting the video out to audio channels)
I put the audio signals through a audio isolation transformer to get rid of the ground loop current and filter out the big pop when the audio codec kicks on
That's it!
The 4a is strong enough to run the board and the amp without significant voltage drop on high power usage (~200ma draw from amp)
The isolation transformers eliminate the ground loop hum and chatter from the board operations.
The audio is clean and loud.

Just because someone (dietpi) forks Armbian, doesn't give credit to armbian, and doesn't contribute back to Armbian, doesn't mean that Armbian can then support their end users.  We have no idea what dietpi has done to their code after forking off of armbian, so we again can't help you.  Complain to those that can/should be providing you support.  We can't.  Of course you always have the option to install a genuine Armbian build.  That doesn't mean that this will get magically fixed, but at least we will not completely ignore your request.

I agree that this branding is confusing for end users.

@royk
I had apparently enabled UART3_M0 at some point, which does indeed conflict with SPI4_M0, disabling UART3 worked. Thank you for bringing that to my attention.
@Werner
Apologies, I will be sure to include that log in future posts. 

lunar will soon be out of date. I will add support for the next LTS release.

A rebuild of vlc or mpv can use the new libavcodec60 package in ppa. I'm going to upload new packages to trigger rebuild.

I run Armbian on TV box and Diet Pi on other SBCs. As appreciative as I am of the Armbian project, I don't think anyone should purposely buy a TV box to run Armbian when there are properly supported SBCs. TV boxes should only be used if you having one lying around.

thanks for the pointers. I'll look at the code and see if I can contribute some improvements.
really appreciate the responsiveness!

Moved to rockchip forum as this is not an Allwinner board

Topic moved and appropriate tag added.

Hi
 
I had bought a NanoPi R4S with the goal of installing IPfire.
Unfortunately that was too complicated for me https://wiki.ipfire.org/hardware/arm/friendlyelec/nanopi-r4s
 
I had now installed Armbian and NextCloud and I am very satisfied. In about 10 hours I had "my own cloud". Therefore a very warm and big thank you to the Armbian developers.
Only thanks to the Armbian, I can look over the Raspberry horizon.
 
I wish you a very pleasant week
Best regards