AxelSat update to the image I posted to my testing share and then share the system log .. let's see what happens
Posts by chewitt
-
-
Can anyone provide some instructions on how to get the wifi chip on an orange pi 5b going?
Run "journalctl | paste" after boot and share the URL generated so we can see which device-tree is being used, and assuming it's one where WiFi/BT are described, what chipset is being used and what firmware might be needed.
-
From release notes: https://libreelec.tv/2025/08/15/libreelec-omega-12-2-0/
"The nVidia Legacy 340.xx driver remained usable for six years after nVidia discontinued support, but it no longer compiles with the latest Xorg release so has been dropped from the Generic-Legacy image for LibreELEC 12.2 and the future 13.0 release. This impacts older nVidia cards, which are unfortunately the majority of active nVidia installations."
So LE 12.0.2 is the last and final working release for an ION device. I've done tests with Nouveau but VDPAU support is "not where it needs to be" for reliable use (and Nouveau only supports it on a subset of cards) and the Atom CPU on ION devices is too weak to handle software decoding as an alternative.
-
PAPlayer is the native/internal (and on LibreELEC the only) audio player that's used in Kodi, as we do not support the player being changed. Changing the audio or video player used to be a thing in ye olden XBMC days. I haven't seen it being discussed in many years and I'm not even sure swapping to another is still supported.
-
If the board powers up (LED's come on) the device is not bricked (esp. for something booting from SD media). It can have software issues that disrupt boot, but it is not bricked.
Add ssh to boot params in exlinux.conf to force the SSH daemon to start. Add video=HDMI-A-1:1920x1080M@60D to stop the kernel defaulting to 4K60 modes the TV might not like. If you want us to do more than blind guess at the issue; attach a serial UART cable and pastebin/share the output from boot.
NB: You can also try: https://chewitt.libreelec.tv/testing/LibreE…ockpro64.img.gz
-
Perhaps look at https://github.com/add-ons/plugin.video.vrt.nu/issues for info on current issues with that addon. If the VRT content is both geolocked and encrypted it's possible that a specific or minimum libwidevine version is required, and as the add-on authors are always one step behind upstream changes there are occasional delays and breakage while things are adjusted. In some cases it's possible to manually download and mod things but we don't track that here, and there's not much point in me trying to test VRT Max as I'm ~6,500km from Belgium.
-
Random MACs cause issues with ConnMan as the 'service' identifier is derived from the MAC, e.g. ethernet_b827ebb5e9a8_cable so randomly generated MACs mean a new (unconfigured) NIC on each boot.
That said, I would still expect the second NIC to be detected and brought into an UP state, and for it to receive an IP via DHCP, which will mean you have two NICs in the same subnet etc. - but that's generally not an issue, and you can add a static DHCP reservation in the router to avoid manual configuration on the LE side.
See if this works to assign a static MAC:
Create that ^ file with the content below:
CodeSUBSYSTEM=="net", ACTION=="add", KERNELS=="0001:04:00.0", PROGRAM="/sbin/ip link set %k address ae:7f:66:a5:82:77"Reboot to see if it works. Check the MAC assigned, then reboot again and check again to see if it changed? .. and if no, has the NIC been detected properly this time?
-
There are several K22 database API version bumps in recent time, so depending on what version you are updating from and to; the system may run a database upgrade in the background on boot. In theory Kodi should be showing the splash screen with a status message when that happens, but I can't put hand on heart and say that I've always seen it. So if you see a black screen, SSH in and check the kodi.log to see whether that's happening (or not) before forcing an update.
-
It's the first time I hear of problems

-
a) Kodi does not publish a "Linux" version; each distro compiles and provides IA for their own users
b) If an updated IA version is released we have normally bumped our IA add-on within 24 hours
c) The "old problem" you are reading about is an old problem
d) If you want to faff about on the CLI using wget, unzip, and database hacking to enable the add-on, it can be done. As you need the 'compiled for LE' version from our repo though; why bother when it takes 5 seconds via the GUI.
e) There is no current/known problem with the IA add-on (at least, it works here for me)

-
My RPi5 [snip] works fine with the SQL database, but it's on a wired connection
QED

-
The iwd developers are aware of our reports, I have personally flagged it and provided information multiple times, and maintain a discussion about it with them. The root cause is not obvious to anyone, but this is not uncommon with wireless issues due to the sheer number of variables involved and difficulty in investigating the issue; it's one of the annoying ones where nobody has been able to isolate the factors required to replicate it.
NB: 30 = ~0.0001% of the userbase. Sorry that you are 1/30, but you are wildly over-imagining the problem.
-
K22 has some basic DB connection handling, so if an SQL database is configured Kodi will make a number of connection attempts until the connection is available; and after X attempts it fails and restarts. On restart .. rinse/repeat.
K21 and earlier tries once and if the DB is not accessible it fails and falls back to the local DB (usually blank).
The "wait for network" setting can be increased in the LE settings add-on, but that won't ever fix the underlying issue of there being no network connection; that's what needs to be fixed.
-
Can anyone help me installing inputstream adaptive on libreelec before installing the addon and dependencies in kodi on libreelec? Thanks
The inputstream.adaptive add-on is in the LE add-on repo. If widevine is then required for some add-on it should trigger the install of widevine.helper which handles the download/install automatically.. at least that's my experience.
-
The user with the problem always believes it affects "lots of users" but the large number of reports (from a small number of vocal people who repeat post) vs number of active installs doesn't substantiate the claim, and over time with upstream changes to iwd, the number of new or continuing reports has declined. There are for sure some users still impacted, and we'd love that number to decline further, but that's in the hands of iwd developers not ours, and wpa_supplicant has other issues that were mitigated in the switch to iwd, so regardless of which one is used we have a "You can please some of the people some of the time, not all the people all of the time" situation, so we favour progress and moving forwards, and there is no interest to revert.
-
-
-
If your colleagues can help us, we will be very grateful!!!
I have friends in the project, but no colleagues; because we are not a company, there is no product, and we do not undertake commerical development or support work. Good luck with the AI suggestions!!!