Posts by mglae

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)?

There is another report resolving a wrong address from SMB share (without mediaportal): SMB broken in nightlies RPI4

Samba is doing it's own name resolution and in the last post OP found the address listed in nmblookup. Please try nmblookup NCC and nmblookup -A 172.20.208.1.

BTW: nslookup is only querying DNS servers while the system library name resolution is using the methods defined in /etc/nsswitch.conf. For hosts these are usually files (->/etc/hosts). MDNS and DNS. This can be queries with the getent ahosts ... command mentioned.

Quote from ElwoodSC

Here is another log from LE 9.95 (Allwinner H6) when pvr.mediaportal is configured to use RTSP instead of SMB:

RTSP failing too makes the error even more mysterious to me - maybe caused by caching of addresses.

Comparing LE 9.2.6 with 9.95 does not help, almost every part was upgraded.

CvH Possible. But 172.20.208.1 can't be random and i.e. WSL2 is using it automatically.

ElwoodSC Please post the output of avahi-browse -a -r -t

A possible work around may be adding your host NCC to the hosts file /storage/.config/hosts.conf.

MS-Discovery is not available for Linux and SMB1 is disabled. Zeroconf/avahi MDNS seem to be more "agressive" in recent versions and resolving names directly.

Your smb://MY-Username:MY-Password@NCC address is resolved to smb://USERNAME:[email protected] - maybe matching a virtual machine on your Windows system.

Likely you get the same address with getent ahosts NCC in LE.

Use the IP address instead of the name.

To get smooth playback on Generic add PR19448 to kodi.

Have you already tried a nightly after 20210328 including kernel 5.10.26 with an additional AMD iommu.c fix?

With LE10 you have to use: RE: HDMI Passthrough RPi4 - AVR detection

Quote from heitbaum

Feedback overnight from the other user reporting the error “it disappeared on 5.11 for me.“

In such cases it is always worth to even try RC mainline or bleeding edge drm-next kernels.

There is a warning but I don't know if this is related:

Mar 25 23:55:18.018661 LibreELEC kernel: i915 0000:00:02.0: drm_WARN_ON(common_len <= 0)
Mar 25 23:55:18.018665 LibreELEC kernel: WARNING: CPU: 4 PID: 1 at drivers/gpu/drm/i915/display/intel_dp.c:2362 intel_dp_compute_config+0xd53/0xeb0
[...]

Quote from matthuo

Besides, why did you say it was your fault?

I had the impression the issue only reported foor recent kernels. But it exist in kernel 4.19 too and therefore in LE 9.2.6.