Posts by MikeKL

    Mike1605 could you provide kodi logs with "debug switched on" as your issue seems similar to my recent experience (I explain) been using ExpressVPN successfully with "VPN Manager for OpenVPN" for along time now on rpis. However more recently never been able to setup cleanly on freshly prepared rpi with latest version of LibreELEC installed, getting what I recollect is same as you "Auth error with a user, pass and cert/key"

    As I had other rpi devices with ExpressVPN setup and working with VPN Manager for OpenVPN installed I got around issue by copying folders and files from working device.

    I also firmly believe I was using correct credentials "checked and re-checked" and even compared key files and addons setup files between working/non-working devices checking that username and passwords in files were same/correct etc. (Used manual method and wizard, checked information with expressvpn help team, I could not get to bottom of what I was doing wrong with clean install)

    I will re-test again in near future on a new rpi4 I recently purchased and if addon doesnt work I will post kodi.logs with debug switched on in the VPN Manager for OpenVPN addon and Kodi's settings.

    Regarding TV remote is not controlling LibreELEC Kodi, Assume you have ensured following options are set to On on your TV?

    i.e. ref page 15 43pft5503_05_dfu_eng.pdf

    Switch on EasyLink
    (Home) > Settings > Generalsettings > EasyLink > EasyLink > On

    Operate HDMI CEC-compatible devices with TVremote control
    (Home) > Settings > Generalsettings > EasyLink > EasyLink remotecontrol > On

    Additionally CEC should be defaulted to ON in LibreELEC on your Rpi. You can check this and modify other LibreELEC CEC settings via cog symbol (top left of Kodi GUI) then

    Settings -> Input -> Peripherals -> CEC Adapter

    Please Note: In order to see and access above option in Kodi GUI you will need to switch from "Basic" mode to "Standard" or higher

    (This can be adjusted by going to bottom of available options when your in Settings -> System to cog with Basic written next to it and stepping through available levels)

    As you can see below there are a number of options that can be adjusted to your needs in CEC Adapter settings option

    Update version 20191216 with kernel 5.5.

    Added support for built-in WiFi.

    Installed your build 201912120 LibreELEC-AML.arm-9.80-devel-20191220155508-6e9040d-amlgx.img.gz onto SD

    Modified uEnv.ini and extlinux.conf to ensure pointing to correct dtb for my vim2 "meson-gxm-khadas-vim2.dtb"

    Vim2 booted up into LibreELEC OK with following minor? warning message a start of 1st and subsequent boots

    Code
    [FAILED] Failed to start Set CPU Frequency governer and its tunables

    Build in WiFi "AP6359SA BCM4359" for my Vim2 Pro initially did not seem to be being recognised within LibreELEC settings, however when I physically connected LAN cable to VIM2 both wired and available wireless connections appeared.

    Successful made connection to LAN as expected, then attempted to switch to available wireless connection(s).

    1st attempted to switch connection to 5GHz band, entering password when requested etc. Upon entry of password and OK all available wireless connections disappeared from LibreELEC Settings list with no warning/error message. (recollect this as existing issue with LibreELEC settings, going into existing LAN connection as if to edit but select refresh option, finds and re-presents all available connections in list)

    2nd attempted and successfully switched from LAN to 2.4Ghz band, great news

    3rd attempted and successfully switched from 2.4Ghz to 5GHz band, great news

    Switching/Making WiFi connections via the LibreELEC settings menu seemed a little flaky, but with persistence and additional attempts

    Looking great for fully working WiFi on Vim2 Pro moving forward :cool:

    Ecolive. Make absolute sure you check and use provided username and passwords required for a "Manual setup" of ExpressVPN on a device. (Important Note: They are not same as those utilised to access your account on their webpage.)

    So an .img.gz will NOT scrub the entire disk, just over -write necessary system files?

    Essentially "update method" updates (or downgrades if updating to an older build) all system files, leaving all users setup information and addons as they are: unless its absloutely neccessary to disable/upgrade a user related addon/item due to incompatabilty with build being installed.

    This is why its "recommended/extremely important" to create a backup (and store away from device) using backup options via libreelec settings option.

    That way if in unlikely case anything does go wrong with update method, you can get back to previous build you had installed and recover from backup to have everything set-up and working as it was orginally on your device.

    (Scared to use .IMG.GZ, might over-write the whole disk, isn't it?)

    Don't worry you can use .tar or .img.gz to manual update device from existing installed running build to latest beta as mentioned in Update Libreelec section of wiki. Just ensure you have correct .tar or .img.gz file for your specific device, transfer downloaded file into update folder of device (using your chosen method to transfer file to device) then reboot.

    boot with inserted card = os on card,

    boot without card = system on eMMC...
    if you don't swap 50x per hour it should be not that big problem to go to box and insert/eject the card when rebooting the box!?

    Understood, except this is what has been fully available in past via balbes150 builds, reboot into Android from LibreELEC and reboot into LibreELEC from Android without any need to regularily play around removing and re-inserting SD. (Well at least for kvim devices)

    For all.

    If you have run coreelec or an older version of LE. To launch new versions should be upgraded as a universal multi-boot to a new version (script aml_autoscript latest images). Older multi-boot versions have errors that are not compatible with newer versions.

    hmmm when you state older versions of LibreELEC (how old?) and ref ukmark62 earlier post what is your recommended method to check current status and correct?

    Also to install and then maintain ability to boot between LibreELEC installed on SD (Latest version i.e. 20190716) into Android running on EMMC and vice-versa chewitt mentioned that there is no plan to support multiboot feature within an official version of LibreELEC so how would users like myself of KVIM2 get around this planned limitation. (i.e. via a future LibreELEC addon)

    zomboided just a heads up that there appears to be an issue with inability to enter settings option of this addon, when using very latest nightly builds of LibreELEC ref THIS POST in Kodi Forum. The addon still working as it should in background, just unable to enter settings to make adjustments.

    I concur with tez1 that this issue was possibly introduced around #0528, 28-May-2019 onwards in the v19 - LibreELEC Testbuilds for RaspberryPi (Kodi 19.0) as mentioned in his above post.

    Your addon is still working correctly with Kodi 18.2 (Linux Kernel 4.19.x) LibreELEC-RPi2.arm-9.0.2 and I believe upto #0524 of v19 milhouse nightly test builds. I am running on latest nightly build and will jump back to pre #0528 to check myself when exactly issue is introduced and provide differentiating kodi logs. (Hopefully sometime over weekend)

    balbes150  chewitt Installed 20190604 AMLGX (S905_S905X_S912) over running 20190530 build on my Kvim2 pro

    (Include valid tar in update folder and reboot method)

    Believe I have already read somewhere else (probably in github) that LibreELEC performs in situ update on reboot but then during update complains that its unable to locate/create dtb folder. (didn't manage to catch warning message, as boot screen quickly disappears)

    Quick look at the SD on PC and original dtb folder appears to have been renamed to dtb_old with replacement dtb folder not created?

    Checked uEnv.ini already contained valid modified pointer to dtb_name=/dtb/meson-gxm-khadas-vim2.dtb which it did.

    Manually copied dtb_old folder to create dtb folder again, then once SD inserted back into Kvim2, able to boot correctly into 20190604 :):cool:

    For info...quick screen grab of contents of SD with manually re-created dtb folder


    z6Ks9GT.png

    Although not for the C2, I can personally vouch for what chewitt has stated, as have been regularly "enjoying :/" installing and updating latest builds on SD for use with my khadas vim2 pro where "LibreELEC backup" before and "LibreELEC restore of backup" after is extremely sound advice in eliminating or at least minimising work involved to maintain installation with addons, consistently set-up and operating as I would expect.

    AMLGX is for GXBB/GXL/GXM hardware

    AMLG12 is for G12A/B hardware

    Assume LibreELEC-AMLG12.aarch64-9.1-devel-20190523111656-a41fdf1-khadas-vim2.img.gz provided by balbes150 Here is for a khadas vim3 and is currently named incorrectly for khadas vim2 ?

    I am Currently running LibreELEC-AMLGX.arm-9.1-devel-20190521114453-a41fdf1-box.img.gz on my vim2 Pro and experiencing black GUI text, ref this thread post. My current understanding as interested kodi user with khadas vim2 Pro, is to maintain my focus on recent AMLGX.arm-9.1 (32bit) “box” builds as these particular named builds will most likely have highest level of LibreELEC + kodi addon focus/support for vim2 Pro moving forward.

    Feedback for Khadas VIM2 Pro with build 20190521

    Installed LibreELEC-AMLGX.arm-9.1-devel-20190521114453-a41fdf1-box.img.gz cleanly onto SD card.

    (editing uEnv.ini to add pointer to meson-gxm-khadas-vim2.dtb)

    Booted into LibeELEC for first time and Kodi GUI Text is all Black?

    vSfyt0b.jpg

    p8eZEvx.jpg

    Utilised a previous build backup, to get latest installation how I like with few addons set-up for basic usage testing where after backup installed GUI text was still black? Kodi.log

    Additional quick sanity checks on use, after capturing above kodi log.

    Wired LAN OK as expected.

    Streaming Live TV via typical addon, Graphics and Audio OK via HDMI - H264@854x480

    Watching DVB-T Live TV via Tvheadened backend running on rpi3 across network, Graphics and Audio OK via HDMI - H264@1290x1080

    Note thin purple horizontal line is always present across bottom of screen when streaming and watching Live TV