•   
  • 1
  • 289
  • 290
  • 291(current)
  • 292
  • 293
  • 350
  •   
v18 -  LibreELEC Testbuilds for x86_64 (Kodi 18.0)
(2018-09-17, 13:49)sk4hrr Wrote: Thank you for your answer.
I do have two GPUs, the A6 and the RX550, and when the HDMI is connected to the A6, kodi starts correctly. If the HDMI is connected to the RX550, kodi does not start.

My debug logs: https://send.firefox.com/download/106e1d...AeG8NJ4l-w

Is it not possible to totally disable the A6 GPU in the BIOS? The kernel (and xorg) is seeing both GPUs, and is loading the radeon driver for the A6 GPU and the amdgpu driver for the RX550. The Xorg server seems to be crashing while initialising the RX550.

If you can't completely disable the A6 GPU then try blacklisting the radeon driver:

echo "blacklist radeon" >/etc/modprobe.d/radeon.conf
and 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.
Reply
@Milhouse So the TV/Movie screen loading delay is also happening on default skin. Tried 3 skins inc default,
Never happened before. 
Will grab log if it shows anything as once it loads its fine, just the delay.
Reply
(2018-09-17, 20:16)Nekromantik Wrote: @Milhouse So the TV/Movie screen loading delay is also happening on default skin. Tried 3 skins inc default,
Never happened before. 
Will grab log if it shows anything as once it loads its fine, just the delay.

Not seeing any problem myself (NUC over WLAN, and Revo3700 over wired GigE) but if you're sure it's somewhere between #0910 and #0915 then pinning it down might jog something.

And when you say "TV/Movie screen loading delay" is this is a delay that you see when navigating the home screen and highlighting the "Movies" or "TV shows" sections, or is it when entering the respective library views (ie. after clicking on "Movies" or clicking on "TV shows")?
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.
Reply
(2018-09-17, 15:46)Milhouse Wrote: Is it not possible to totally disable the A6 GPU in the BIOS?
I hadn't seen the option in the BIOS, but now it's fine: http://pix.toile-libre.org/upload/origin...209101.jpg
Unfortunately, it still doesn't work: https://send.firefox.com/download/3d8477...zxvQvEPlTQ
 
(2018-09-17, 15:46)Milhouse Wrote: If you can't completely disable the A6 GPU then try blacklisting the radeon driver:

echo "blacklist radeon" >/etc/modprobe.d/radeon.conf
and reboot.
I also tried, but no better: https://send.firefox.com/download/65c3b5...8vT8bOyf0Q
 

edit 20h44

It works with this trick: https://forum.libreelec.tv/thread/13229-...#post99731
Reply
Its after selecting the TV or Movies library view.
Cant be network delays as my connection speed has not changed and the NUC is connected via ethernet.
Reply
Can confirm these delays on home screen since build #0912.
But for me it seems that this behavior fixed my problems with my pvr addon....?! ---> 2768217 (post)
Asus H270M-Plus (i3-7100),NUC7i3BNH,WeTekHub,Pi2,Win10Server.
Reply
(2018-09-17, 20:41)debutanker Wrote: Can confirm these delays on home screen since build #0912.
But for me it seems that this behavior fixed my problems with my pvr addon....?! ---> 2768217 (post)

I can confirm these delayse to.
Ik can see the nfs networkpath in the background when entering the library view on my nuc7i5BNH
Reply
Hello, I've since moved from Windows to Libreelec ever since v17 to the now new Beta V18 "hide progress of library updates" option does not work. Everytime the library updates the progress bar comes up stopping you doing whatever you are doing.

Does anyone know if this will ever be fixed. I've a Windows machine and several Kodi boxes running Libreelec and all are the same.
Reply
I can confirm the huge delays introduced in opening libraries recently.  Build #911 was fine, for example my 'TV Shows' library opens in ~2s.  Update to #912 and it sits on a blank screen for over a minute before the list appears.  Problem remains in #916, I normally use Aeon Nox but it's the same with default skin.  Intel NUC, wired ethernet (although it's powerline).  Problem improves somewhat if I move the NUC so I can cable it straight into the router however it's still >10s compared to ~1s with #911.  So it seems a slower network connection exacerbates the problem, whatever it is.

I could really use those DVBViewer fixes in #912 to as well!
Reply
(2018-09-17, 20:32)sk4hrr Wrote: edit 20h44

It works with this trick: https://forum.libreelec.tv/thread/13229-...#post99731

Great, unfortunately this kind of manual workaround will have to suffice for the time being.
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.
Reply
Regarding the Movie/TV Show delays - can someone provide a debug log??

About the only change in #0912 that might make sense is the range-based loop change, maybe it now loops unnecessarily wasting time - check if CPU load is high while you are waiting.

I'm not seeing a problem on any of my test machines (RPi3+, NUC, Rev3700), all of which have a MySQL backend.
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.
Reply
New LibreELEC.tv Leia build #0917: Generic
(Supercedes previous build)

SHA256 Checksum: 3068528ae48b9ce432dd667114add12f5e0baa0b9a792e2149224c3e7586cff2 (Generic)

# uname -a
Linux NUC 4.18.8 #1 SMP Mon Sep 17 21:06:13 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180917210358-#0917-g56eae68 [Build #0917]

# Kodi version
(18.0-BETA3 Git:519b9c2). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (56eae68, changelog) and tip of XBMC master (519b9c2, changelog) with the following modifications: Build Highlights:
  1. SQLite 3.25.0
Build Details:
  1. XBMC:
    • [PVR] CFileItem PVR ctors: No need to set label2 (PR:14442, 1 commit, 1 file changed)
    • [videoplayer] Fix crash if demuxffmpeg's AddStream method returns null. (PR:14444, 1 commit, 1 file changed)
    • VideoPlayer: fix edge case where input stream sets chunk size for liv (PR:14443, 1 commit, 1 file changed)
    • WebDAV: Fix folder display names for WebDAV sources. (PR:14403, 1 commit, 1 file changed)
    • ActivateWindow return reset history if different starting path (PR:13493, 1 commit, 1 file changed)
    • GUIWindowManager: Don't mess with RetroPlayer when activating windows (PR:14436, 1 commit, 1 file changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2913 (perma): linux (RPi): update to linux-4.18.8
    • Added: [env] PR:2977 (perma): sqlite: update to sqlite-autoconf-3250000
    • Added: [env] PR:2979 (perma): scripts/get: wget uses bar indicators
    • Updated: [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
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.
Reply
(2018-09-18, 01:58)Milhouse Wrote: Regarding the Movie/TV Show delays - can someone provide a debug log??

Here you go: http://ix.io/1mUP
While opening TV Shows library, a pop up with "waiting for server to wake up/extended wait for server to wake up" appears.
But could this also be the reason for me, that my pvr addon now doesnt need a reboot if my server is waking up from standby (till build #0911, like posted in TVMosaic thread)?
Asus H270M-Plus (i3-7100),NUC7i3BNH,WeTekHub,Pi2,Win10Server.
Reply
Here are my logs:

#911, entering TV library at 07:46: https://pastebin.com/wencVEdX
#912, entering TV library at 08:14: https://pastebin.com/xG7xgstj
#912, entering TV library at 08:17: https://pastebin.com/Bqq8WW56

I tried #912 twice because today, it was quicker entering the library (30 seconds vs 60 seconds yesterday).  On the second attempt, I didn't give the system as long to settle down, as this isn't necessary anyway with < 912.  Adding only a small amount of work (get weather and TV widget) almost doubled the wait time to 50 seconds.
Reply
@debutanker (from #0916):


08:27:43.530 T:139923666016384 DEBUG: CGUIMediaWindow::GetDirectory (videodb://tvshows/titles/)
08:27:43.530 T:139923666016384 DEBUG: ParentPath = [videodb://tvshows/titles/]
...
08:27:58.381 T:139923666016384 DEBUG: Saving fileitems [videodb://tvshows/titles/]
08:27:58.381 T:139923666016384 DEBUG: -- items: 12, sort method: 0, ascending: true

~15 seconds.

@beeswax (from #0912):

08:14:03.071 T:140349584910464 DEBUG: CGUIMediaWindow::GetDirectory (special://profile/playlists/video/GrownupsTV.xsp)
08:14:03.071 T:140349584910464 DEBUG: ParentPath = [special://profile/playlists/video/GrownupsTV.xsp]
08:14:03.094 T:140349584910464 DEBUG: This query part contains a like, we will double backslash in the next field: LIKE '
08:14:29.825 T:140349584910464 DEBUG: Saving fileitems [special://profile/playlists/video/GrownupsTV.xsp]
08:14:29.835 T:140349584910464 DEBUG: -- items: 713, sort method: 0, ascending: true

~27 seconds.

Something has gone wrong with the kodi fileitems processing in #0912. My guess would be the range-based loops change.
(2018-09-12, 23:28)Milhouse Wrote: Build Details:
  1. XBMC:
    • [modernize] range-based loops (PR:14426, 21 commits, 57 files changed)

Ping @Rechi.

And besides, all of the processing done when "Saving fileitems ..." is for nought as the filecache is pretty much broken - the filecache that is created and written to disk is never read. I have toyed with the idea of disabling the filecache completely in these builds as it's just wasted CPU - probably just as well I didn't otherwise it would have have hidden this new issue.
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.
Reply
  •   
  • 1
  • 289
  • 290
  • 291(current)
  • 292
  • 293
  • 350
  •   
 
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