Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#4,341
2018-09-15, 23:51
New LibreELEC.tv Leia build #0915: Generic
(Supercedes previous build)

SHA256 Checksum: 06b03c4f78ef13f159d4d1b6895d99642aa785ed59deab2e38059e4d4ff2d033 (Generic)

text:
# uname -a

Linux NUC 4.18.8 #1 SMP Sat Sep 15 21:11:20 BST 2018 x86_64 GNU/Linux



# lsb_release

LibreELEC (Milhouse): devel-20180915210304-#0915-g56eae68 [Build #0915]



# Kodi version

(18.0-BETA3 Git:fa47fc3). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (56eae68, changelog) and tip of XBMC master (fa47fc3, changelog) with the following modifications: Build Highlights:
  1. New 4.18.8 kernel (with LSPCON timeout and DP colour range fixes)
    text:

    
    drm/i915: set DP Main Stream Attribute for color range on DDI platforms
    
    
    
    commit 6209c285e7a5e68dbcdf8fd2456c6dd68433806b upstream.
    
    
    
    Since Haswell we have no color range indication either in the pipe or
    
    port registers for DP. Instead, there's a separate register for setting
    
    the DP Main Stream Attributes (MSA) directly. The MSA register
    
    definition makes no references to colorimetry, just a vague reference to
    
    the DP spec. The connection to the color range was lost.
    
    
    
    Apparently we've failed to set the proper MSA bit for limited, or CEA,
    
    range ever since the first DDI platforms. We've started setting other
    
    MSA parameters since commit dae847991a43 ("drm/i915: add
    
    intel_ddi_set_pipe_settings").
    
    
    
    Without the crucial bit of information, the DP sink has no way of
    
    knowing the source is actually transmitting limited range RGB, leading
    
    to "washed out" colors. With the colorimetry information, compliant
    
    sinks should be able to handle the limited range properly. Native
    
    (i.e. non-LSPCON) HDMI was not affected because we do pass the color
    
    range via AVI infoframes.
    
    
    
    Though not the root cause, the problem was made worse for DDI platforms
    
    with commit 55bc60db5988 ("drm/i915: Add "Automatic" mode for the
    
    "Broadcast RGB" property"), which selects limited range RGB
    
    automatically based on the mode, as per the DP, HDMI and CEA specs.
    
    
    
    After all these years, the fix boils down to flipping one bit.
    
    
    
    [Per testing reports, this fixes DP sinks, but not the LSPCON. My
    
     educated guess is that the LSPCON fails to turn the CEA range MSA into
    
     AVI infoframes for HDMI.]
  2. curl: update to curl-7.61.1 with latest CA cert bundle
Build Details:
  1. XBMC:
    • [ios] - use libdvdcss (PR:14411, 2 commits, 4 files changed)
  2. libnfs:
    • Implement O_EXCL for NFSv4 (9454d9f)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2908 (perma): linux (Generic): update to linux-4.18.7
    • Added: [env] PR:2976 (perma): curl: update to curl-7.61.1
    • Updated: [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
    • Added: [pkg] PR:14422 (perma): Use Linux Sysfs SoC interface for SystemInfo and CPUInfo
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Find
  Thread Closed


Messages In This Thread
RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - by Milhouse - 2018-09-15, 23:51
Home
Search
Help
Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 18.0)24