[MikeKL]

#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)

[MidKnight]

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

[smp1]

 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

[Milhouse]

New LibreELEC.tv Leia build #0113: RPi / RPi2
(Supercedes previous build)

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

text:
# 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:

• Includes newclock5 patches
  
• Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.14.y
  
• Includes latest bcm2835-driver master (e5f6f31, ahead +1)
  
• Includes latest kodi-platform master (36fb493)
  
• Includes latest libcec master (8adc786, ahead +26)
  
• Includes latest libnfs master (4dda1f8, ahead +114)
  
• Includes latest p8-platform master (a822e19)
  
• Includes latest addons: inputstream.adaptive (fb0ca21), inputstream.rtmp (482f5c1), peripheral.joystick (3a93486), pvr.argustv (a4d3ec7), pvr.demo (0224cbd, +1), pvr.dvblink (4ac2f2d), pvr.dvbviewer (c2275e1), pvr.filmon (e754b4b), pvr.hdhomerun (7379fbc), pvr.hts (e5e89b1, +5), pvr.iptvsimple (a768d0e), pvr.mediaportal.tvserver (dcf0512), pvr.mythtv (3200b09, +1), pvr.nextpvr (11dfdbb), pvr.njoy (67b837d), pvr.octonet (c4af00a), pvr.pctv (c7a13d7), pvr.stalker (c91421d), pvr.teleboy (3ae0297), pvr.vbox (24126fd), pvr.vdr.vnsi (4db947c, +2), pvr.vuplus (020e1d2), pvr.wmc (920ade6), pvr.zattoo (4940bcc), vfs.libarchive (568a2a1)
  
• Include [env] compare (perma): dmidecode: initial package
  
• Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
  
• Include [env] patch: libcec: fix PR390
  
• 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: 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 kodi binary addons (pvr, adsp, inputstream, vfs, other)
  
• Include [env] PR:2243 (perma): NOOBS: shorten partition labels, add $DEVICE support
  
• Include [env] PR:2378 (perma): moonlight: update to moonlight-4d94439
  
• Include [env] PR:2382 (perma): linux: DVB fixes
  
• Include [env] PR:2384 (perma): kodi: updates for Feb 2018
  
• Include [env] PR:2392 (perma): linux: update to linux-4.14.15 (-ish)
  
• Include [env] PR:2413 (perma): xorg-server: update to xorg-server-1.19.6
  
• Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  
• Include [pkg] PR:13274 (perma): Mode whitelist
  

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
     

[4ndreas]

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

[Milhouse]

 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.

[indri]

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.

[Aux_]

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?

[Milhouse]

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...

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.

[indri]

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.

[MikeKL]

#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

[Catscrash]

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

[Milhouse]

Did the default password change?

No.

[Catscrash]

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...

[Milhouse]

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.