• 1
  • 360
  • 361
  • 362(current)
  • 363
  • 364
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
build #0515

when changing from the movie to the directory my IR remote control was disabled.
After a reboot everything was and remained ok.

Edit : 

It has occurred again, if I probably stay 1-2 minutes in the directory then I have no function of the IR remote control more.

It could also be the Kodi "freezes" and it is not the IR
(2018-05-16, 08:40)Memphiz Wrote: Pushed down your throats? Unbelievable ...
That would mean that each super market is pushing all the products down our throats just by having them available to be bought? I really can’t understand that attitude.

I started to dislike games when every media device (smart-phones, smart-tv's, DVB-S/T/C tuners to name a few) had to have games pre installed. Why? Why would you want games on your smart-tv? Or cable tuner?

You can't uninstall those games, those pre installed games use resources, those games are a security risk because of poor programming (not always but very often) just to name a few reasons why I do not like pre installed games. Now Kodi is starting to pre install game repo's you can't uninstall, which use resources and are a security risk (why do all repo's use http?). Again, why?

So, just a question, not an attitude thank you very much.


Regs anyway,
New LibreELEC.tv Leia build #0516: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: ed8672174bbbae2946057eeaad4c217f909f2b421dfb8097f57ba84554f85a5d (RPi)
SHA256 Checksum: f5f01bd688f02104512c0a14500bf6f6d1ec5e9e316a0ddb895d689192868dd6 (RPi2)

text:
# uname -a
Linux rpi512 4.14.39 #1 Thu May 17 03:25:16 BST 2018 armv6l GNU/Linux

# vcgencmd version
May 11 2018 10:25:45
Copyright © 2012 Broadcom
version aab36c8af1b6215d1b2d704cef981303a2f8022b (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180517032159-#0516-gc0da3f5 [Build #0516]

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

Based on tip of LibreELEC.tv master (c0da3f5, changelog) and tip of XBMC master (afaf815, changelog) with the following modifications: Build Highlights:
  1. samba: update to samba-4.8.2
  2. Set Audiocodec name on initial AudioFrame
Build Details:
  1. XBMC:
    • [fix] redact filename in omximage (PR:13892, 1 commit, 2 files changed)
    • [Estuary] MusicInfo - Fix play button & navigation (PR:13869, 1 commit, 1 file changed)
    • Eac3 encrypted (PR:13884, 2 commits, 11 files changed)
    • [Music]Automatically fetch any art type for artists and albums (PR:13848, 4 commits, 6 files changed)
    • Set Audiocodec name on initial AudioFrame (PR:13900, 1 commit, 8 files changed)
    • ADD: [droid] implement IOSScreenSaver (PR:13639, 1 commit, 7 files changed)
  2. inputstream.adaptive:
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2680 (perma): kodi: mid-May 2018
    • Updated: [env] PR:2682 (perma): linux: update to linux-4.14.39
    • Updated: [env] PR:2689 (perma): init: add sky42 enhancements/bug fixes
    • Added: [env] PR:2703 (perma): systemd: add patches to fix 3.14 aml
    • Added: [env] PR:2704 (perma): xf86-video-nvidia: update to xf86-video-nvidia-390.59
    • Added: [env] PR:2705 (perma): samba: update to samba-4.8.2
    • Updated: [pkg] PR:13721 (perma): Std thread
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.
@everyone: Are you still seeing higher than usual CPU load when playing videos?

I'm not able to reproduce this so far (Pi3+).

How are you monitoring load - top, bcmstat.sh or PlayerDebug? Which build is the first that has higher than usual load - is it #0515?
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.
(2018-05-16, 18:39)Malocher Wrote: It has occurred again, if I probably stay 1-2 minutes in the directory then I have no function of the IR remote control more.

It could also be the Kodi "freezes" and it is not the IR

Yes, knowing if it's Kodi that has frozen would be an important distinction. Plugging in a keyboard would allow you to navigate if Kodi hasn't frozen. So far I haven't had a problem with IR going AWOL.

Does it happen in any directory, or is it always the same directory?
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.
Hi!
CPU usage seems normal with #0516 (just a quick test this morning)

Thanks!
Same here, i used search function and whole kodi freeze everytime. I can use kodi about 2 minutes.
Hi Milhouse,
Yes I am, and it started at #0425, presumably because of   ffmpeg 4.0-Leia-Alpha-1
In my case I'm seeing about a 10% retrograde in HEVC video. Using my highest bit rate file, before #0425 it was comfortably playing, peaking at about 80-90% on all four cpus, now the same file maxes out all four cpus and will even stutter at the highest bitrates, about 45-55Mb/s peak. This is measured with both the on screen performance display and using top.
I'm using a slightly overclocked Pi 3B+.
Regards,
Kevin.
(2018-05-17, 08:18)Milhouse Wrote: @everyone: Are you still seeing higher than usual CPU load when playing videos?
 I don't see anything like that. I actually see a major boost in HEVC performance after the last ffmpeg optimizations patch.
Hi,
If you mean after #0511, ffmpeg: hevc: Latest updates from Ben   no I don't see that, there may be a very slight improvement, in that there is less stuttering maybe, but I'm still maxed out at 100% on all CPUs during high data rate sections 45-55Mb/s.
Keep in mind that this is a very high data rate file anyway and I was getting 80-90% usage before #0425.
These figures are for a slightly overclocked Pi 3B+ using the on screen performance display and using top.
I can upload the file somewhere if you like.
Regards,
Kevin.
(2018-05-17, 18:14)bleep42 Wrote: I can upload the file somewhere if you like.
Sure, I can test your file on my Pi3.
A Pi 3 was my previous test machine, I think this file probably won't play smooth on it.
Link to high data rate test file, 360MB.
https://www.dropbox.com/s/kp5yz66vo0qfji...s.mkv?dl=0
Regards,
Kevin.
Yeah, it doesn't play well on a Pi3, lots of skipped frames.
(2018-05-17, 21:48)smp1 Wrote: Yeah, it doesn't play well on a Pi3, lots of skipped frames.
 Hello guys, I have tested the sample and can confirm that it just jerky...

RPi3
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
(2018-05-17, 16:35)bleep42 Wrote: Using my highest bit rate file, before #0425 it was comfortably playing, peaking at about 80-90% on all four cpus,
So, do I understand you correctly that this file plays without frame skips on your Pi3B+ with pre-0425 builds?
  • 1
  • 360
  • 361
  • 362(current)
  • 363
  • 364
  • 495

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