•   
  • 1
  • 186
  • 187
  • 188(current)
  • 189
  • 190
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(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
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)
Backend: Asrock N3150 with Ubuntu 16.04 Server with TvHeadend and many QEMU VMs
Living Room: Asrock Q1900TM-ITX with Libreelec 9 (Milhouse)
Other Kodi Clients: 4 Windows 10, 1 Android
What happens if you do: xrandr --output eDP1 --off ?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
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
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.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(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.
Backend: Asrock N3150 with Ubuntu 16.04 Server with TvHeadend and many QEMU VMs
Living Room: Asrock Q1900TM-ITX with Libreelec 9 (Milhouse)
Other Kodi Clients: 4 Windows 10, 1 Android
(2018-03-03, 09:59)TimoJ Wrote: Also #0302 crashes, here is crashlog:
http://ix.io/Rlt

Wrong url?
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-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
@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?
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.
@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/w...36403.html
(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.
With #0302 and stock Estuary does it still crash? I notice you're using Confluence.
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-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.
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.
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-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.
  •   
  • 1
  • 186
  • 187
  • 188(current)
  • 189
  • 190
  • 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