Posts by chewitt

remove any matching entries from ~/.ssh/known_hosts and retry

LE is ~95% read-only and rather appliance like (deliberately) so you'd need to self-build and add the required user/group etc. at build time.

Normally the "getedid" command will detect the connected device and capture the EDID from it, then configure Xorg to use the captured .bin file to permanently force the detection. However that only works for a single output. If you want to swap between outputs you'll just have to remember to have the screen turned on before the box; or use the AVR to switch outputs without splitting audio/video.

If you're posting here .. it can be binned.

LE 9.0 does not exist. Development builds exist. Lots will change between now and LE 9.0 .. much depends on our community builders submitting their work to our main code repo instead of hoarding a boatload of patches. That said, don't expect miracles on Amlogic devices until we move up to a mainline kernel.

The two issues are kernel age and volume of devices. In dog/internet/linux years the 3.10 kernel is prehistoric and because it's missing so many now-fundamental structures it's too challenging to backport things. The 3.14 kernel is marginally easier, and unlike 3.10 there are a ton of devices using it, so community developers have made the effort.

NB: The second we have mainline kernel support for Amlogic devices, anything that cannot run mainline will have official support discontinued. The full scope of affected devices is not clear, but WP1 with the 8726MX chipset will definitely be dropped. Current ETA is post-Leia, so it should survive until the LE 9.0 release, although no promises.

1.) No, we have no clue what proprietary shitty SMB code runs in an ASUS router for their "share disk" feature (or whatever it is).

2.) SMB1 is considered a security risk. By forcing Kodi to continue using SMB1 you are still at risk. Disabling NTLMv2 auth over SMB1 (which is what those two lined do) degrades the already crap security level to something worse than plain normal SMB1. At the end of the day you are at no greater risk than you were six months ago. The only change is you (and many other users) are now marginally less ignorant of that risk, even if you don't understand it.

3.) The active SMB conf is documented clearly in the release notes that nobody bothers to read.

It's not possible to preconfigure networking and we have no plans to change anything to make it possible. CEC should work, as long as the micro to normal HDMI convertor doesn't do something to interfere. Plan C is to invest in a cheap micro USB to normal USB adapter.

I prefer AquariusELEC to LibraELEC

The 3.10 and 3.14 kernels used in current official releases for Amlogic devices (all releases since forever) do not contain the driver for the Xbox tuner so this will not work. I have updated the 8.2.0 release notes to make this clear. Community images provided by kszaq have media_build support and contain the driver, but I am not sure if he (or others) release anything for MX chipset devices. As a general rule the 3.10 kernel is simply too old for simple backporting of drivers so most community builders don't make the effort.

pastebin a Kodi debug log please

LE is a dedicated mediacentre OS. If you want the Pi Desktop please use Raspbian. If you want both OS on the same SD card use noobs to install both OS and make boot time selections.

No such plugin exists.

Read the 8.2.0 release notes.

On our Generic x86 image the available resolutions in Kodi are determined by the EDID response from the monitor. If it does not advertise 24Hz and 23.976Hz modes via EDID then Kodi will not show them as options. On many Android devices the list of available resolutions is often hard-coded (forced) so you see resolutions that the monitor/screen/tv does not claim to support. Audio works in a similar way. If the device does not advertise support for HD formats over EDID, Kodi will not offer them as selectable options. So connect to a proper AVR that supports those formats, not a monitor, and the missing items will (or should) magically appear.

FYI.. 8.2.0 is the current official release, not 8.2.1 (which doesn't exit) or 8.2.0.1 (which is pi hardware only)

Until we publish an official release there is no end-user support for those code branches. This is still early stage work and things are in a fluid state of development. If people want to self-build and experiment that's fine, but expect zero assistance with things that don't work. It's not that we don't care; but time devoted to supporting broken and unreleased code is time not spent on creating stable and released code.

unzip <name of file> unpacks to current directory

put files in /storage/.config/firmware/brcm/ and they are superimposed on /lib/firmware/brcm on reboot