(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:
text:
echo "blacklist radeon" >/etc/modprobe.d/radeon.conf
and reboot.
@
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.
(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")?
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.
(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....?! ---> https://forum.kodi.tv/showthread.php?tid...pid2768217
I can confirm these delayse to.
Ik can see the nfs networkpath in the background when entering the library view on my nuc7i5BNH
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.
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!
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.
New LibreELEC.tv Leia build #0917:
Generic
(Supercedes previous build)
SHA256 Checksum:
3068528ae48b9ce432dd667114add12f5e0baa0b9a792e2149224c3e7586cff2
(Generic)
text:
# 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:
- Includes latest kodi-platform master (e8574b8)
- Includes latest libcec master (8adc786)
- Includes latest libnfs master (9454d9f, ahead +9)
- Includes latest p8-platform master (a822e19)
- Includes latest addons: inputstream.adaptive (9f3502a, +1), inputstream.rtmp (0cc2da1), peripheral.joystick (08e4a1a), peripheral.xarcade (91567dd), pvr.argustv (c57a5c4), pvr.demo (481f2fa), pvr.dvblink (72ef8a0), pvr.dvbviewer (dd9c518, +13), pvr.filmon (93ae10d), pvr.hdhomerun (7a607c9), pvr.hts (8b66ec3), pvr.iptvsimple (e8effad), pvr.mediaportal.tvserver (b17d5ad), pvr.mythtv (22aa23b), pvr.nextpvr (441edde), pvr.njoy (204d95b), pvr.octonet (1e44819), pvr.pctv (9d95bab), pvr.stalker (2eb66d1), pvr.teleboy (0f3ccfd), pvr.vbox (40ca81f), pvr.vdr.vnsi (bb4fb30), pvr.vuplus (1bab009, +5), pvr.wmc (0aea001, +4), pvr.zattoo (8de69a1), vfs.libarchive (f93a5f3), vfs.sftp (e69acc9)
- Include [env] compare (perma): TESTING: increase timeout to ensure OS is able to create core dump/crash log
- Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
- Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
- Include [env] patch: kodi: remove annoying, excessively repetitive addon logging
- Include [env] patch: rev hack for kodi
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
- Include [env] PR:2904 (perma): zlib: add neon optimizations
- Include [env] PR:2908 (perma): linux (Generic): update to linux-4.18.8
- Include [env] PR:2913 (perma): linux (RPi): update to linux-4.18.8
- Include [env] PR:2916 (perma): ffmpegx and tvh
- Include [env] PR:2974 (perma): samba: update to samba-4.9.0
- Include [env] PR:2976 (perma): curl: update to curl-7.61.1
- Include [env] PR:2977 (perma): sqlite: update to sqlite-autoconf-3250000
- Include [env] PR:2979 (perma): scripts/get: wget uses bar indicators
- Include [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
- Include [pkg] PR:14422 (perma): Use Linux Sysfs SoC interface for SystemInfo and CPUInfo
Build Highlights:
- SQLite 3.25.0
Build Details:
- 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)
- 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
(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)?
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.
@
debutanker (from #0916):
text:
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):
text:
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:
- 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.