Posts by chewitt

The iMX code path in Kodi was broken for approximately ~6 months before [linux] remove imx platform by lrusak · Pull Request #12990 · xbmc/xbmc · GitHub was submitted and merged to remove it and clean things up. In the longer-term iMX6 will be supportable using a mainline kernel and the next-generation Linux video pipeline in Kodi and we already have a prototype image in the 'nxp' branch in GitHub. Early testing revealed some missing capabilities in the vivante open-source driver; notably the ability to switch refresh rate. Once upstream developers extend functions in the driver we'll be able to run public testing and think about releasing images again. As we currently have no real-world influence over those developers or visibility on timescales there are no plans for 9.0 releases.

No current solution because the Amlogic 3.14 kernel does not handle HDR > SDR conversion and the replacement mainline kernel will not have HDMI 2.0 and HDR support for some time yet. Using Windows or "buy an HDR compatible TV" are the current best options.

There's an option in Kodi settings for "disable other screens" but this only works if Kodi can see multiple screens. If the hardware defaults to mirrored output with a single screen there's not much we can do in software.

I've no idea which forums provide support for ATV releases, but it's not this one, sorry.

If you reach the point where you releasing something based on our codebase you have a GPL obligation to provide sources for your changes, and the easiest way to fulfil the obligation is pushing changes to an online repo, ideally github. If you want people to review work you need to make your work review-able. The easiest way of doing that is pushing changes to an online repo, ideally github. Spot the theme?

Git can be tricky at first, but everyone started out as a novice user and everyone remembers that. If you need help to make the leap, ask.

Changing a single patch to remove the colon would be accepted if PR'd, but if you do that from a Windows filesystem git will (or should) also pick-up a change from 644 to 777 permissions which would grounds for rejecting the PR (or sending it back for rework).

Connect the box to Ethernet in the hotel room and then use the wireless hotspot function to connect a laptop or mobile phone to the LE box. You can now use a browser on the laptop/mobile to provide the login details or voucher code to activate the internet connection. Once authenticated you need to keep using Ethernet as the hotel systems recognise the MAC address of the connected device; i.e. If you authenticate over Ethernet and then switch to a wireless connection you'd need to re-auth the connection against the wireless MAC address. It's possible to connect the other way and connect via wireless (to the open Hotel wifi network) and then share the connection over Ethernet, but our GUI doesn't support that so it can only be done using connmanctl via the SSH console.

I carry an older Apple A1rport express in my hotel kit. I connect that to the Ethernet connection in the room and auth once so it's MAC is registered, and then I can join as many devices as I need to my private network which is always in range and more reliable than the hotel wifi.

I'd ask that you solve the old-school problem sooner than later. Get code in a git repo so changes are under version control and the differences between your codebase and ours can be easily seen and understood. We will be quite happy to provide guidance and assistance, but only if we can comprehend how things work. Nobody will make the effort to review a collection of patch files in a mega share.

Not much change. Current generations of NUC are still the best 'performance' option but HDR support in the Intel GPU drivers is still under active development. Current Amlogic S905X/D devices have sort-of HDR support, but there are some lurking issues in the 3.14 kernel that will never be resolved and although mainline kernel is progressing nicely we are still some way from having full HDMI 2.0 support; and HDR support there will ultimately depend on some of the same "work in progress" kernel bits that the Intel GPU drivers need.

I have no doubt that both Intel, Amlogic, Rockchip etc. will have proper HDR support in the future, but I wouldn't want to guess timescales

Use the example NFS mount service in /storage/.config/system.d/ to mount the NFS shares. Use path substitution to tweak paths to match the DB entries if needed. You don't need to configure sources in the LE instance of Kodi unless you want to update/scrape sources from LE. If you only want to watch DB content sources.xml entries are not required.

CSylvain do you have sources in a public git/code repo?

It's not possible to run LibreELEC on these devices.

Others might have tried but their labours would have been in vain. You'll need to clone LE to a case-sensitive Linux filesystem like ext4 to build a fully working LE image else the permissions of numerous critical system files in the image (if you even get that far) will be trashed and either the image won't boot or important services won't start. You'll need to use a Linux VM or container to build images; both of which should shield colons from the host OS. For the record, our 8.2 branch is no longer open to changes; only bumps to existing addons will be accepted.

LibreELEC is not based on buildroot so their packages will not translate directly. We loosely follow the recipe principles from Welcome to Linux From Scratch! but the main source of instruction is "prior art" in the current buildsystem.

The LED light ring should work "out of the box" in the LE 8.2.3 image. The only reasons I can think of for it not working are /flash/config.txt has been edited (or restored) to disable the slice overlay, or hardware was damaged while making the CM > CM3 upgrade.

C2's run best with the eMMC board.

Settings > Media > General > Allow file renaming and deletion

^ make sure that option is enabled.

Android device trees are not compatible with LibreELEC releases.