•   
  • 1
  • 274
  • 275
  • 276(current)
  • 277
  • 278
  • 304
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
#0112 (issue NOT specific to this build)

I have been having personal problems for a while now with iplayerwww playback of live channels (TV & Radio) on an rpi3 and rpi2 (wireless & wired respectively) and in my usage case it appears to occur in both latest Leia and Krypton builds.  Essentially I play a live stream and initially all good with playback, but after a period of time between say 5 to 15mins audio and video being to pause and stutter eventually in some cases freezing playback (requiring a stop key-press to recover) and/or dropping back into GUI.

kodi.log with iplayer www live audio playback
kodi.log with iplayer www live Video playback (Not captured good result "after short T period" yet as file-sizes too large for Libreelec upload log service, I will update post with improved logs if I can when available)
---edit---Larger kodi.log (Dropbox) where first major annoying video/Audio freeze occured at around 10:30 with blank screen after numerous annoying pauses a few minutes later.
(Note captured this log without pressing stop on remote to observe if Kodi would returned to GUI, where my normal experience is it will return to GUI) ---edit---

Above logs are when using iplayer www add-on directly (only) with debug and additional audio/video logging switched on with logs being captured after clean reboot of rpi2 and performance of test/check.

Note: Live playback is perfectly fine on other devices within home using browser and/or official available iplayer apps. (Laptop, iPad) will double check as I believe also fine with Kodi Krypton and Leia running on Win 10 pc

Any thoughts appreciated as I am aware my live playback issue my not be specific to the Libreelec build used. (Something in my configuration, combination off Add-on installed/used, add-on maintainer issue etc)
rPi 3, SanDisk Ultra 8Gb SD & Milhouse LE TestBuild (Kodi 18) -> Onkyo AV -> Philips 42" LCD TV
Reply
Think this bug has been around for sometime, but I've just noticed it's only under a certain condition.

1) I have option "playcountminimumpercent" set to 101 so my shows aren't auto marked as watched.

The bug...

If you use big seek forward at any point till the end of the show, it gets marked as watched, but if using short (normal) seek steps it's not marked as watched, as it should be.

Any chance of looking into that 1 millhouse?

Cheers
Reply
(2018-01-06, 23:50)popcornmix Wrote:
(2018-01-06, 04:07)smp1 Wrote:  I can confirm the buffering issue with .m2ts and .ts files. The issue occur during the playback over LAN (SMB). Local playback seem to be ok. The same videos play fine if remuxed to mkv.  
Is this a recent problem in these builds? Identifying the first build with the problem would be useful.   
I identified the build that introduced this issue - #0912
Reply
New LibreELEC.tv Leia build #0113: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 4307ac1cec4f982bd8febf3f8bf9a229a66a3107e6ad03f75af987081b44c00b (RPi)
SHA256 Checksum: f1006423a5053190c6a38eec95c6b3033339da31df28bff39a0bfb478447562e (RPi2)

# uname -a
Linux rpi512 4.14.13 #1 Sat Jan 13 21:30:06 GMT 2018 armv6l GNU/Linux

# vcgencmd version
Jan 11 2018 19:25:00
Copyright © 2012 Broadcom
version 0deb3d4e5956807bc641565696eeace31e3903c0 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180113212854-#0113-gc9da0d3 [Build #0113]

# Kodi version
(18.0-ALPHA1 Git:138fa39). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (c9da0d3, changelog) and tip of XBMC master (9d12303, changelog) with the following modifications: Build Highlights:
  1. [gui] include now supports nested element processing
Build Details:
  1. LibreELEC.tv:
    • mesa/xf86-video-intel: bump to 17.3.2/028c946 (PR:2410, 2 commits, 2 files changed)
  2. XBMC:
    • VideoPlayer: fix order of outbound events (PR:13351, 2 commits, 3 files changed)
    • settings: drop warning log, reduce log spam (PR:13349, 1 commit, 1 file changed)
    • WSGI changes (PR:13269, 2 commits, 1 file changed)
    • [gui] include now supports nested element processing (PR:11850, 1 commit, 2 files changed)
    • Fix crash due to out-of-order resource destruction (PR:13353, 1 commit, 2 files changed)
    • [win10] fixes for crashes reported at store (PR:13350, 3 commits, 4 files changed)
    • [fix] coverity issues (PR:13355, 4 commits, 3 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2392 (perma): linux: update to linux-4.14.15 (-ish)
    • Added: [env] PR:2413 (perma): xorg-server: update to xorg-server-1.19.6
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-01-11, 17:39)4ndreas Wrote: I changed the power supply and got a new crash this night: http://ix.io/E1N

4ndreas 
 Is there anything I can do to help finding the reason for the crash?

4ndreas
Reply
(2018-01-14, 10:28)4ndreas Wrote:  Is there anything I can do to help finding the reason for the crash?

Patience... people will look at this as/when they have the time/interest, it can't be forced.
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
I'm having the same problem as @MikeKL , but with the Zattoo PVR client, after about half an hour the iptv stream stops and kodi freezes!
The only way to get back to kodi is by manually switching the power off and on again (already corrupted one sdcard because of this).
I have a debug log file with 163K lines (15M heavy) so no luck with pastebin or ix.io, but I have cut the first and last 1000 lines from the log.
I reverted back to #1218, where the problem doesn't manifest.
Reply
Hi @LE Team

Since last few versions of LibreELEC kodi does not wake up properly. The Kodi is set so that when I turn off TV Kodi goes into standby mode, when I turn on TV after a few hours TVheadend loads channel logos very slowly.
The percentages run in slow motion when it comes to 100% all channels disappear from the list. I think this bug comes with build # 0111 but I'm not sure.
The bug is hard to reproduce, when I turn off TV for a few minutes and then turn it back on again everything works fine, it'll take a few hours to make this bug appear.
That Kodi runs normally again I have to do hard reset.

a log is not possible here, right?
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
(2018-01-14, 12:23)indri Wrote: I have a debug log file with 163K lines (15M heavy) so no luck with pastebin or ix.io, but I have cut the first and last 1000 lines from the log.

Dropbox, Googledrive...

(2018-01-14, 12:23)indri Wrote: I reverted back to #1218, where the problem doesn't manifest.

Is #1218 the last working build or just the last build you were using before you upgraded? Knowing the first build when the issue started would be useful information.
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
Unfortunately I have no googledrive nor dropbox.. did the first and last 1000 lines help?
I could try uploading more Debug Log snippets if what I already uploaded didn't help.
I can't tell exactly which one is the last working build, but I've been updating fairly often and the problem has persisted for quite some time now.
One thing is sure though, in build #1218 live tv works flawlessly.
Reply
(2018-01-13, 12:50)MikeKL Wrote: #0112 (issue NOT specific to this build)

I have been having personal problems for a while now with iplayerwww playback of live channels (TV & Radio) on an rpi3 and rpi2 (wireless & wired respectively) and in my usage case it appears to occur in both latest Leia and Krypton builds.  Essentially I play a live stream and initially all good with playback, but after a period of time between say 5 to 15mins audio and video being to pause and stutter eventually in some cases freezing playback (requiring a stop key-press to recover) and/or dropping back into GUI.

kodi.log with iplayer www live audio playback
kodi.log with iplayer www live Video playback (Not captured good result "after short T period" yet as file-sizes too large for Libreelec upload log service, I will update post with improved logs if I can when available)
---edit---Larger kodi.log (Dropbox) where first major annoying video/Audio freeze occurred at around 10:30 with blank screen after numerous annoying pauses a few minutes later.
(Note captured this log without pressing stop on remote to observe if Kodi would returned to GUI, where my normal experience is it will return to GUI) ---edit---

Above logs are when using iplayer www add-on directly (only) with debug and additional audio/video logging switched on with logs being captured after clean reboot of rpi2 and performance of test/check.

Note: Live playback is perfectly fine on other devices within home using browser and/or official available iplayer apps. (Laptop, iPad) will double check as I believe also fine with Kodi Krypton and Leia running on Win 10 pc

Any thoughts appreciated as I am aware my live playback issue my not be specific to the Libreelec build used. (Something in my configuration, combination off Add-on installed/used, add-on maintainer issue etc)
Large Kodi log added to previous post (see edit) after catching Video/Audio pausing this morning whilst watching a live iplayer www stream. (build #0113)
Note Debugging enabled for Verbose logging of Audio/Video timing sync
rPi 3, SanDisk Ultra 8Gb SD & Milhouse LE TestBuild (Kodi 18) -> Onkyo AV -> Philips 42" LCD TV
Reply
Hi,

since update from kodi 17 (some milhouse build, not sure anymore which one), I have trouble logging in via ssh. It used to work, I copied the update file just minutes ago via ssh, now it doesn't take the "libreelec" password anymore.

Did the default password change?

Thanks
Reply
(2018-01-14, 14:27)Catscrash Wrote: Did the default password change?

No.
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
Okay, that's weird. I even created an authorized_keys file to use with my ssh keys in .ssh by writing it directly to the SD card, without any luck... Login still doesn't work. Any idea what that could be?

Thanks...
Reply
(2018-01-14, 14:45)Catscrash Wrote: Okay, that's weird. I even created an authorized_keys file to use with my ssh keys in .ssh by writing it directly to the SD card, without any luck... Login still doesn't work. Any idea what that could be?

Thanks...

Not really. If it doesn't log in with the password libreelec (username: root) then my initial thought would be that you're not logging in to the correct machine, so verify the IP address is what you think it is. Pulling journalctl from the Logfiles samba share (latest zip file) might give you some information if the system is somehow corrupt.
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
  • 274
  • 275
  • 276(current)
  • 277
  • 278
  • 304
  •   
 
Thread Rating:
  • 12 Vote(s) - 4.67 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)4.6712