Posts by Nofan Tasi

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Hi all
    When upgrading 8.0.0c -> 8.0.0d, I had put new gxbb_p200_2G_1Gbit.dtb as dtb.img in .update folder.
    For some reason, ethernet and USB (e.g. mouse) stop working.
    Downgrading to previously working 8.0.0c with previously working old 7.0.3.011 gxbb_p200_2G_1Gbit.dtb does not fix ethernet or USB. Note that remote works so I can configure LE. Also note that Android ethernet and USB still work fine.
    Does this ring a bell ? and : is there a fix (perhaps adjust/restore a file)?
    Thanks

  • [8.0.2c] LibreELEC 8.0 builds for KI Plus / KII Pro / KI Pro

    Quote from gor


    Hi,


    I 've installed LibreELEC-S905.arm-8.0-8.0.0c-I.img.gz and replaced dtb.img after that added the addon service.tvheadend42-8.1.110c.zip + pvr.hts-3.4.17.zip and disable update and no internet connection, but I got an error on Kodi error at pvr.hts-3.4.17 addon, tvheadend unreachable ( although ip was 127.0.0.1 in Tvheadend) and If I choose watch TV a got pvr is starting 0% and that's all.

    Thanks for any suggestion.
    Gor

    not sure if it will help but you may want to try to
    stop services
    backup Addon DBs (say: suffix _)
    start services

    if it does not help you can always
    stop services
    restore Addon DBs (sat: suffix _)
    start services

    if it does help you can later remove backup

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Quote from kszaq



    Try replacing addons URL to something like this: options#L129 and use WP2.


    I may be missing something but if I define

    Code
    ADDON_PATH="$ADDON_VERSION/WeTek_Play_2/$TARGET_ARCH"
ADDON_URL="$ADDON_SERVER_URL/$ADDON_PATH"


    I still end up in kszaq.libreelec.tv since

    Code
    ADDON_SERVER_URL="http://kszaq.libreelec.tv/addons"


    Unfortunately I do not find an alternative Addon server URL ...

    Code
    $ pwd
kszaq/LibreELEC.tv
$ find projects/ -type f | xargs grep ADDON_SERVER_URL
projects/S905/options:    ADDON_SERVER_URL="http://kszaq.libreelec.tv/addons"
projects/S905/options:    ADDON_URL="$ADDON_SERVER_URL/$ADDON_PATH"
projects/S805/options:    ADDON_SERVER_URL="http://kszaq.libreelec.tv/addons"
projects/S805/options:    ADDON_URL="$ADDON_SERVER_URL/$ADDON_PATH"
projects/Virtual/options:    ADDON_URL="$ADDON_SERVER_URL/$ADDON_PATH"

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Quote from kszaq


    How is everyone's GUI smoothness in 8.0.0c? Better or no change than in previous builds?

    I believe to feel c is smoother in GUI than a. But I have not much practice to come to statistical thruth. But feeling also counts.
    [hr]

    Quote from JonSnow


    Silly question, if I'm on 7.0.3.012g do i need to upgrade the device tree? I recall reading 8.0 still uses the old 7.0.3.012 device tree

    I successfully use old device 7.0.3 trees. In fact I am not sure there are newer ones (for my devices).
    [hr]

    Quote from kszaq



    Try replacing addons URL to something like this: options#L129 and use WP2.

    Thanks for the hint! I had not spotted this options ADDON_SERVER_URL key.
    [hr]

    Quote from Nofan Tasi


    [...]
    I like 8.0.0 a lot, but there is one reason I stay with 7.0.3:
    The deRedactie.be video TV streaming add-on, for some reason, works in 7.0.3 but not in 8.0.0
    I'll contact developer of that add-on.
    Thanks kszaq for keeping us all happy.


    deRedactie.be developer provided workaround fix for his add-on (to be found in github).
    I'll switch from 7.0.3 to 8.0.0 !

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Updated to 8.0.0c (64bit img only, DVB TV add-on's did not have any update since 8.0.0a)
    I like 8.0.0 a lot, but there is one reason I stay with 7.0.3:
    The deRedactie.be video TV streaming add-on, for some reason, works in 7.0.3 but not in 8.0.0
    I'll contact developer of that add-on.
    Thanks kszaq for keeping us all happy.

  • [7.0.3.012l] LibreELEC 7.0 for S905/S905X

    Quote from kszaq

    What do you need it for? 32-bit userspace builds are working well.

    I don't think we really need 64bit but, on the other hand, maybe one day some LE or addon code may conditionally want to use 64bit if available and perhaps result in better performance for some task that can effectively use 64bit. if nobody makes sure 64bit continues to build, that would be a pity. Also, the high end TV boxes have enough resources to run 64bit. And, somehow, one may believe 64bit software on 64bit hardware is cool :-). Myself I have built (and run) 64bit upto 7.0.3.12g (skipped h) and I would like to be able to continue to do so.

  • [8.0.2e] LibreELEC 8.0 for S905/S905X

    Quote from ukdaveuk


    7.95.beta5 still the same tvheadend client livetv playback problems since 7.0.2.007 (recordings playback fine).
    Looks like I'm resigned to staying on that build for ever as this bug introduced in 7.02.008 is just never going away.

    Reported several times
    thread-2156-post-29822.html#pid29822

    Some details about tvheadend breaking are welcome.
    I never had any back/front client/server issues from 7.0.2.00x to now 7.0.3.012g (sorry no h yet).
    In fact it does not even matter on which machine back/front client/server are (e.g. both on same box or not).
    it works (for me).

  • [DONE] (7.0.3.012g) building 64bit

    Quote from Nofan Tasi

    Thanks for kind reply

    I will keep on trying and will no longer remove Python patches + create the symlink.
    Can I simply continue to use 7.0.3.012e tag or shall I use another one or another branch?

    keep you informed

    I tried again (sorry: had to wait because libreelec download server not usabe). Same issues.
    This time I checked out 7.0:

    Code
    git checkout libreelec-7.0

    But same fatal build issue:

    Code
    $ grep -i -A1 fatal image.log
[Fatal Error] classXBMCAddon_1_1xbmcgui_1_1ControlSpin.xml:58:271: XML document structures must start and end within the same entity.
Caught: org.xml.sax.SAXParseException; systemId: file:///home/gentoo/MiniMX/LibreELEC/kszaq/LibreELEC.tv/build.LibreELEC-S905.aarch64-7.0-deve
l/kodi-16.1-c327c53/xbmc/interfaces/python/generated/doxygenxml/classXBMCAddon_1_1xbmcgui_1_1ControlSpin.xml; lineNumber: 58; columnNumber: 27


    the doxygen classXBMCAddon_1_1xbmcgui_1_1ControlSpin.xml looks truncated indeed.
    012c is latest I could build without problems. I imagine kszaq changes are not the cause. But upstream changes may.

    If anyone would be so kind to try to build, say, 012f, that would help troubleshoot if problem is related to my build environment.

  • [DONE] (7.0.3.012g) building 64bit

    Quote from kszaq


    I have pushed an updated Python patch to my libreelec-7.0 branch (updated by Raybuntu) so that you won't have to remove Python patches when building for aarch64. I will do the same in libreelec-8.0 branch.

    For kernel config you can simply create a symlink in linux folder linux.aarch64.conf -> linux.arm.conf so that with every pull/checkout it will link to latest kernel config.

    The build issues you are facing seem to be your machine-specific, I didn't push any changes that could break building in that way.

    Unfortunately I cannot check building for aarch64 every time as I don't have enough resources to do that - I compile on my laptop and building for different arch requires a whole new build folder that consumes quite a few GBs. That said I try not to do any changes that can break aarch64.

    Thanks for kind reply

    I will keep on trying and will no longer remove Python patches + create the symlink.
    Can I simply continue to use 7.0.3.012e tag or shall I use another one or another branch?

    keep you informed