Would you mind adding a ffmpeg plugin with the 4.4.x ffmpeg version as a alternative?
There's no info on your hardware/codecs/configuaration or Tvheadend configuration, and no debug logs .. 
So assuming there is a real problem (not related to client-side drivers) the issue should be reported to Tvheadend devs so it can be investigated. If the problem is in Tvheadend (as you suggest) that's where a fix is required; we have no interest in packaging retro ffmpeg versions for workarounds.
connmanctl
agent on
scan wifi
services
connect <service>Use connmanctl to join a WiFi network ^
<advancedsettings version="1.0">
<!-- enable debug logging -->
<loglevel hide="false">1</loglevel>
</advancedsettings>Then create /storage/.kodi/userdata/advancedsettings.xml with ^ that content and reboot so Kodi is in debug mode. Then run "pastekodi" and share the URL generated so I can see the system log and Kodi log.
Not sure how you are running Transmission (nor do we care to know) .. but it wasn't provided by LE so it's not something you will receive support on in this forum. Go read forum rules again.
Just checkout and build master as the start point. For what we're doing there's no need to commit/save changes.
Ubuntu minimial with openssh is all that's required; then you can SSH into the VM to install prerequisites and clone sources. There's no need for the GUI environment too, but I guess for some users Terminal access will be easier than SSH.
dhomas Have you tried a clean install vs. upgrade? (or stop Kodi and rename /storage/.kodi to sidestep all current config). I ran a boot test on LE12 to look at alleged audio issues with an ageing Xtreamer Ultra2 (ION) board a couple of weeks ago (first boot in nearly a decade) and audio was working for me.
However, I encounter an issue where Wi-Fi networks are detected but when I try to enter my password, it gives an error of invalid password, preventing me from connecting.
This is a general issue and nothing to do with your hardware or presence of Armbian. It is proving challenging to resolve as none of the staff can replicate the issue. See: https://github.com/LibreELEC/Libr…ment-2001716879 for the latest ideas on things to fiddle with.
You need to describe the configuration in more detail. It is not clear what you are trying to engineer/do.
LE has a single hardcoded default user (root) and default but changeable password (libreelec) with SSH disabled by default. In LE settings you can enable SSH, and enable/disable SSH passwords (disabling allows you to stop password login and use pre-installed SSH private keys instead) and change the root user password. If all you want to do is login remotely .. re-enable SSH passwords and use any SSH client to access.
Once you have SSH access sorted, run "pastekodi" after booting and share the URL so we can see the Kodi log.
On the Libre config I have enabled SSH and disabled SSH password on the Services page
Raspcontroller (which I have never seen or used, so guessing) is probably written for RaspiOS not LibreELEC so may not work. Did you install SSH private keys first before disabling passwords? .. If no, disabling SSH password auth (to use key-only auth) prevents password logon.
LE/Kodi depends on working EDID data from the HDMI connection to the TV/Monitor to understand what output options can be used. You can force HDMI output to a specific resolution using kernel boot params, but if EDID does not provide any audio options you'll have video and no audio.
Update to LE12 beta2, the Chrome add-on there was updated in the last week and "beta" is no less "stable" than 11.0.6.
NB: LE runs in well under 1GB RAM so swapfiles are not required (hence not created by default). All you achieved was increase the box boot time.
rsync -av -e ssh
^ that requires rsync to be installed via the System Tools add-on, whereas boring old scp achieves the same without needing that.
No, I never built an LE image but I can try.
Have a read: https://wiki.libreelec.tv/development/build-basics
First step is to build the current LE master branch (LE12). Once that results in a working image that you can boot, we can describe how to bisect the changes.
Everything you want to keep/reuse is in the Kodi userdata folder. Everything else has references to specific hosts or hardware that you don't want to duplicate or retain. So stop Kodi and restore only /storage/.kodi/userdata from backup (or recursive scp it from old x86 host to clean-installed RPi4's over the network to avoid the hassle of remembeing tar commands) then restart Kodi and reinstall add-ons from repos and the existing add-on configs will be reused. You will need to revisit some Kodi system settings as info on audio devices etc. will be incorrect after the hardware change, and change the device name in LE settings so they're all unique.
DRM Memory Management — The Linux Kernel documentation
In short, the hardware decoder writes decoded video frames to DRMPRIME memory buffers in a format that allows the same buffer to be (re)used by multiple processes within the display pipeline until the frame is transmitted/output via HDMI. This more efficient than non DRMPRIME decoding where each process in the display pipeline must read (copy) the buffer from memory, do something, then writes data back to memory. DRMPRIME is "zero-copy" decoding. TL/DR: leave it turned on unless you want your RPi5 to work less efficiently. And if you have a problem with something .. this is unlikely to be the cause.
Adding "ssh" to boot params in uEnv.ini forces SSH to start on boot. Then stop Kodi and use nano to edit guisettings.xml to change any instances of 1080p resolutions in the file to the 720p equivalent (search for 1080) then restart Kodi. NB: If Ethernet is not working you're probably using an incompatible device-tree: although there aren't many to choose from.
The error messages explain the lack of video output though; no HDMI controller = no HDMI.
I never heard of p291 devices before. Can you share the android dtb file?
NB: that boot log shows the box is using some homebrew dtb, nothing we/me created. EDIT: anything from "ophub" is 100% not supported. I'm not surprised HDMI and audio aren't working. Armbian != LE and that developer creates half-baked device trees (and last time I looked, doesn't provide sources for them). Not my problem to solve.
AFAIK the HDMI code has either been submitted or is close to being submitted, and panthor GPU support is now merged, but hardware video decode codecs are still missing. It'll be usable at 1080p with software decoding. I'm not sure about 4K media.
At this point someone who cares about RK3588 support should probably submit changes to create an LE13 image. I think we'd have no problem with including backports and patches that are iterating on mailing lists, but we wouldn't accept drivers from the vendor codebase uless backed with a commitment from a "known name" developer planning to rework them in the mid-term.
