Posts by milhouse

    What is odd is that all of your logs - including 8.2.5 - are showing a major problem with your GPU:

    With #0616 we switched from 4.14.y to 4.17.y, which presumably introduced a workaround for the bug or new behaviour that manifests as a delay during boot.


    There is a bug open for "vblank wait timed out on crtc":


    93782 – [i9xx TV][BISECT] vblank wait timeout on crtc


    Unfortunately it remains unresolved after 2 years, and is no longer a priority fix due to the age of the hardware. :(


    You could try adding the following to the LibreELEC kernel command line:

    Code
    1. video=SVIDEO-1:d

    You'll need to edit /flash/extlinux.conf so that it looks like:

    Code
    1. DEFAULT linux
    2. PROMPT 0
    3. LABEL linux
    4. KERNEL /KERNEL
    5. APPEND boot=LABEL=System disk=LABEL=Storage quiet video=SVIDEO-1:d


    But if that doesn't fix it, then I wouldn't hold my breath for a fix, and buying new hardware might be the best option (I'll leave it to you to decide whether Intel deserve more of your hard earned cash).

    Can you use the links from the Kodi website to avoid confusion? LibreELEC Testbuilds for x86_64 (Kodi 18.0)


    Only 12 months of builds will remain online, so #0801 [2017] is the oldest currently available (#0731 [2017] is no longer available).


    The update channel should download the correct build if you choose #0801 [2017] or #0801 [2018], but to be honest that's a secondary issue so if it's causing you a problem then download the tar files directly from the web site.

    The strange thing is that there isn't any obvious change in #0801 [2017] which relates to the Intel GPU driver as this seems to be where this issue is occurring. There were some kernel firmware changes in #0801 [2017] but these mostly relate to networking hardware (WiFi and ethernet).


    Starting with LibreELEC-Generic.x86_64-9.0-Milhouse-20170801215819-#0801-geb93713.tar - should be the first build as i figure out.

    The log you posted is for #0801 [2018], but the tar link you have given is for 2017, so I don't really know what build you are saying is the first with the problem.


    Can you confirm which build is the *FIRST* build with the long delay, and post the log from that long-delay build and also log when booting the build immediately before it.

    I did answer twice on Tuesday. Above you'll find one post from 6:29 pm and another one from 6:43 pm.

    Yes I saw those posts, but there's not much more I can add - the issue is with Kodi, specifically UPnP, and you've now done the best thing which is to open a trac ticket so that the relevant Kodi developer can take a look at it. Hopefully all the information you've provided in this thread (and in trac) will prove useful and result in a resolution eventually (can't say when that will happen, as UPnP is still a fairly experimental feature).

    Glad you got it sorted.


    1. For RPi/RPi2 with 4.14.y kernel the extra DVB drivers are included. However for Generic (x86_64) with 4.17.y the additional DVB drivers are not currently included as they're not compatible, but will be when 4.18.y arrives in 2-3 weeks time. So, depending on your hardware the answer is "maybe".


    2. For an older generation Intel, the Skylake systems are fine and generally problem free, eg. NUC6i5SYH - they can play 4K videos without a problem, and also HEVC, but will never be able to output HDR. If you want 4K and 10-bit HDR then there's nothing from Intel right now that is guaranteed to support HDR, not even once Kodi, the Linux kernel and the various GPU drivers and sub-systems include 10-bit HDR support.


    Personally speaking, I can't recommend any current Intel systems given the uncertain support for HDR and other niggling issues that bedevil their hardware. The same applies to Nvidia, btw, but the uncertainty there is ongoing Kodi support which seems fairly unlikely post Kodi 18. My advice would be to look at an AMD Raven Ridge APU based solution.


    Or save your money and live with your current system a bit longer until Intel sort themselves out (which could take a while) - try disabling deinterlacing and/or video scaling options in case they're maxing out the i3 CPU. Finally, consider replace your Intel i3 with an RPi3+ which can handle 1080p HEVC without too many issues, and then buy x86_64 once you're sure what to get (yes, I'm serious!) :)

    will be apply correctly?

    Yes - so long as your movies and tv shows have the same names before and after (which they should). The script doesn't actually care where they are (or were) located when restoring the watched status, it only matches on the movie or tvshow names.

    then let me know if the order of steps is correct:

    Yep, you got it.

    [of course I need to know how to install the script on my existing libreELEC.

    It's explained in the first post of the thread I linked.


    If you want the super simple version, log in to LibreELEC and run:

    Code
    1. curl https://raw.githubusercontent.com/MilhouseVH/texturecache.py/master/texturecache.py -o /storage/texturecache.py
    2. chmod +x /storage/texturecache.py

    Then to backup your watched status:

    Code
    1. /storage/texturecache.py watched movies backup /storage/watched-movies.dat
    2. /storage/texturecache.py watched tvshows backup /storage/watched-tvshows.dat

    and to restore watched status (after you have rescraped the new library):

    Code
    1. /storage/texturecache.py watched movies restore /storage/watched-movies.dat
    2. /storage/texturecache.py watched tvshows restore /storage/watched-tvshows.dat


    then what do I do on my other kodi instances besides pointing them to the new external database?

    Point them to the MySQL database by copying advancedsettings.xml.


    I'd also suggest copying sources.xml (in the same directory as advancedsettings.xml) from the LibreELEC client to your other clients just so that you have the same sources on all your clients. This step probably isn't essential, particularly if you don't plan on doing any scraping on those clients, but it may be useful.

    Do I need to do something else to get the watched count etc on those boxes as well? Or will that start coming from the database?

    Nope, that will all come from the central MySQL database.


    Once you have scraped your library on the LibreELEC machine you may find that the other non-LibreELEC clients don't have any artwork cached. They will cache the artwork as it is displayed, but this can mean navigating the GUI on those clients will be quite slow. A solution is to use texturecache.py running on the LibreELEC client to automate the caching of artwork on your other clients, but that's probably a story for another time (or read the first post of the linked thread, the details are all there, pretty much).

    Milhouse that is too advanced for me.

    I'm really pretty sure it's not, particularly if you're willing to persist with path subs which are far more complicated IMHO! :)


    To use nfs:// paths just create an nfs:// source, in your case you'd create a Movies source with nfs://192.168.1.121/volume1/video/ and a TV Shows source with nfs://192.168.1.121/volume1/TV, then scrape the contents of each source into your new library.


    I'm sure you'll get it working with path subs eventually, but you'll always have a schizophrenic database that will try and break itself at every opportunity. Best of luck! :)

    So you have these two path subs:

    Code
    1. 21:52:34.954 T:18446744072517099920 DEBUG: Configuring path substitutions
    2. 21:52:34.954 T:18446744072517099920 DEBUG: Registering substition pair:
    3. 21:52:34.955 T:18446744072517099920 DEBUG: From: [/storage/videos/]
    4. 21:52:34.955 T:18446744072517099920 DEBUG: To: [nfs://192.168.1.121/volume1/video/]
    5. 21:52:34.955 T:18446744072517099920 DEBUG: Registering substition pair:
    6. 21:52:34.955 T:18446744072517099920 DEBUG: From: [/storage/tvshows/]
    7. 21:52:34.955 T:18446744072517099920 DEBUG: To: [nfs://192.168.1.121/volume1/TV/]

    but they're not working for your artwork as Kodi continues to retrieve the artwork files using the "local" path:

    Code
    1. 21:52:39.020 T:18446744072529132944 DEBUG: GetImageHash - unable to stat url /storage/downloads/xbmc_videodb_2018-07-13/movies/Toy_Story_3_2010-poster.jpg

    What you'll need to do is add yet another path sub for /storage/downloads.


    I'm just trying to get it working as I don't want to loose my watched status

    If you just want to save watched status (ie. watched state, resume point and play count) then might I suggest using texturecache.py: [RELEASE] Texture Cache Maintenance utility


    You can install the script very easily into LibreELEC. In fact I include it as standard in my own LE9 test builds.


    To backup your watched status, on the LibreELEC client:

    Code
    1. texturecache.py watched movies backup /storage/watched-movies.dat
    2. texturecache.py watched tvshows backup /storage/watched-tvshows.dat

    Now create your new library in MySQL using only nfs:// paths, then restore the watched status to the MySQL database:

    Code
    1. texturecache.py watched movies restore /storage/watched-movies.dat
    2. texturecache.py watched tvshows restore /storage/watched-tvshows.dat