Kodi Community Forum
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-03-03

(2018-03-03, 03:17)Milhouse Wrote:
(2018-03-02, 20:35)TimoJ Wrote: #0301 crashes and restarts Kodi (GUI part) on some video files right after playback is stopped. No problems with #0228 version.

Crashlog?   

Also #0302 crashes, here is crashlog:
http://ix.io/Rlt


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - tavoc - 2018-03-03

Hello milhouse,

thanks for your builds. Because of Amazon/Netflix I like to use them (build 0225).
I own a HTPC with a Baytrail Chip (Asrock Q1900itx-TM) and it seems like Kodi/libreelec is detecting 2 Screens (HDMI1 and eDP1). Therefore the system can not adjust the refreshrate, it does not matter what I am changing inside Kodi.

Here is a debug Log: http://pasted.co/0c023fd7

The eDP1 and HDMI1 shows as connected, but the eDP1 has only limeted refreshrates.
All is connected to a Samsung UE40B6000 with a HDMI cable.
Using @fritsch howto for Ubuntu and Kodi 17 everything was working (24,50 and 60Hz). I cant remember but I think there was only one display in Kodi, not two.
Is this some change in intel drivers?

If I disable via xrandr one of the two outputs I get a black screen. also if I enable "disable other displays" in KODI I get a black screen.

xrandr output
Code:
Mediacenter:~ # xrandr
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 430mm x 290mm
   1920x1080     59.93*+  49.94    39.95
   1680x1050     59.88
   1600x1024     60.17
   1400x1050     59.98
   1600x900      60.00
   1280x1024     60.02
   1440x900      59.89
   1280x960      60.00
   1368x768      60.00
   1360x768      59.80    59.96
   1152x864      60.00
   1280x720      60.00
   1024x768      60.00
   1024x576      60.00
   960x540       60.00
   800x600       60.32    56.25
   864x486       60.00
   640x480       59.94
   720x405       60.00
   640x360       60.00
DP1 disconnected (normal left inverted right x axis y axis)
HDMI1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 160mm x 90mm
   1920x1080     60.00*+  50.00    59.94    30.00    25.00    24.00    29.97    23.98
   1920x1080i    60.00    50.00    59.94
   1680x1050     59.88
   1280x1024     75.02    60.02
   1440x900      74.98    59.90
   1280x960      60.00
   1360x768      60.02
   1280x800      59.91
   1152x864      75.00
   1280x720      60.00    50.00    59.94
   1024x768      75.03    70.07    60.00
   832x624       74.55
   800x600       72.19    75.00    60.32
   720x576       50.00
   720x480       60.00    59.94
   640x480       75.00    72.81    66.67    60.00    59.94
   720x400       70.08
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-03-03

What happens if you do: xrandr --output eDP1 --off ?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - piotrasd - 2018-03-03

fritsch someting interesting comming to kernel

YCBCR 4:2:0/4:4:4 output support for LSPCON
https://patchwork.freedesktop.org/patch/203141/

27 hoursdrm/i915: Add support for the YCbCr COLOR_RANGE property
Ville Syrjälä3-3/+2227 hoursdrm/i915: Change the COLOR_ENCODING prop default value to BT.709
Ville Syrjälä2-2/+227 hoursdrm/i915: Add support for the YCbCr COLOR_ENCODING property
Ville Syrjälä3-18/+6727 hoursdrm/i915: Fix plane YCbCr->RGB conversion for GLK
Ville Syrjälä4-5/+1527 hoursdrm/i915: Correctly handle limited range YCbCr data on VLV/CHV
Ville Syrjälä2-18/+7327 hoursdrm/atomic: Include color encoding/range in plane state dump
Ville Syrjälä3-0/+3627 hoursdrm: Add optional COLOR_ENCODING and COLOR_RANGE properties to drm_plane
and is one more patch for BT.2020


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2018-03-03

That's the kernel ... OpenGL is still sRGB and this is what kodi renders. In short: it does not help much. the 10 bit visuals that are available in xorg / mesa / etc. those help us.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - tavoc - 2018-03-03

(2018-03-03, 16:19)fritsch Wrote: What happens if you do: xrandr --output eDP1 --off ?
 The TV goes black, same if I do it with HDMI1.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-03-03

(2018-03-03, 09:59)TimoJ Wrote: Also #0302 crashes, here is crashlog:
http://ix.io/Rlt

Wrong url?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-03-03

(2018-03-03, 20:10)Milhouse Wrote:
(2018-03-03, 09:59)TimoJ Wrote: Also #0302 crashes, here is crashlog:
http://ix.io/Rlt

Wrong url?  

Looks like I need new eye glasses... Here:  http://ix.io/RIt


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-03-03

@TimoJ it seems to be crashing during a database update, possibly called from "/storage/python/drc_delete.py" - is this something you've developed? Does it crash without this python script? Can you enable debugging and reproduce, then upload another crash log? I'm not sure why #0301 would now be crashing, are you sure #0228 is OK?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - piotrasd - 2018-03-03

@fritsch I found also this HDR PoF - but this need a lot more of work, but good to see some changes are coming
https://lists.freedesktop.org/archives/wayland-devel/2017-December/036403.html


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-03-03

(2018-03-03, 20:28)Milhouse Wrote: @TimoJ it seems to be crashing during a database update, possibly called from "/storage/python/drc_delete.py" - is this something you've developed? Does it crash without this python script? Can you enable debugging and reproduce, then upload another crash log? I'm not sure why #0301 would now be crashing, are you sure #0228 is OK?
 That's a script that just deletes one file from the temp folder, it's called by Kodi Callback at the end of playback. I disabled it and still the same crash happened.
Here is crash log with debugging: http://ix.io/RX7
I will recheck #0228.
Edit: checked and it's not crashing.


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-03-03

With #0302 and stock Estuary does it still crash? I notice you're using Confluence.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-03-03

(2018-03-03, 20:54)Milhouse Wrote: With #0302 and stock Estuary does it still crash? I notice you're using Confluence.
 Still crashes with #0302 and Estuary.


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-03-03

Is it happening at the end of every video file? Are these videos present in the media library (and not just files)? What steps are you using to reproduce? I've been watching/stopping a video here and haven't been able to reproduce so far.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - TimoJ - 2018-03-03

(2018-03-03, 21:05)Milhouse Wrote: Is it happening at the end of every video file? Are these videos present in the media library (and not just files)? What steps are you using to reproduce? I've been watching/stopping a video here and haven't been able to reproduce so far.
Looks like it's happening only with files that I open via Video/Files. If I open the same file from the library, it's not crashing.
Files crash at the end or when I press stop. But not always and not all files, this is very weird. Some files are in the library, some are not, it makes no difference.