Kodi Community Forum
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.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: v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) (/showthread.php?tid=269815)



RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - EricSol - 2016-06-10

@ fritsch

In your opinion should everybody with newer hardware be running modesetting? Is there that much of a performance and or quality difference?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-10

New LibreELEC.tv Krypton build #0609: Generic
(Supercedes previous build)

Code:
# uname -a
Linux LibreELEC 4.6.2 #1 SMP Thu Jun 9 21:13:48 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160609210743-#0609-g61dbf48 [Build #0609]

Based on tip of LibreELEC.tv master (61dbf48e, changelog) and tip of XBMC master (e31bee75, changelog) with the following modifications: Build Highlights:
  1. Estuary skin update
Build Details:
  1. LibreELEC.tv:
    • mtools: Fix creation of dot directories (. and ..) (PR:435, 1 commit, 1 file changed)
    • RPi: Add a cleanup step (PR:437, 1 commit, 1 file changed)
  2. XBMC:
    • [estuary] - Skin sync (PR:9933, 1 commit, 325 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:432: build: start using .libreelec-unpack
    • Added: [env] PR:433: libreelec: use build project directory for ccache
    • Updated: [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)



RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-06-10

(2016-06-10, 03:37)EricSol Wrote: @ fritsch

In your opinion should everybody with newer hardware be running modesetting? Is there that much of a performance and or quality difference?

It's just a layer with less possible bugs. Kodi is a 3D OpenGL application. The most performance impact of the intel driver happens when running gtk2perf (2D - not relevant for us), cause the intel driver has an advanced SNA architecture with big bugs all around the place, see bugs.freedesktop.org and search for video intel. Modesetting is a clean driver developed very tight ontop of the kernel.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - lmyllari - 2016-06-10

@millhouse, would you consider Kodi PR9731? I'm working to get it in shape for merging and more testing would be very welcome.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-10

OK will include tonight after a quick test


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - khaoohs - 2016-06-10

Attempting to use the shadertoy visualization or screensaver crashes kodi.

LibreELEC (Milhouse) - Version: devel-20160609210743-#0609-g61dbf48 [Build #0609]

crashlog: http://sprunge.us/heEZ


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-10

New LibreELEC.tv Krypton build #0610: Generic
(Supercedes previous build)

Code:
# uname -a
Linux LibreELEC 4.6.2 #1 SMP Fri Jun 10 21:06:47 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160610210525-#0610-gd03b16e [Build #0610]

Based on tip of LibreELEC.tv master (d03b16ea, changelog) and tip of XBMC master (536fa3c3, changelog) with the following modifications: Build Highlights:
  1. VideoPlayer additions
  2. PR:9731: [WIP] 3dlut and simple ICC linking support for color correction
Build Details:
  1. LibreELEC.tv:
    • samba: actually allow it to be disabled (PR:439, 1 commit, 2 files changed)
    • settings: bump to v0.8.1 (PR:440, 1 commit, 1 file changed)
    • linux: Update to 4.6.2 (PR:434, 4 commits, 33 files changed)
    • Add Custom config.txt copy to boot loader during update and version check (PR:389, 3 commits, 4 files changed)
    • Atom Baytrail and CherryTrail HDMI audio support (PR:417, 2 commits, 2 files changed)
  2. XBMC:
    • FFmpeg: Make usable from add-ons (PR:9827, 1 commit, 3 files changed)
    • fixed: tar depends on automake (PR:9938, 1 commit, 1 file changed)
    • reduce impact of touching VideoDatabase.h, PVRRecordings.h (PR:9937, 1 commit, 12 files changed)
  3. xbmc/master (FernetMenta):
    • New commits in this build:
      • VideoPlayer: do not calc framerate in stalled state (a0acab81)
      • VideoPlayer: pause a/v players while display is lost (ec29c580)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:9731: [WIP] 3dlut and simple ICC linking support for color correction



RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-10

(2016-06-10, 07:42)lmyllari Wrote: @millhouse, would you consider Kodi PR9731? I'm working to get it in shape for merging and more testing would be very welcome.

Included in #0610. Please post details of what it does, what needs testing etc.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-11

(2016-06-10, 23:19)khaoohs Wrote: Attempting to use the shadertoy visualization or screensaver crashes kodi.

LibreELEC (Milhouse) - Version: devel-20160609210743-#0609-g61dbf48 [Build #0609]

crashlog: http://sprunge.us/heEZ

Yes, it seems to crash when ending a song. Any song, any codec/format. Needs reporting upstream (https://github.com/notspiff/visualization.shadertoy) as it seems to be an add-on issue/bug. Doesn't crash on RPi so may be GL specific.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Tequilla9 - 2016-06-11

(2016-06-09, 19:42)Tequilla9 Wrote:
(2016-06-07, 21:13)fritsch Wrote:
(2016-06-07, 18:46)Tequilla9 Wrote: Here you are:

(Hope I have done it correctly)

Part 1 (Kodi and Sytem log): http://pastebin.com/hz7NUf9a

Part 2 (Audio, Journal log): http://pastebin.com/mnSgnbN7

Hope it helps to identify the problem. Please let me know when I should try something Wink

thx
Volker
Thanks, please turn on debuglogging and play the file for longer (10 minutes), please., don't open the codec info screen, but press a remote button every time you see the stutter. Also disable ffmpeg's component logging that is spamming us like hell. Then please only post the kodi.log - the rest is not relevant for now.

OK. Here you are:

Kodi log: http://pastebin.com/7YyuU2EN

I pressed everytime I could see the stutter the Vol+ key, hope you can see whats going on there Wink

Edit: After playing arround with the settings the only thing that solves the issue is to enable "Sync playback to display" - unfortunately there is no DTS HD passthrough anymore.

thx

@Fritsch: Have you already been able to check the log?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - gjwAudio - 2016-06-11

Hi Milhouse

Upgraded to LE #0610 tonight, and finally got Xonfluence for Kodi 17 running - Oh Happy Day Blush

I seem to have a problem with the volume control on my remote... it responds by one step only, and does not recognize a continuous press. This is skin-independent - happening with Xonfluence, with Estuary and even with good old Confluence. Actually, I get the same behaviour with the GP-IR02BK handheld and the MS 1044 MCE keyboard.

I thought remote control bugs were recently squashed...

What can I provide to help troubleshoot this ?

Thanks Wink


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - schumi2004 - 2016-06-11

Since builds 6xx i'm having regular lockups.

LibreELEC (community) Version: devel-20160606214745-#0606-gf59ff67
LibreELEC git: f59ff67c7634cab5b11b9d2717da72331ff7a60a

dmesg seems to indicate a memory thing

http://sprunge.us/HRRN

free mem
total used free shared buffers cached
Mem: 3496760 1076404 2420356 403008 51204 522728
-/+ buffers/cache: 502472 2994288
Swap: 0 0 0


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-06-11

(2016-06-11, 09:07)gjwAudio Wrote: Hi Milhouse

Upgraded to LE #0610 tonight, and finally got Xonfluence for Kodi 17 running - Oh Happy Day Blush

I seem to have a problem with the volume control on my remote... it responds by one step only, and does not recognize a continuous press. This is skin-independent - happening with Xonfluence, with Estuary and even with good old Confluence. Actually, I get the same behaviour with the GP-IR02BK handheld and the MS 1044 MCE keyboard.

I thought remote control bugs were recently squashed...

What can I provide to help troubleshoot this ?

Thanks Wink

Auto-repeat is still a problem with kernel 4.6.2 for some users.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-06-11

(2016-06-11, 08:55)Tequilla9 Wrote:
(2016-06-09, 19:42)Tequilla9 Wrote:
(2016-06-07, 21:13)fritsch Wrote: Thanks, please turn on debuglogging and play the file for longer (10 minutes), please., don't open the codec info screen, but press a remote button every time you see the stutter. Also disable ffmpeg's component logging that is spamming us like hell. Then please only post the kodi.log - the rest is not relevant for now.

OK. Here you are:

Kodi log: http://pastebin.com/7YyuU2EN

I pressed everytime I could see the stutter the Vol+ key, hope you can see whats going on there Wink

Edit: After playing arround with the settings the only thing that solves the issue is to enable "Sync playback to display" - unfortunately there is no DTS HD passthrough anymore.

thx

@Fritsch: Have you already been able to check the log?

Discon method needs some hysteresis. DTS-HD is decoded lossless. So if you don't need the green light on your AVR - use PCM audio + Sync Playback to Display.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - flipside101 - 2016-06-11

Hi,

Has the "remote control sends keyboard presses" option been removed from kodi ?

the mce_kbd device is enabled and media keys work however normal keyboard keys dont hence looking for this