Posts by mglae

Sorry for the 8821 to 8822 fault.

Usually third party Realtek drivers can be included into a community build, but will not be added any more to official builds.

You can use the existing drivers as exsamples.

Which server? See Unable to play some media under kernel 5.10.11 when using NFS · Issue #19147 · xbmc/xbmc · GitHub

Using samba you likely did create some files/directories with capital letters. Do:

mkdir -p /storage/.config/firmware/rtw88
wget -P /storage/.config/firmware/rtw88 https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/plain/rtw88/rtw8822c_fw.bin

You may have to download rtw8822c_wow_fw.bin too.

[    0.648103] pci 0000:04:00.0: [10ec:c821] type 00 class 0x028000

RTL8821CE is supported by kernel 5.9 and later. Use LibreELEC 10.0 BETA 2.

On the bottom of Hauppauge WinTV-HVR-2200 - LinuxTVWiki is a note that the card is at least not working in some Supermicro boards.

First the card has to be listed in dmesg/journal log or via lspci before any driver can be used on it.

The easiest way to test this on different OS versions without touching your installation on HD is to create an install stick, boot it through the syslinux boot menu to the first installer screen, press Alt-F3 to get the debug console and type lspci. Candidates are 9.2.6, 9.95.1 and the latest nightly from Index of /

Which build host do you use?

There was a similar report: Raspberry Pi 4, Latest Master Build Failure for target:kodi

keka1234 It's a common mechanical issue that the card bracket is pulling out the PCI-E contacts. In worst case you have to bend the bracket to get reliable contact.

Incorrect checksum calculated on downloaded file: got 896ac76671a9b89836a7014b16cc85b45b041e03fe34a8f529f4718aa2b15cef wanted 0f162bbcef951d5e3fc5e8974f5944c420657edc72bf51e0074f46f30d942722

Checksum of package downloaded from GitLab has changed. Update packages/graphics/kmscube/package.mk.

PS: With my Generic setup I cannot download/test kmscube. If there is a volunteer for a fix ...

When building master the sources have to be downloaded from the original source, error 404 from sources.libreelec.tv is a Red Herring.

Check why download try from Mesa / kmscube · GitLab failed before.

Will create a PR.

Try

--- /storage/.kodi/addons/service.librespot/resources/lib/ls_librespot.py~
+++ /storage/.kodi/addons/service.librespot/resources/lib/ls_librespot.py
@@ -119,7 +119,7 @@ class Librespot(xbmc.Player):
                 env=ADDON_ENVT,
                 stderr=subprocess.STDOUT,
                 stdout=subprocess.PIPE,
-                text=True)
+                text=True, encoding='utf-8')
             log('librespot started')
             with self.librespot.stdout:
                 for line in self.librespot.stdout:

Don't worry about making errors, deinstall and reinstall in this case.

Thanks. Is working - better: not working - as expected.

Please post the output of

nmblookup -A 192.168.56.1
nmblookup -A 10.13.137.57

Most likely you have a VM running on the Windows machine and its address is selected. Use nmblookup BEJHAN-PC on the RPI to verify.

If yes use smb://[email protected]/

See pvr.mediaportal - working in LE 9.26, not working in LE 10.0

Most likely you have to use irserver64 on a 64 bit system.

Likely the behavior was changed in kodi with PR19040 using nmblookup via CDNSNameCache::Lookup().

To my surprise Kodi is preferring nmblookup addresses over NSS and using the last listed line.

Quote from ElwoodSC

why does LE 9.26 work in this environment.

Is there a difference in nmblookup output (because of older version)?