• 1
  • 113
  • 114
  • 115(current)
  • 116
  • 117
  • 355
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(2017-09-08, 00:41)lrusak Wrote:
(2017-09-07, 23:04)Living Legend Wrote: Quick post here likely missing important info, so quite possibly useless. But while it's on my mind, here it is.

Up until a couple days ago I was running two systems, both on stable version of LibreELEC. One is on a Chromebox, the other is on a VM on my unRAID Server @ 4 MB RAM & 4 Cores.

I updated the Chromebox to #0903. No issues for my uses outside of the HDHR addon no longer working properly. The "thinking" rotating clock, and then logo were stuck on the screen and there wasn't anything I can do. No biggie as I rarely use this addon, only if the MythTV PVR backend is failing for whatever reason and I don't have time to reset it. I was able to install Netflix and Amazon Prime. Big plus.

Today, I did the upgrade to the VM. After the reboot, it was sluggish and unusable. Navigating the menu was clunky, a second or more behind, and videos would not stream properly. I realized I had installed #0906. I figured it was something with the VM not working well on these Alpha versions, but I decided to try again by downgrading to #0903, the working version on my Chromebox. To my pleasant surprise, it worked.

If there's any diagnostic logs you'd like me to run, or tests to try out, I'll keep my eye on this thread.


What form of virtualization is it? You can only expect good performance if you are using qemu and passing through a dedicated gpu. Otherwise you are going to get software decoding of videos which won't work that we'll.

Here is my current configuration. I'm passing through my CPU as well as a dedicated GPU. And as mentioned, it worked flawlessly up until #0906. Stable as well as #0903 worked well.

Image

(2017-09-07, 23:18)Milhouse Wrote: @Living Legend can you test #0904 and #0905 to determine if they're also affected with the same sluggish performance? The obvious candidate would be #0904 with the new 4.13 kernel, though I've no idea why...

I can certainly give this a shot and incrementally run through the updates until I find the culprit.
Same with #907

Last good version for me was #0713, 14-Jul-2017: Generic
since this , I ve always this effect see Video on (@1sec & @8sec) https://drive.google.com/file/d/0B2D-PRz...FyTHM/view

Fully avaialble for any tests

Thanks in advance for oyur precious support
JP
(2017-09-08, 20:14)Living Legend Wrote: I can certainly give this a shot and incrementally run through the updates until I find the culprit.

Also, assuming it starts with the switch to the 4.13 kernel, then testing the release candidates to see if we can identify when it starts would also help.
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.
(2017-09-08, 17:11)tonyschuite Wrote: running 0907 build
renders the interface unusable on my hardware.
regarding interface build 0904 still works

Unusable in what way, can you provide a more detailed description of the problem? Maybe even a photograph?

When does the problem start, #0905, #0906 or #0907?

(2017-09-08, 17:11)tonyschuite Wrote: as of 09XX build the addon game.libretro is no longer compatible
can I fix this somehow?

It's a strange issue, rebooting usually helps. Please post a debug log if it continues.
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.
(2017-09-08, 21:28)Milhouse Wrote:
(2017-09-08, 17:11)tonyschuite Wrote: running 0907 build
renders the interface unusable on my hardware.
regarding interface build 0904 still works

Unusable in what way, can you provide a more detailed description of the problem? Maybe even a photograph?

When does the problem start, #0905, #0906 or #0907?

problem starts at #0905.
Produces conciderable input lag (few seconds before UI responds) and extreme CPU load.

running #0904 without any problems.

Quote:
(2017-09-08, 17:11)tonyschuite Wrote: as of 09XX build the addon game.libretro is no longer compatible
can I fix this somehow?

It's a strange issue, rebooting usually helps. Please post a debug log if it continues.

Somehow this got fixed by installing the #0907 build and reverting back to #0904 so ignore this.
(2017-09-08, 22:03)tonyschuite Wrote: problem starts at #0905.
Produces conciderable input lag (few seconds before UI responds) and extreme CPU load.

running #0904 without any problems.

Are you using a VM?
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 #0908: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.13.0 #1 SMP Fri Sep 8 21:53:42 BST 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20170908215215-#0908-g4c29a52 [Build #0908]

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

Based on tip of LibreELEC.tv master (4c29a52, changelog) and tip of XBMC master (ee7f71f, changelog) with the following modifications:
  • Includes latest kodi-platform master (36fb493)
  • Includes latest libcec master (8adc786, ahead +26)
  • Includes latest libnfs master (3ba2a2c, ahead +101)
  • Includes latest p8-platform master (a822e19)
  • Includes latest addons: inputstream.adaptive (1656efc), inputstream.rtmp (e094fa3), peripheral.joystick (cc14287), pvr.argustv (23cc0e8), pvr.demo (122dedd), pvr.dvblink (816f90c), pvr.dvbviewer (8741c8b), pvr.filmon (34dca04), pvr.hdhomerun (ace19fa), pvr.hts (53118d8), pvr.iptvsimple (ac4f4bd), pvr.mediaportal.tvserver (c86ab35), pvr.mythtv (b46e5be), pvr.nextpvr (a855663), pvr.njoy (99874de), pvr.octonet (a77cf11), pvr.pctv (549f690), pvr.stalker (e15edca), pvr.vbox (b5da811), pvr.vdr.vnsi (f3f80d5, +1), pvr.vuplus (9bfd868), pvr.wmc (d820bf8), pvr.zattoo (a24879b)
  • Include [env] 22775c5: include crazycat dvb drivers addon in image
  • Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
  • Include [env] patch: libcec: don't link non-existant libtinfo
  • Include [env] patch: rev hack for kodi
  • Include [env] patch: Add experimental splash video for RPi
  • Include [env] patch: Bump included addon versions to prevent online updates
  • Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  • Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
  • Include [env] patch: pvr addons: disable broken addons
  • Include [env] PR:1773: init: make break after behaviour really break after
  • Include [env] PR:1776: Don't cause system to hang on halt/reboot when net-booting
  • Include [env] PR:1791: nss/nspr: include in main image [rfc]
  • Include [env] PR:1835: add support for optional kernel modules in image and from addons
  • Include [env] PR:1917: linux: enable ftrace
  • Include [env] PR:1919: samba: don't restart smbd in samba-autoshare
  • Include [env] PR:1947: package updates
  • Include [env] PR:1956: wireless-regdb: update to wireless-regdb-2017.03.07
  • Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  • Include [pkg] PR:234: implement intensity compensation for VC-1 decoding for Ivybridge and better (intel-vaapi-driver)
  • Include [pkg] PR:260: Fix Seeking with VC1 after 6702b01ee3598017f05374bfc7956493f790361c (intel-vaapi-driver)
  • Include [pkg] PR:12767: Partial revert of imdb crashfix due to a introduced bug
Build Highlights:
  1. HEVC playback: Fix playback with software HEVC decode (@Amra)
  2. Update wireless-regdb
Build Details:
  1. XBMC:
    • [PVR] CPVRClient::CloseStream must reset playing flags and playing recording/channel. (PR:12778, 1 commit, 1 file changed)
    • FFmpeg: Bump to 3.3.3-Leia-Alpha-1 (PR:12782, 1 commit, 1 file changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:1956: wireless-regdb: update to wireless-regdb-2017.03.07
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.
(2017-09-07, 23:18)Milhouse Wrote: @Living Legend can you test #0904 and #0905 to determine if they're also affected with the same sluggish performance? The obvious candidate would be #0904 with the new 4.13 kernel, though I've no idea why...

Tested #0904 and #0905.

#0904 works the same as all previous iterations. No problems besides the previously noted HDHR addon.

#0905 is where it starts. GUI is essentially rendered useless. It boots, but navigates at a snails pace. Here is the debug log:

http://sprunge.us/ieQA

Just for fun, I'll give the newest #0908 a test and report back.

EDIT: No good on #0908
(2017-09-08, 05:08)Milhouse Wrote:
(2017-09-07, 21:48)Nekromantik Wrote: My router does support DFS. Im using DD WRT.
The NUC when booted to windows works fine so its just on LE.

Can you install the "network tools" add-on from the LibreELEC repository as this will install the iw utility, reboot, then run:
Code:
iw list | pastebinit
iw reg get | pastebinit
iw dev wlan0 scan | pastebinit
iw dev wlan0 info | pastebinit
iw dev wlan0 link | pastebinit
and paste the links.

I flashed back to LE 8.1.1 as I had some other kodi beta related issues with add ons.
I will try a new build soon and let you know the links Smile
thanks
@Milhouse

Thank you for the ffmpeg HEVC fix. Just tested it and can confirm that both hardware AND software HEVC playback now works with #908. Much appreciaed. Big Grin
(2017-09-09, 00:23)Living Legend Wrote:
(2017-09-07, 23:18)Milhouse Wrote: @Living Legend can you test #0904 and #0905 to determine if they're also affected with the same sluggish performance? The obvious candidate would be #0904 with the new 4.13 kernel, though I've no idea why...

Tested #0904 and #0905.

#0904 works the same as all previous iterations. No problems besides the previously noted HDHR addon.

#0905 is where it starts. GUI is essentially rendered useless. It boots, but navigates at a snails pace. Here is the debug log:

http://sprunge.us/ieQA

Just for fun, I'll give the newest #0908 a test and report back.

EDIT: No good on #0908

Same behavior here, dedicated system no VM.

CPU is an AMD Kabini 5350 APU.

Started with build #0905 so #0904 is the last usable build for me.

The UI gets super slow. When I press a button on my remote it takes about 2-5 seconds until something happens.

As I said, it all started with build #0905 and all builds after that behave the same.

Was a pain to check every new build because going back took about 5 minutes until I got to press "OK" for the download to start.
(2017-09-09, 03:33)UrushibaraRuka Wrote:
(2017-09-09, 00:23)Living Legend Wrote:
(2017-09-07, 23:18)Milhouse Wrote: @Living Legend can you test #0904 and #0905 to determine if they're also affected with the same sluggish performance? The obvious candidate would be #0904 with the new 4.13 kernel, though I've no idea why...

Tested #0904 and #0905.

#0904 works the same as all previous iterations. No problems besides the previously noted HDHR addon.

#0905 is where it starts. GUI is essentially rendered useless. It boots, but navigates at a snails pace. Here is the debug log:

http://sprunge.us/ieQA

Just for fun, I'll give the newest #0908 a test and report back.

EDIT: No good on #0908

Same behavior here, dedicated system no VM.

CPU is an AMD Kabini 5350 APU.

Started with build #0905 so #0904 is the last usable build for me.

The UI gets super slow. When I press a button on my remote it takes about 2-5 seconds until something happens.

As I said, it all started with build #0905 and all builds after that behave the same.

Was a pain to check every new build because going back took about 5 minutes until I got to press "OK" for the download to start.

I feel your pain! Except I quickly gave up on that and initiated the download from my computer and directed it to the update folder on my VM instance.
@Living Legend / @UrushibaraRuka / @tonyschuite: please try build #0908z: Generic

It includes updated llvm v5.0 (previous is v5.0-rc4) and is a clean build as the suspicion is that there may have been a problem with llvm/mesa in previous builds since #0905 due to a configuration/packaging issue.

ssh is also good for updating. Smile
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.
Hi,

i've got the same problems like Living Legend, tonyschulte and UrushibaraRuka.

Since #0905 the Kodi GUI is inoperable. Menu, Covers etc needs 3-5 Seconds to load and react.

The last good version is build #0904 Sad

Could be a problem with AMD APUs since the kernel update?

I've got an AMD E-350 APU and the others have got a AMD CPU too?

The newest #0908 have the same problem like Build #0905 - 0907
(2017-09-09, 10:54)Turbostaater Wrote: The newest #0908 have the same problem like Build #0905 - 0907

Have you tried #0908z?
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
  • 113
  • 114
  • 115(current)
  • 116
  • 117
  • 355

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