• 1
  • 347
  • 348
  • 349(current)
  • 350
  • 351
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
New LibreELEC.tv Leia build #0430: RPi / RPi2 (RPi dropped)
(Supercedes previous build)

SHA256 Checksum: d2b881c863d14e63e348d6770eedd46162afeb0b634f64f09fc110531651e492 (RPi)
SHA256 Checksum: 6c079cba1be11f3c4addef46cfeb4e883e72b10f8b50e0a23ff10cb1d9e41c7d (RPi2)

text:
# uname -a
Linux rpi512 4.14.37 #1 Mon Apr 30 21:06:40 BST 2018 armv6l GNU/Linux

# vcgencmd version
Apr 26 2018 23:18:12
Copyright © 2012 Broadcom
version 90a06d6c6299583cfbf40033bbf895a45920fa71 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180430210323-#0430-gc84b177 [Build #0430]

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

Based on tip of LibreELEC.tv master (c84b177, changelog) and tip of XBMC master (96f15e0, changelog) with the following modifications: Build Highlights:
  1. Fix keyboard layouts on non-X11 platforms
  2. Edit: Problem with libinput spinning on one core makes single-core devices unusable (multi-core devices run a bit hotter)
Build Details:
  1. XBMC:
    • allow plugins to return another plugin path on CPluginDirectory::GetP (PR:13827, 1 commit, 1 file changed)
    • [linux] libinput: remove dependency to CWinEventsLinux (PR:13817, 6 commits, 33 files changed)
  2. libnfs:
    • Define MSG_NOSIGNAL in windows if it doesn't exist (PR:253, 1 commit, 1 file changed)
  3. kernel 4.14.y:
    • New commits in this build:
      • ARM: bcm_defconfig: Re-enable QCA7000 SPI driver (5fc33ffb)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:2654 (perma): kodi: Early May 2018
    • Added: [env] PR:2677 (perma): qemu: update to 2.12.0
    • Added: [pkg] PR:99 (perma): Favour non-X keyboard layouts over X (service.libreelec.settings)
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.
Last working build (for me) is #0421. No Logs, sry.
NOTICE: #0430 for RPi has been removed.

I've pulled the RPi version of #0430 as there's a libinput problem which results in a thread spinning on one core rendering single-core devices basically unusable (multi-core devices will run a little hotter than usual - stick with #0429 if you have any temperature concerns).

Should be fixed tomorrow.
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-04-24, 20:24)Milhouse Wrote:
(2018-04-24, 18:32)thent Wrote: Since #0422 I'm seeing the choppy GUI again like described here already:
2720729 (post)

Are you using OMXPlayer or MMAL? 
Using mmal the issue is still present up to #0429 unfortunately. Can I provide any more logs/info?
Hi Milhouse/Popcornmix.
What is the current situation with this:-
firmware: platform: Pi3 B+ reduce sdram freq to 450 while investigations are ongoing.
I've checked all builds since then but can't find any updates on this.
Before this came up I'd set up my own overclock:-
sdram_freq=730
sdram_schmoo=0x02000020
plus a very slight cpu overclock, it wouldn't go over 1420 and a little bit of overvoltage.
That was working well for my Pi3B+
Will my settings override the above firmware limit of 450? if not when can we expect normality?
Thanks Kevin.
(2018-04-29, 14:44)Milhouse Wrote:
(2018-04-29, 09:44)brunis Wrote: A few comments, not specifically related to latest and greatest build.

1. Browsing movies, leaves the previously cached background image visible until a new one is fetched for the actively hoverede movie. I'm sure if you have a fast connection and live near imdb.com's servers you'll never see this. But i'm in Africa on 10 mbit. So if you could clear and show a blank background when you change title hover, until you fetched the new one?
2. Will some of the old more underlying issues ever be fixed? Like, will we ever see a hardware pointer? Will we ever move to other rendering form that doesn't suck the life out of a device like the Pi? I'm not assuming anyone will write a full vulkan driver for the Pi's chipset, but i'm still dreaming. Smile
3. After all these package updates, i think a few new default settings are in order. Like adding a default samba user, so it doesn't have to be an "expert" setting just to be able to browse your movie library. Same goes for your gigantic default overscan, it makes every side of the screen unreadable on every screen i ever used Kodi on. How about making it a bit smaller, so it'll fit by default and then leave it to the experts to expand it? Yes, the overscan setting is actually called video "calibration".

Hoping you'll consider some of these fixes/suggestions.

1. You could also avoid using remote artwork, and/or pre-load your cache overnight (see script in my signature, which is also included as standard in these builds)
2. Don't know
3a. Can you provide more detail on why a default Samba user (presumably for SMB Client settings) would be useful? I agree the SMB Client settings shouldn't be hidden away under Advanced/Expert, that's something we could consider changing.
3b. Have you configured the TV correctly to use 1:1 pixel mapping? 
 1. Thanks, i like the artwork and i dont mind it loading. I just dont like it displaying the wrong artwork until it finds the right one.
2. Alright, like i said, i'll keep dreaming Smile
3a. I just wanted some defaults, so Samba would actually work out of the box, instead of having to figure out which of the 3 samba protocols work with my network. How about some friendly helpers like SMB3 (Windows10 compatible). Samba2 (Windows 7 Compat). Etc. You can't expect every Kodi user to be a linux system administrator. I have shifted to NFS now, i think it's probably a better lower level, less cpu consuming way of just reading movies across the lan.
3b. My tv does not seem to have this setting and neither do the 2 pc monitors i hooked it up to. They are all affected by this issue.

Thank you for an awesome mediaplayer that i have been using since i modded my first Xbox.
(2018-04-30, 23:02)alannmills Wrote: Crashes and 'slow mo' video going from 0407 to 0429 (Issue appears to be there on 0408 and above)

0407 Build

1. Everything good (omx enabled, mmal enabled) - http://ix.io/1986

0429 Build

Video is unwatchable, either crashes or 'slow mo'

1. Juddery performance (omx enabled, mmal enabled) - http://ix.io/1986
2. crash (omx disabled, mmal enabled) - http://ix.io/198d
3. Juddery performance (omx enabled, mmal disabled) - http://ix.io/198e
4. Juddery performance(omx disabled, mmal disabled) - http://ix.io/198
  @Milhouse - Is this enough information to help solve the problem and allow me to move to later builds - currently stuck on 04/07
Noticed on RPI3 with #0430 build that one cpu stays at 100% for several minutes until it switches and maxes out another cpu.  Playback seems to be fine, just noticed the cpu issue when the RPI3 is idle.
(2018-05-01, 10:56)bleep42 Wrote: Will my settings override the above firmware limit of 450? if not when can we expect normality?
Only the default has been changed. If you specify sdram_freq explicitly you'll get the frequency you requested.
(2018-05-01, 16:34)themew Wrote: Noticed on RPI3 with #0430 build that one cpu stays at 100% for several minutes until it switches and maxes out another cpu.  Playback seems to be fine, just noticed the cpu issue when the RPI3 is idle.
 See post 5223 in this thread.
(2018-05-01, 17:51)agb2 Wrote:
(2018-05-01, 16:34)themew Wrote: Noticed on RPI3 with #0430 build that one cpu stays at 100% for several minutes until it switches and maxes out another cpu.  Playback seems to be fine, just noticed the cpu issue when the RPI3 is idle.
 See post 5223 in this thread. 

Seemed that the issue was specific to the RPI so the RPI update was pulled.  I experienced this on the RPI3 using the RPI2 download which is still available, and wanted to mention it to Milhouse for testing on his side before the release of #0501 later today.
(2018-05-01, 18:24)themew Wrote:
(2018-05-01, 17:51)agb2 Wrote:
(2018-05-01, 16:34)themew Wrote: Noticed on RPI3 with #0430 build that one cpu stays at 100% for several minutes until it switches and maxes out another cpu.  Playback seems to be fine, just noticed the cpu issue when the RPI3 is idle.
 See post 5223 in this thread.  

Seemed that the issue was specific to the RPI so the RPI update was pulled.  I experienced this on the RPI3 using the RPI2 download which is still available, and wanted to mention it to Milhouse for testing on his side before the release of #0501 later today. 
Fair enough :-}
Hi Milhouse,

i have still stuttering video and audio since #4015.

What is wrong?

http://ix.io/19aZ

King Regards
himbeere
(2018-05-01, 18:24)themew Wrote: Seemed that the issue was specific to the RPI so the RPI update was pulled.  I experienced this on the RPI3 using the RPI2 download which is still available, and wanted to mention it to Milhouse for testing on his side before the release of #0501 later today.

Yes, multi-core devices (RPi2/RPi3/RPi3+) are also affected but to a much lesser extent than single core devices (RPi0/RPi1) hence why I pulled only the RPi build.

Should be fixed for both RPi and RPi2 builds tonight.
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.
New LibreELEC.tv Leia build #0501: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: b1d74eadf2e07dc805149a8aecd20842142b3fa64817a6f861abbe29f6a6748a (RPi)
SHA256 Checksum: 987e23c1debd71d62cd3c6b23062ba667c441116703d2b0fc1e1c0f1b94cca8f (RPi2)

text:
# uname -a
Linux rpi512 4.14.37 #1 Tue May 1 21:04:56 BST 2018 armv6l GNU/Linux

# vcgencmd version
Apr 26 2018 23:18:12
Copyright © 2012 Broadcom
version 90a06d6c6299583cfbf40033bbf895a45920fa71 (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180501210302-#0501-gd2c4924 [Build #0501]

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

Based on tip of LibreELEC.tv master (d2c4924, changelog) and tip of XBMC master (3a989ee, changelog) with the following modifications: Build Highlights:
  1. Fix for libinput thread spinning on one core
  2. eventlircd: don't grab power buttons
  3. Busy dialog fixes
Build Details:
  1. LibreELEC.tv:
    • libinput: update to 1.10.4 (PR:2650, 1 commit, 1 file changed)
    • systemd: don't power off when power button is pressed (PR:2658, 2 commits, 2 files changed)
    • systemd: update to v238 (PR:2652, 2 commits, 3 files changed)
  2. XBMC:
    • libinput: sleep 10ms to reduce cpu usage (PR:13834, 1 commit, 1 file changed)
    • typo: missing vec4 in shader (PR:13835, 1 commit, 1 file changed)
    • there can only be one busy dialog (PR:13833, 1 commit, 1 file changed)
    • LibInputHandler: Use CThread's Sleep (PR:13838, 1 commit, 1 file changed)
    • windowing: cleanup g_windowing globals (PR:13836, 1 commit, 4 files changed)
    • force closing busy dialog, there can only be one (PR:13839, 2 commits, 2 files changed)
    • [fix] throw exception if addDirectoryItem or setResolvedUrl called with nullptr (PR:13825, 1 commit, 1 file changed)
    • [PVR] CPVRSettings: All settings instances must be re-inited on profile switch (PR:13830, 1 commit, 4 files changed)
    • [aml]Register lirc in AML after #13761 (PR:13798, 1 commit, 2 files changed)
  3. pvr.dvbviewer:
    • If EDL is disabled make sure to zero number of entries (4ea67c5)
    • Bump version to 3.4.5 (098d23c)
  4. kernel 4.14.y:
    • New commits in this build:
      • config: Add CONFIG_BATTERY_GAUGE_LTC2941=m (970b6426)
      • overlays: Add ltc294x (battery gauge) (500c6192)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2678 (perma): mesa: update to mesa-18.0.2
    • Added: [env] PR:2679 (perma): eventlircd: don't grab power buttons
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.
  • 1
  • 347
  • 348
  • 349(current)
  • 350
  • 351
  • 495

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