• 1
  • 181
  • 182
  • 183(current)
  • 184
  • 185
  • 355
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
Output resolution somehow restricted

I just upgraded from libreelec 8.2.3 to latest milhouse Kodi 18 and since then the resolution is at 1280x800p only. Although I have a 4K TV (which was also detected with librelec 8.2.3).

Its a zotac zbox CI527nano ( Intel HD Graphics 620 - Kaby Lake GT2).

Any idea what this could be?

thx
kalle
(2018-02-20, 12:32)basco Wrote: Hi,

tried 0219, artefacts still there
using sw decoding (no hw acceleration) black artefacts are there
when i enable hw decoding (vdpau) black artefacts are gone

please see attached picture Imagehere

I cannot reproduce on my intel setup I don't have an nvidia setup though.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-02-20, 21:45)kalle2000 Wrote: Any idea what this could be?

thx
kalle

Not without a debug log (wiki).

I would also suggest starting with a clean .kodi just to test with default settings - log in with ssh, systemctl stop kodi, mv .kodi .kodi.bak, reboot.

To restore: systemctl stop kodi, rm -fr .kodi, mv .kodi.bak .kodi, reboot.
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 #0220: Generic
(Supercedes previous build)

SHA256 Checksum: a9fdc174104d3579aded5c7df5db4efee3e367ab2878b74ba12572db821d4b8f (Generic)

text:
# uname -a
Linux NUC 4.14.20 #1 SMP Tue Feb 20 21:16:42 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180220211409-#0220-g0aed4af [Build #0220]

# Kodi version
(18.0-ALPHA1 Git:f5871d9). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0aed4af, changelog) and tip of XBMC master (f603010, changelog) with the following modifications: Build Highlights:
  1. [cleanup] silence sign compare warning
Build Details:
  1. XBMC:
    • [cleanup] silence sign compare warning (PR:13567, 1 commit, 1 file changed)
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-02-19, 16:44)basco Wrote:
(2018-02-17, 12:47)fritsch Wrote:
(2018-02-15, 12:30)basco Wrote: Here's a photo from the artefacts i'm seeing:
image
 I think we found a fix. A glsl pow value was not properly clamped. Fernet is reinvestigating some details but said to PR the fix today. Thanks for the report.  
Hi guys, any news on the black artifacts issue?
tried 0218, still there.
thanks 
 Been having that issue as well. Went to Settings->System->Display and marked Use Limited colour range (16-235) Seems to have cleared it up quite a bit.
(2018-02-21, 03:51)toasterboy1 Wrote:
(2018-02-19, 16:44)basco Wrote:
(2018-02-17, 12:47)fritsch Wrote:  I think we found a fix. A glsl pow value was not properly clamped. Fernet is reinvestigating some details but said to PR the fix today. Thanks for the report.  
Hi guys, any news on the black artifacts issue?
tried 0218, still there.
thanks  
 Been having that issue as well. Went to Settings->System->Display and marked Use Limited colour range (16-235) Seems to have cleared it up quite a bit. 
Did that too. Indeed it reduces the black artifacts. However, they are not gone. And my tv is calibrated with full color range, so i cannot turn this on.
Log files do not show anything. I would like to debug this, can someone point me in the right direction?
(2018-02-20, 23:27)fritsch Wrote:
(2018-02-20, 12:32)basco Wrote: Hi,

tried 0219, artefacts still there
using sw decoding (no hw acceleration) black artefacts are there
when i enable hw decoding (vdpau) black artefacts are gone

please see attached picture Imagehere

I cannot reproduce on my intel setup I don't have an nvidia setup though.  
ok, so you think this is videocards related eventhough it occurs when sw decoding videos?
since 0206 is the first release that show these black artefacts what change do you think might have cause this? (wrt 0205)

edit:
yeah... could havce done this myself. the obvious one is #13481... is this videocard related? w

the black artefacts ony occur in low res videos. they do not occur in 1080p.

i'm not the expert by far. only a coder.
went through the changes in the code a bit..
so in line 2710 of LinuxRendererGL.cpp there is a resolution check...
seems to be removed from YUV2RGBShaderGL.cpp
Using #0220 I found that the RTC auto wake up function for scheduled recordings is not working. Digging into the problem I observed that the date command is somehow corrupted. Typing the bash command
date -d '+1 minutes'
returns
date: invalid date '+1 minutes'

The exactly same command works fine on my Ubuntu machine. Can anyone confirm this?
(2018-02-21, 10:38)basco Wrote:
(2018-02-20, 23:27)fritsch Wrote:
(2018-02-20, 12:32)basco Wrote: Hi,

tried 0219, artefacts still there
using sw decoding (no hw acceleration) black artefacts are there
when i enable hw decoding (vdpau) black artefacts are gone

please see attached picture Imagehere

I cannot reproduce on my intel setup I don't have an nvidia setup though.   
ok, so you think this is videocards related eventhough it occurs when sw decoding videos?
since 0206 is the first release that show these black artefacts what change do you think might have cause this? (wrt 0205)

edit:
yeah... could havce done this myself. the obvious one is #13481... is this videocard related? w

the black artefacts ony occur in low res videos. they do not occur in 1080p.

i'm not the expert by far. only a coder.
went through the changes in the code a bit..
so in line 2710 of LinuxRendererGL.cpp there is a resolution check...
seems to be removed from YUV2RGBShaderGL.cpp 
 Right direction, but wrong file. One is for the output and therefore correct if your resolution is > 1000 width or 600 height with 8 bit visuals.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-02-21, 22:38)futuretristan Wrote: The exactly same command works fine on my Ubuntu machine. Can anyone confirm this?

It's never worked as Busybox date doesn't support it. LibreELEC is not Ubuntu.
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 #0221: Generic
(Supercedes previous build)

SHA256 Checksum: decc551f8ea66c371a67a4f2cf685eb5f39907498606661de2ac35c94a2c5e49 (Generic)

text:
# uname -a
Linux NUC 4.14.20 #1 SMP Wed Feb 21 21:05:09 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180221210256-#0221-gc2fc2a1 [Build #0221]

# Kodi version
(18.0-ALPHA1 Git:f5871d9). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (c2fc2a1, changelog) and tip of XBMC master (83cdb12, changelog) with the following modifications: Build Highlights:
  1. Rendering: remove rendercaps
Build Details:
  1. LibreELEC.tv:
    • busybox: don't build parallel (PR:2514, 2 commits, 1 file changed)
    • buildsystem: selectively build packages with debug (PR:2501, 16 commits, 16 files changed)
    • visualization.goom: fix build (PR:2515, 1 commit, 1 file changed)
  2. XBMC:
    • Rendering: remove rendercaps (PR:13512, 3 commits, 18 files changed)
    • [c-pluff] Update to 0.1.4 (PR:10741, 2 commits, 152 files changed)
    • DirectX: fix NaN in shaders (PR:13570, 1 commit, 1 file changed)
    • Add back the custom pthread mutex attribute PTHREAD_PRIO_INHERIT. (PR:13562, 2 commits, 4 files changed)
  3. 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.
(2018-02-19, 15:02)fritsch Wrote:
(2018-02-19, 14:22)tusz Wrote: Hi Milhouse,

since version #0209 kodi always crashes when I try to play flac files from my NFS mount.
Here's a link to the log: http://ix.io/Mvn
Here's a link to the crashlog: http://ix.io/Mvw

I run libreelec on an intel nuc5i3
nfs mount is synology nas

Do you need more information?
Viz needs rebuild?

Can you try to turn off projectm?  
 Now it works, thanks!
AMD E350 with #0221 installed, I have this error:
[    0.484070] ACPI Exception: Could not find/resolve named package element: LNKC (20170728/dspkginit-381)

Kernel issue maybe?

Log: http://ix.io/NUp
(2018-02-22, 18:03)livs Wrote: AMD E350 with #0221 installed, I have this error:
[    0.484070] ACPI Exception: Could not find/resolve named package element: LNKC (20170728/dspkginit-381)

Kernel issue maybe?

Log: http://ix.io/NUp

https://bugzilla.kernel.org/show_bug.cgi?id=198167#c50

No fix for 4.14.y yet.
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-02-21, 23:20)fritsch Wrote:
(2018-02-21, 10:38)basco Wrote:
(2018-02-20, 23:27)fritsch Wrote: I cannot reproduce on my intel setup I don't have an nvidia setup though.   
ok, so you think this is videocards related eventhough it occurs when sw decoding videos?
since 0206 is the first release that show these black artefacts what change do you think might have cause this? (wrt 0205)

edit:
yeah... could havce done this myself. the obvious one is #13481... is this videocard related? w

the black artefacts ony occur in low res videos. they do not occur in 1080p.

i'm not the expert by far. only a coder.
went through the changes in the code a bit..
so in line 2710 of LinuxRendererGL.cpp there is a resolution check...
seems to be removed from YUV2RGBShaderGL.cpp 
 Right direction, but wrong file. One is for the output and therefore correct if your resolution is > 1000 width or 600 height with 8 bit visuals. 
just tried #0221, still black artefacts (of course). does anyone have some idea how to proceed?
  • 1
  • 181
  • 182
  • 183(current)
  • 184
  • 185
  • 355

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