Posts by chewitt

Those are two of the best known mirror sites in Europe. No scam.

[    2.579005] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[    2.579188] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops 0xffffffff8bc18620)

^ hard to say.. have you tried a currently Nightly image? (newer kernel and drivers)

I think there are two separate issues:

a) Logs show the box has an RTC chip that keeps time between boots, and connman reports NTP sync with under 1 sec clock drift and shows 1.nz.pool.ntp.org as the active server, and there are no certificate errors in the Kodi log - so it's not the "NTP fails to set clock causing invalid TLS cert" problem. You need to enable debug mode in Kodi and reboot/reshare the logs so we can see more about the failure to connect to LE servers. Also, have you tried doing a force refresh? (navigate left in the add-on browsing views, force refresh).

b) Kodi sets the timezone in /storage/.cache/timezone when it changes, so from what I'm seeing in code/patches and the tz-data.service it would have to be Kodi writing the wrong value. Again, debug mode might show more (maybe).

I gave up on "browsing" aeons ago. It just takes a little effort to configure shares; personally I edit /storage/.kodi/usersdata/sources.xml as the format it simple and typing smb://user:pass@SERVER/SHARE is easier on a keyboad via SSH than using a remote in the GUI. SMB2/3 file sharing works fine in Kodi so there's really no need to downgrade things to SMB1.

SSH into the box and run "dmesg | paste" after a clean boot, then share the URL

You can look at the package.mk in https://github.com/LibreELEC/Libr…rmed/package.mk in our master branch this will tell you the current status of the package. We make periodic updates to add-ons and build them when upstream things are bumped (and we notice, there is no automation) but they are not built "nightly" like core images.

Add "video=HDMI-A-1:1920x1080M@60D" to boot params in cmdline.txt and see if that helps?

deinterlace support was merged into LE11 nightlies a week or so ago, it is not in the LE10 codebase at this time.

The LE 11 images in https://chewitt.libreelec.tv/testing/ are updated with some experimental fixes for seeking in ffmpeg. H264 media seems to work quite well now. HEVC generally seems to work but still fails occasionally for me. Enjoy

https://chewitt.libreelec.tv/testing/ <= use the "box" image and edit the dtb name to use in uEnv.ini, you will need to experiment with dtb files but S912 boxes are often much the same (try some of the box devices, not SBC boards).

Quote from localdemoda

Hello, I have bought a 2gb and 16gb x96 max plus tv box, with s905x3, and I cannot find the dtb for this box model; How can I install coreelec or libreelec on the internal nand?

Hardware decode with SM1 devices is also a little broken in the LE mainline codebase right now, and I also don't support internal installs on box devices.so you're better off with CE, and that means you're in the wrong forum for advice - CE is someone else's problem

Quote from bibe

What is the difference between 10.8 and 11 nightly images? THX.

The 11.0 nightly images are made from LE master. The 10.8 images are my experimental builds which are a little ahead of master. I hard-code the version number because I have scripts for pulling/distributing updates to test boxes which don't work when the filename is randomised with date/time info like the nightlies. My images are currently more functional, but you can crossgrade between them as you see fit.

The three missing things (holy trinity?) are/were:

• Hardware deinterlace
• 3D support
• Optimised software HEVC support

Deinterlace is done. 3D is possible and not on the Foundations to-do list, but one of their developers is likes 3D so it will probably happen from personal interest at some point. Software optimisation for HEVC is not likely to be redone because it's a large effort and requires a level of hackery in ffmpeg that will never be accepted upstream, which is the design requirement for all code now. Tests show the non-optimised HEVC support in LE11 images is sufficient for SD media, but not 720p/1080p. So if you really need HD media, either stick with LE9.2 or bump up to an RPi4 with native HEVC hardware decode.

The deinterlace changes need to be backported onto the kernel and ffmpeg branches that are being used in LE10 releases, and then we can think about spinning a new version. The lack of HEVC support, which is not on the Pi Foundation to-do list, means we are still 50/50 on what the user reaction will be like. It probably means we will choose timing; i.e. avoid Christmas and New Year periods when we'd like a break and some downtime with families. It's not the time to invite lots of user demand for something that can't be fixed.

Just copy the binary you compiled on RaspiOS over to LE along with the systemd .service files. You will probably need to fiddle with paths in the service files to get it working.

You can use a currently nightly image from https://test.libreelec.tv/ .. it's K20 not K19 but at this point in the dev cycle the the DB versions are still compatible.

Use the "box" image if the vendor u-boot (factory image) is still installed on eMMC and set the dtb name in uEnv.ini. The "wetek-play2" image requires the box to be boot using upstream/mainline u-boot on an SD card.

Forum rules prevent anyone from sharing links/sites where file-sets can be downloaded in bulk. Have a look at the Internet Archive Game Launcher (IAGL) in the Kodi repo. This plays files direct from the archive. SNES files are small so no big need to download them.