• 1
  • 196
  • 197
  • 198(current)
  • 199
  • 200
  • 355
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(2018-03-22, 23:34)Nekromantik Wrote: It is a shame that x86 Linux has always been far behind in media center usage.
I got a Shield which can do HDR but I find image quality not as good as Linux NUC.
 So what now? Who is behind then?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-03-24, 12:00)fritsch Wrote:
(2018-03-22, 23:34)Nekromantik Wrote: It is a shame that x86 Linux has always been far behind in media center usage.
I got a Shield which can do HDR but I find image quality not as good as Linux NUC.
 So what now? Who is behind then? 
Linux x68 is behind Arm CPUs which can do HDR and Windows which can do HDR.
(2018-03-24, 21:16)Nekromantik Wrote:
(2018-03-24, 12:00)fritsch Wrote:
(2018-03-22, 23:34)Nekromantik Wrote: It is a shame that x86 Linux has always been far behind in media center usage.
I got a Shield which can do HDR but I find image quality not as good as Linux NUC.
 So what now? Who is behind then?  
Linux x68 is behind Arm CPUs which can do HDR and Windows which can do HDR. 
 So, you want HDR on the shield with worse image quality than Linux ... I have an understanding problem here :-). And: ARM CPUs have nothing to do with that.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-03-24, 21:32)fritsch Wrote:
(2018-03-24, 21:16)Nekromantik Wrote:
(2018-03-24, 12:00)fritsch Wrote:  So what now? Who is behind then?  
Linux x68 is behind Arm CPUs which can do HDR and Windows which can do HDR.  
 So, you want HDR on the shield with worse image quality than Linux ... I have an understanding problem here :-). And: ARM CPUs have nothing to do with that. 
lol
No I want Linux to have HDR so I dont need to keep both devices. I need to switch to shield when I watch HDR.
Yes not often as not much content but still annoying to have 2 devices for different media.
(2018-03-24, 22:20)Nekromantik Wrote:
(2018-03-24, 21:32)fritsch Wrote:
(2018-03-24, 21:16)Nekromantik Wrote: Linux x68 is behind Arm CPUs which can do HDR and Windows which can do HDR.  
 So, you want HDR on the shield with worse image quality than Linux ... I have an understanding problem here :-). And: ARM CPUs have nothing to do with that.  
lol
No I want Linux to have HDR so I dont need to keep both devices. I need to switch to shield when I watch HDR.
Yes not often as not much content but still annoying to have 2 devices for different media. 
 Okay. With proper tone-mapping that we have now - I miss absolutely nothing when comparing to what my TV directly plays. When HDR infrastructure is available we will for sure have it on Linux, too. Btw. Shield's HDR has massive issues - in e.g. 24p mode when you have 4k mode it's not properly mapped ... In comparison to that I highly prefer the GL control we have.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-03-24, 22:45)fritsch Wrote:
(2018-03-24, 22:20)Nekromantik Wrote:
(2018-03-24, 21:32)fritsch Wrote:  So, you want HDR on the shield with worse image quality than Linux ... I have an understanding problem here :-). And: ARM CPUs have nothing to do with that.  
lol
No I want Linux to have HDR so I dont need to keep both devices. I need to switch to shield when I watch HDR.
Yes not often as not much content but still annoying to have 2 devices for different media.  
 Okay. With proper tone-mapping that we have now - I miss absolutely nothing when comparing to what my TV directly plays. When HDR infrastructure is available we will for sure have it on Linux, too. Btw. Shield's HDR has massive issues - in e.g. 24p mode when you have 4k mode it's not properly mapped ... In comparison to that I highly prefer the GL control we have. 
 Yeah true.
New LibreELEC.tv Leia build #0324: Generic
(Supercedes previous build)

SHA256 Checksum: 47fab80660023df56cbffdb0bd1aa0c455fab203cc7a377f8514dd9eb1897bb3 (Generic)

text:
# uname -a
Linux NUC 4.14.29 #1 SMP Sat Mar 24 21:30:32 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180324212711-#0324-g5c608c4 [Build #0324]

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

Based on tip of LibreELEC.tv master (5c608c4, changelog) and tip of XBMC master (74e5e66, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • Crazycat, Hauppauge driver Addons for Rockchip (PR:2558, 2 commits, 4 files changed)
    • Emulation support for cortex-a72.cortex-a53 (PR:2563, 1 commit, 5 files changed)
    • Rockchip: update kernel config HID drivers (PR:2570, 1 commit, 4 files changed)
    • Update fd628 kodi add-on to support new driver device name. (PR:2608, 1 commit, 2 files changed)
  2. XBMC:
    • [python] add setType() method for edit controls (PR:11486, 1 commit, 5 files changed)
    • [win10] filesystem: fix work with external drives. (PR:13683, 1 commit, 2 files changed)
    • X11: allow EGL for AMD and NVidia (PR:13682, 1 commit, 1 file changed)
    • VideoPlayer: do not discard unknown streams before video stream is ready (PR:13687, 1 commit, 1 file changed)
    • VideoPlayer: only display settings for vaapi and vdpau if they are ac (PR:13686, 1 commit, 7 files changed)
  3. pvr.teleboy:
    • Log notice if t.teleboy.ch is used (a7176f3)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [pkg] PR:13274 (perma): Mode whitelist
    • Reverted: [pkg] PR:13682: X11: allow EGL for AMD and NVidia (reason: doesn't work, crashes Kodi)
    • Reverted: [pkg] PR:13686: VideoPlayer: only display settings for vaapi and vdpau if they are actually available (reason: dependent on breaking change)
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.
(2018-03-24, 05:05)Milhouse Wrote: So is #0323 working successfully with Gemini Lake?
 There seems to be some issues with the resolution/refresh rate. It boots up half the time in 4096x2160_30 or 1920x1080_30. When I try use the gui or xrandr to set it to 1920x1080_60 it results in a "no signal" most of the time and I have to restart kodi. On the times I've been able to get the 1920x1080_60 to stick, I then play a video and when I stop it, it will get anoher "no signal". I'm also not seeing any of the 4k/60hz resolutions available at all, but I'm not worried about that just yet.

I just did a clean reboot, it came up in 3840x2160_30, so I used the gui to set it to 1920x1080_30 and that went fine, I then tried to change the refresh to 60 and it went to a "no signal", i then used xrandr to set it to 4096x2160_30 and the gui came back and then i uploaded the logs -here

Let me know if there's anything other testing I can do. Thanks.
Anyone having problems with DVDs again? Started about half a dozen builds back and does not seem to be every disc but seems to be getting more frequent. Tried internal drive and external drive with same results. Debug log was with Going in Style rented from Netflix. Disk looks okay. I try going to the disc menu and it just hangs I have to physically eject the disc to get it to let me do anything. Last disc I remember having problems with was Your a good man Charlie Brown, also from Netflix. My copy of Voyage of the Dawn trader played fine.

Debug log: http://ix.io/12gf
(2018-03-23, 19:29)fritsch Wrote:
(2018-03-23, 01:16)mglae Wrote: Success. From a short test #0321 works HW accelerated with Radeon RX 550 and AMD C-60/HD 6290. The RX 550 decodes 4k HEVC10 video as expected.

Only when playing MPEG2 SD there are many artifacts on both platforms.
 You can disable mpeg2 for VAAPI. So then post a Debug Log / screenshot?     
Log: http://ix.io/12Aq

Looks more a "feature" of the AMD drivers with low quality mpeg streams than a bug. The artifacts are there with VPAU too, but less visible: https://imgur.com/a/2nBNO
(2018-03-25, 20:00)mglae Wrote:
(2018-03-23, 19:29)fritsch Wrote:
(2018-03-23, 01:16)mglae Wrote: Success. From a short test #0321 works HW accelerated with Radeon RX 550 and AMD C-60/HD 6290. The RX 550 decodes 4k HEVC10 video as expected.

Only when playing MPEG2 SD there are many artifacts on both platforms.
 You can disable mpeg2 for VAAPI. So then post a Debug Log / screenshot?      
Log: http://ix.io/12Aq

Looks more a "feature" of the AMD drivers with low quality mpeg streams than a bug. The artifacts are there with VPAU too, but less visible: https://imgur.com/a/2nBNO 
 Yeah, sadly. bugs.freedesktop.org is then the next place.
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 #0325: Generic
(Supercedes previous build)

SHA256 Checksum: 1c04253a686ab45e74edb724b213af7103dd867caa90c2d642aaa8f322d546b8 (Generic)

text:
# uname -a
Linux NUC 4.14.29 #1 SMP Sun Mar 25 21:06:21 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180325210250-#0325-g5c608c4 [Build #0325]

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

Based on tip of LibreELEC.tv master (5c608c4, changelog) and tip of XBMC master (03d453a, changelog) with the following modifications: Build Highlights:
  1. Fix X11 crash - show VDPAU acceleration settings only for Nvidia, VAAPI for everything else
  2. EGLUtils: Allow windowing system to set EGL context attributes
Build Details:
  1. XBMC:
    • X11: fix exception on startup (PR:13690, 1 commit, 1 file changed)
    • EGLUtils: Allow windowing system to set EGL context attributes (PR:13685, 1 commit, 6 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
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.
New LibreELEC.tv Leia build #0326: Generic
(Supercedes previous build)

SHA256 Checksum: bcdd968121dc3b3e5b2d7515b8af0f282b8fdba290650e2f323bf0635d901aec (Generic)

text:
# uname -a
Linux NUC 4.14.30 #1 SMP Mon Mar 26 21:14:42 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180326210348-#0326-g76b2ce2 [Build #0326]

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

Based on tip of LibreELEC.tv master (76b2ce2, changelog) and tip of XBMC master (92302d8, changelog) with the following modifications: Build Highlights:
  1. New 4.14.30 kernel
  2. More VAAPI bug fixes, enable VP9 support
Build Details:
  1. LibreELEC.tv:
    • moonlight: update addon (PR:2616, 3 commits, 4 files changed)
    • tinc: rework (PR:2613, 1 commit, 15 files changed)
  2. XBMC:
    • fix building kodi on OSX with SDL2 installed (PR:13694, 1 commit, 1 file changed)
    • VideoPlayer: VAAPI - fix deep copy of VideoPicture (PR:13693, 2 commits, 3 files changed)
    • VideoPlayer: WinRenderBuffer - fix conditional (ternary) operator (PR:13698, 1 commit, 1 file changed)
    • Support plugin sources for video library with metadata.local scraper + related improvements/fixes (PR:13566, 5 commits, 24 files changed)
    • VAAPI: add vp9 profile 2 support (PR:13697, 1 commit, 1 file changed)
    • [depends] bump libnfs to 2.0.0 (PR:13684, 1 commit, 2 files changed)
  3. pvr.dvblink:
    • pvr.dvblink addon v4.5.0 (PR:99, 2 commits, 11 files changed)
  4. pvr.mythtv:
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2585 (perma): linux: update to linux-4.14.30
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.
(2018-03-25, 04:25)Aenima99x Wrote:
(2018-03-24, 05:05)Milhouse Wrote: So is #0323 working successfully with Gemini Lake?
 There seems to be some issues with the resolution/refresh rate. It boots up half the time in 4096x2160_30 or 1920x1080_30. When I try use the gui or xrandr to set it to 1920x1080_60 it results in a "no signal" most of the time and I have to restart kodi. On the times I've been able to get the 1920x1080_60 to stick, I then play a video and when I stop it, it will get anoher "no signal". I'm also not seeing any of the 4k/60hz resolutions available at all, but I'm not worried about that just yet.

I just did a clean reboot, it came up in 3840x2160_30, so I used the gui to set it to 1920x1080_30 and that went fine, I then tried to change the refresh to 60 and it went to a "no signal", i then used xrandr to set it to 4096x2160_30 and the gui came back and then i uploaded the logs -here

Let me know if there's anything other testing I can do. Thanks.  
@Milhouse  any ideas on this? It's constantly losing signal when I try to set the gui to 1920x1080_60. Even though I have my Denon AVR set to passthrough all video, I took that out of the loop and ran the hdmi straight to the tv and the signal is still dropping.

Here's a trace from dmesg - Dmesg log
(2018-03-27, 15:33)Aenima99x Wrote: @Milhouse  any ideas on this?

Not particularly, I'm not an expert on anything and certainly not Intel video hardware. This kind of thing does seem to be more of an issue with Intel than say Nvidia or AMD, though, and the prevailing thought is that it is a kernel bug.
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.
  • 1
  • 196
  • 197
  • 198(current)
  • 199
  • 200
  • 355

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