•   
  • 1
  • 384
  • 385
  • 386(current)
  • 387
  • 388
  • 398
  •   
v18 -  LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
I used top -H in order to measure Threads and then I to see the stats on non Irix mode for multicore processors
Reply
(2018-06-17, 07:05)Milhouse Wrote: So which is the first build that stalls for you, is it #0604? Or a later build? Knowing the first build with the issue is the first step to a fix.
I know. I' trying to find out. t
Reply
(2018-06-14, 15:02)DaveBlake Wrote:
(2018-06-13, 12:49)Halloway Wrote: Crash & restart when playing folder with FLAC music files. #0611

I've been experiencing this on and off over the past couple of weeks but haven't been able to repeat reliably it until now. I go to Music > Files > Music NAS (the name I gave the Music folder on my SMB NAS) and then select an album folder and try to play it by pressing the 'P' key. KODI looks like it is going to play the first track but then the screen goes dark and a few seconds later reboots. I can play the same files OK if I open the folder and then select the first track.
@Halloway is it likely when this happens that the NAS drive is asleep, or that the first file to play is somehow inaccessible?
 Just a quick note to say that I experienced the crash/restart just now after having played several albums, so I think we can rule out a sleepy NAS.

Regards,
Pete
Reply
@Halloway You should ideally upload your kodi crashlog to pastebin site and provide url link in your post..

With LibreELEC OS running on an rpi its normally very easy to do directly within GUI (i.e. immediately after Kodi has recovered from the crash) Just go into System -> LibreELEC -> Settings -> System

At very bottom of list are two "Submit Log" options in order to upload your kodi.log or kodi crash log. (Select option of interest, in this case kodi crash log and when system returns message containing a URL, manually write own URL and include in your post here)

Image
Image
Image
rPi 3 & 3B+, SanDisk Ultra 8Gb SD & Milhouse LE TestBuild (Kodi 18) -> Onkyo TX-SR608 ​AV Receiver​ -> Philips 42" LCD TV
Reply
New LibreELEC.tv Leia build #0617: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 3300be0889b56b36a7c3ef048935088ce8ed9174a4f280dd60490b31184946d5 (RPi)
SHA256 Checksum: 76a4b111647380c3e01602c1f2044c6d881530f774979515c812a305a1de03a9 (RPi2)

# uname -a
Linux rpi512 4.14.49 #1 Sun Jun 17 21:04:31 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jun 7 2018 15:37:30
Copyright © 2012 Broadcom
version 4800f08a139d6ca1c5ecbee345ea6682e2160881 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180617210312-#0617-gdd4eaa1 [Build #0617]

# Kodi version
(18.0-ALPHA2 Git:37f55e6). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (dd4eaa1, changelog) and tip of XBMC master (2d71f65, changelog) with the following modifications: Build Highlights:
  1. Revert "addons/AddonEvents: remove virtual destructor"
  2. usb: gadget ethernet: Re-enable Jumbo frames.
Build Details:
  1. LibreELEC.tv:
    • distro-tool: handle binary/octet-stream HEAD responses (PR:2778, 1 commit, 1 file changed)
    • fix missing dependency in libXau (PR:2780, 1 commit, 1 file changed)
    • linux (Generic): update to linux-4.17.2 (PR:2776, 29 commits, 36 files changed)
  2. XBMC:
    • [python] browse dialog - list network and/or local paths (PR:11420, 1 commit, 2 files changed)
    • LinuxRendererGLES: remove early exit from Flush (PR:14064, 1 commit, 1 file changed)
    • Some ActorProtocol cleanup (PR:14047, 9 commits, 2 files changed)
    • VideoPlayer: LinuxRendererGL - remove early exit from Flush (PR:14069, 1 commit, 1 file changed)
    • [Android] Reactivate screensaver timeout after lock release (PR:14066, 1 commit, 2 files changed)
    • Revert "addons/AddonEvents: remove virtual destructor" (PR:14073, 2 commits, 1 file changed)
    • [Estuary] Added missing setting at SkinSettings.xml (PR:14067, 1 commit, 1 file changed)
  3. kernel 4.14.y:
    • New commits in this build:
      • usb: gadget ethernet: Re-enable Jumbo frames. (8024dcb1)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2779 (perma): xf86-video-intel: update to xf86-video-intel-3d39506, add libdrm dependency
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
Crash on music playback - @Halloway , @HiassofT and @aleksobs can you report if #0616 has fixed the issues you were having PR14039 and PR14055 may have helped. A debug log would help if you still have issues.

Please ping me in the reply as I don't always watch this thread.
Reply
(2018-06-18, 10:23)DaveBlake Wrote: Crash on music playback - @Halloway , @HiassofT and @aleksobs can you report if #0616 has fixed the issues you were having PR14039 and PR14055 may have helped. A debug log would help if you still have issues.

Please ping me in the reply as I don't always watch this thread.
 It works good now! Thanks.
Reply
Will there be a new Experimental Linux 4.17.x-build?
Reply
(2018-06-18, 10:23)DaveBlake Wrote: Crash on music playback - @Halloway , @HiassofT and @aleksobs can you report if #0616 has fixed the issues you were having PR14039 and PR14055 may have helped. A debug log would help if you still have issues.

Please ping me in the reply as I don't always watch this thread.
@DaveBlake quick test with build #0617 looks good, playback of a music folder on sdcard didn't crash kodi.

so long,

Hias
Reply
(2018-06-18, 10:23)DaveBlake Wrote: Crash on music playback - @Halloway , @HiassofT and @aleksobs can you report if #0616 has fixed the issues you were having PR14039 and PR14055 may have helped. A debug log would help if you still have issues.

Please ping me in the reply as I don't always watch this thread.
 Have tried launching 10-15 albums and all have played without a problem with #0617. 

Regards,
H.
Reply
(2018-06-18, 10:53)Germeleon Wrote: Will there be a new Experimental Linux 4.17.x-build?
 Linux Kernel 4.17 is included in #0617 now
Sorry, I was wrong...
Reply
(2018-06-18, 10:53)Germeleon Wrote: Will there be a new Experimental Linux 4.17.x-build?

Probably not - 4.18-rc1 is now available so it's likely to be the focus of any future mainline kernel on RPi rather than 4.17.y. However the decision to continue with LTS or switch to mainline on RPi hasn't been made yet, so for now these nightly builds will continue on 4.14.y for the time being, maybe with weekly 4.18-rc builds. Hopefully the decision on which kernel to use with LE9 will be concluded before 4.18 is released in ~2 months.
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 #0618: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 7868be0a47938543b3a366477e7d3fef918b983bbd3a68476f88f91919e0aee5 (RPi)
SHA256 Checksum: 3a6a3abe9932f07472423638b20af42a0f8b1d889f917d791105827a02261df7 (RPi2)

# uname -a
Linux rpi512 4.14.50 #1 Mon Jun 18 22:13:43 BST 2018 armv6l GNU/Linux

# vcgencmd version
Jun 7 2018 15:37:30
Copyright © 2012 Broadcom
version 4800f08a139d6ca1c5ecbee345ea6682e2160881 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180618221145-#0618-g419eba4 [Build #0618]

# Kodi version
(18.0-ALPHA2 Git:37f55e6). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (419eba4, changelog) and tip of XBMC master (9f8c9ee, changelog) with the following modifications: Build Highlights:
  1. New 4.14.50 kernel
  2. [linux][gbm] add RendererDRMPRIMEGLES
  3. json-rpc: fix playing URLs with options
Build Details:
  1. LibreELEC.tv:
    • linux: use linaro toolchain when KERNEL_LINARO_TOOLCHAIN is set (PR:2761, 3 commits, 7 files changed)
    • tvmosaic: initial addon (PR:2782, 1 commit, 10 files changed)
  2. XBMC:
    • [RetroPlayer] Add basic resolution changing (PR:14053, 2 commits, 3 files changed)
    • [RetroPlayer] Adjust game loop (PR:14051, 1 commit, 2 files changed)
    • [RetroPlayer] Set AML GPU to ignore alpha channel (PR:14050, 1 commit, 6 files changed)
    • [RetroPlayer] Flush/sync audio (PR:14052, 1 commit, 1 file changed)
    • [linux][gbm] add RendererDRMPRIMEGLES (PR:14026, 3 commits, 12 files changed)
    • [win10] a set of fixes based on the store's reports. (PR:14075, 4 commits, 4 files changed)
    • added: ListItem.setProperties wrapper for python list items (PR:13952, 1 commit, 2 files changed)
    • json-rpc: fix playing URLs with options (PR:14068, 2 commits, 3 files changed)
  3. inputstream.adaptive:
    • [DASH] ensure startPTS gets not < 0 during initialization (d89b547)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2772 (perma): linux (RPi): update to linux-4.14.50
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
It is a RPI3B. I am just trying to find the reason it has has steadily gotten worse over the last few months of upgrades. Netflix and now amazon prime both seem unusable due to screen lockup’s.

It does not seem to be the WiFi as hard wire did the same.

I swapped sd cards and did a complete reinstall. that did not help.

Being I am not computer person. I probably just need to wait and see. Thanks for the response and all the hard work.
Reply
(2018-06-19, 00:48)hagertyoh Wrote: It is a RPI3B. I am just trying to find the reason it has has steadily gotten worse over the last few months of upgrades. Netflix and now amazon prime both seem unusable due to screen lockup’s.

It does not seem to be the WiFi as hard wire did the same.

I swapped sd cards and did a complete reinstall. that did not help.

Being I am not computer person. I probably just need to wait and see. Thanks for the response and all the hard work.

"Screen lockups" - do you mean buffering, stuttering?

Make sure you've configured inputstream.adaptive to a maximum of 720p as the RPi3/RPi3+ cannot software decode 1080p without stuttering.

You can test your Wifi and Ethernet throughput using iperf, which you can install from the network-tools add-on (you'll need iperf running on another machine in your network to test the throughput between the two machines). I'm pretty sure the ethernet performance won't have changed, but your wifi is dependent on the environment it operates in, and that could have changed, but there's little anyone here can do about that - it's why Wifi is almost never recommended for streaming.

It's also possible your ISP is the problem, and your internet connection/performance has degraded during the last few months resulting in increased buffering.

If this were a common problem with these builds then more people would be reporting it, and they're not, so this sounds like a situation specific to your network, either your Wifi or your ISP. Run a speedtest on your internet connection to confirm you're getting what you expect, and iperf on your Wifi.
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
  • 384
  • 385
  • 386(current)
  • 387
  • 388
  • 398
  •   
 
Thread Rating:
  • 18 Vote(s) - 4.56 Average



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