•   
  • 1
  • 233
  • 234
  • 235(current)
  • 236
  • 237
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(2018-05-25, 15:48)FernetMenta Wrote:
(2018-05-25, 14:10)fritsch Wrote:
(2018-05-25, 07:10)TimoJ Wrote: Tested this and #0504 is the last build that is free from the black flash. All builds after that have the same problem. Using Intel Haswell graphics.
Build #0505 added this change, is that the cause for this problem:
VideoPlayer: flush renderManager when hiding video (PR:13824, 2 commits, 1 file changed)  
 That's by intention ... so that for livetv the stream starts with the picture itself and that not the old pic stays on screen. 
This is not correct. Check description of 13824 (PR) I'll try to use DiscardBuffers instead. That keeps the frame on screen. 
 Oki - thx for clarification. Then the black screen after the Flush() is a bug?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-05-25, 16:57)fritsch Wrote:
(2018-05-25, 15:48)FernetMenta Wrote:
(2018-05-25, 14:10)fritsch Wrote:  That's by intention ... so that for livetv the stream starts with the picture itself and that not the old pic stays on screen. 
This is not correct. Check description of 13824 (PR) I'll try to use DiscardBuffers instead. That keeps the frame on screen.  
 Oki - thx for clarification. Then the black screen after the Flush() is a bug? 
Perfect! Works for me. (Tested on Intel)
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
New LibreELEC.tv Leia build #0525: Generic
(Supercedes previous build)

SHA256 Checksum: 1fb838b8a5d8a0fd255204e267bc5e3c4ca3891d3f3d25c9014b3367d1c2a6e6 (Generic)

# uname -a
Linux NUC 4.14.43 #1 SMP Fri May 25 21:58:40 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180525215526-#0525-g03e9a08 [Build #0525]

# Kodi version
(18.0-ALPHA2 Git:7bc0f45). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (03e9a08, changelog) and tip of XBMC master (8a6c6c7, changelog) with the following modifications: Build Highlights:
  1. New 4.14.43 kernel
  2. Drop PR13721 (Std Threads) as not currently compatible - what does this change, better/worse?
  3. Limited colours fix in GUI
Build Details:
  1. XBMC:
    • DVDVideoCodecDRMPRIME: remove depreciated ffmpeg function (PR:13813, 6 commits, 5 files changed)
    • DVDVideoCodecDRMPRIME: fix aspect ratio and align render area (PR:13911, 3 commits, 2 files changed)
    • RendererDRMPRIME: support drm format modifier (PR:13920, 1 commit, 2 files changed)
    • [cmake] Cosmetics: core_find_versions (PR:13873, 1 commit, 2 files changed)
    • Revert "[windows] protect device context with mutex." (PR:13932, 1 commit, 5 files changed)
    • link with libcec instead of loading it dynamic (PR:13926, 4 commits, 10 files changed)
    • [guiinfo] Fix MusicPartyMode.* (MUSICPM_*) info labels. (PR:13928, 1 commit, 1 file changed)
    • [cleanup] VideoToolBox decoder is unused since #9702 (PR:13933, 1 commit, 2 files changed)
    • Implement orignal audio language flag (PR:13921, 1 commit, 6 files changed)
    • Include cleanup (PR:13914, 15 commits, 43 files changed)
    • [Android] break on first audiocodec match / implement blacklist (PR:13930, 1 commit, 1 file changed)
    • OpenGL(ES): fix limited range for GUI (PR:13934, 3 commits, 17 files changed)
    • VideoPlayer: discard buffers instead of flush when hiding video (PR:13936, 1 commit, 1 file changed)
  2. inputstream.adaptive:
    • [DASH] Implement Period::start (86b75ed)
    • Increase max. size of pssh (e688efc)
  3. inputstream.rtmp:
    • add checksum file for zlib depends (b8e3f39)
  4. vfs.libarchive:
    • add checksum file for zlib depends (84a4876)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2682 (perma): linux: update to linux-4.14.43
    • Updated: [env] PR:2715 (perma): multimedia-tools: add-on update
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.
The latest build #0525 (Limited Colour Range) is a step in the correct direction, but it is still way off. See here: https://imgur.com/a/QOMAwxk. I put in some random values for reference. The LibreELEC 8.2.5 version is definitely correct.
Finally fixed: 13937 (PR)
Limited range in build #0525 already looks fine, not sure what is way off? And black flashes when skipping are gone!
Max brightness (white) is 218 instead of 235. Just check the two images.
(2018-05-26, 14:21)epias Wrote: Max brightness (white) is 218 instead of 235. Just check the two images.
 Works now - curious on your results tomorrow.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
New LibreELEC.tv Leia build #0526: Generic
(Supercedes previous build)

SHA256 Checksum: 13041a9d6702e0789200dde3b6d0fdf000d12f3624748bd7c7ac572f0b942d20 (Generic)

# uname -a
Linux NUC 4.14.43 #1 SMP Sat May 26 23:55:02 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180526235148-#0526-g3bb1af9 [Build #0526]

# Kodi version
(18.0-ALPHA2 Git:7bc0f45). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (3bb1af9, changelog) and tip of XBMC master (0cc5e0f, changelog) with the following modifications: Build Highlights:
  1. lto fixes for misoptimized warning
Build Details:
  1. LibreELEC.tv:
    • Xorg package bumps (PR:2714, 9 commits, 10 files changed)
  2. XBMC:
    • OpenGL(ES): fix limited rande for gui and pictures (PR:13937, 1 commit, 10 files changed)
    • [network] always open TCP sockets on IPv4 & IPv6 (PR:13901, 2 commits, 5 files changed)
    • [fix] check write access for sqlite databases (PR:13913, 1 commit, 2 files changed)
    • [JSON]Fix return of "songgenres" values in Audiolibrary.GetAlbums (PR:13938, 1 commit, 2 files changed)
    • [windows] Windowing: adapt windowing to the latest changes. (PR:13939, 2 commits, 14 files changed)
    • link with libass instead of loading it dynamic (PR:13935, 1 commit, 10 files changed)
    • [INPUTSTREAM] ensure buffer for RF 5646 language identifier (PR:13931, 1 commit, 10 files changed)
    • [Android] Blacklist OMX.MTK.AUDIO (PR:13941, 1 commit, 1 file changed)
  3. pvr.teleboy:
    • cmake: add TELEBOY_HEADERS; reduces build time (3e9e537)
  4. pvr.zattoo:
    • cmake: add ZATTOO_HEADERS; reduces build time drastically (PR:18, 1 commit, 1 file changed)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2682 (perma): linux: update to linux-4.14.43
    • Updated: [env] PR:2715 (perma): multimedia-tools: add-on update
    • Added: [env] PR:2722 (perma): fix "code may be misoptimized" warnings
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.
In the latest build #0526 the limited colour range (0-255 -> 16-235) is correct. I have compared the output with the one from LibreELEC 8.2.5 and they are now 'byte by byte' the same. See here: https://imgur.com/a/ugo1pLH.
New LibreELEC.tv Leia build #0527: Generic
(Supercedes previous build)

SHA256 Checksum: 741db5d96290be4ada5d95fca1ac444065b9bd814f884e3918d8c668afe47163 (Generic)

# uname -a
Linux NUC 4.14.43 #1 SMP Sun May 27 21:07:23 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180527210329-#0527-g3bb1af9 [Build #0527]

# Kodi version
(18.0-ALPHA2 Git:7bc0f45). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (3bb1af9, changelog) and tip of XBMC master (c313e69, changelog) with the following modifications: Build Highlights:
  1. (Temporarily) disable revision and repository logging
  2. VAAPI-Settings: Fix vaapi-mpeg2 visibility
Build Details:
  1. XBMC:
    • [win32] makes unique display names. (PR:13942, 1 commit, 1 file changed)
    • VAAPI-Settings: Fix vaapi-mpeg2 visibility (PR:13943, 1 commit, 2 files changed)
  2. pvr.hts:
    • Fix logspam caused by predicitve tuning (PR:365, 1 commit, 3 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] patch: kodi: remove annoying, excessively repetitive addon logging
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.
Finally my dark screen problems are solved, limited Color range inside the menu is solved with 0526.

Funny thing is that with hdmi (lspcon on Apollo lake) output my pioneer info screen shows 36bit Color output, with hdmi 1.4 on the same video it shows 24bit Color output. I have to re-check, perhaps I confused.

Thank you Devs for your work!

Edit: re checked and it is how described.
(2018-05-28, 08:25)flyingernst Wrote: Finally my dark screen problems are solved, limited Color range inside the menu is solved with 0526.

Funny thing is that with hdmi (lspcon on Apollo lake) output my pioneer info screen shows 36bit Color output, with hdmi 1.4 on the same video it shows 24bit Color output. I have to re-check, perhaps I confused.

Thank you Devs for your work!

Edit: re checked and it is how described.
Intel does a bit of "foobar" internally - trying to output 12 bit all the time, dithering forth and back ...

Quote:HDMI 1.3 was released on June 22, 2006, and increased the maximum TMDS clock to 340 MHz (10.2 Gbit/s).[sup][6][/sup][sup][38][/sup][sup][95][/sup] Like previous versions, it uses 8b/10b encoding, giving it a maximum video bandwidth of 8.16 Gbit/s (1920 × 1080 at 120 Hz or 2560 × 1440 at 60 Hz). It added support for 10 bpc, 12 bpc, and 16 bpc color depth (30, 36, and 48 bit/px), called deep color.

^^ at least it is possible.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Hi! Convert HDR to SDR not work? Libreelec #0203 convert work fine. #0301 - #0527 convert HDR to SDR not work.
Asrock J4205-ITX - Denon AVR-X6200W - Sharp LC-60UQ10
(2018-05-28, 12:12)bobrik73 Wrote: Hi! Convert HDR to SDR not work? Libreelec #0203 convert work fine. #0301 - #0527 convert HDR to SDR not work.
Asrock J4205-ITX - Denon AVR-X6200W - Sharp LC-60UQ10
 Please provide two screenshots - working and non working, please. Make sure you have the same Limited / Full Range setting.

Edit: Forget about that :-)
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
  •   
  • 1
  • 233
  • 234
  • 235(current)
  • 236
  • 237
  • 355
  •   
  Thread Closed
 
Thread Rating:
  • 24 Vote(s) - 4.5 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 18.0)4.524