Kodi 18 - LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)

  Thread Rating:
  • 6 Vote(s) - 4.83 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
Vimes Offline
Fan
Posts: 308
Joined: Feb 2009
Reputation: 3
Post: #1876
(2017-05-27 17:08)popcornmix Wrote:  Typically opdenkamp only responds sporadically to libcec issues.
Every few months there is a flurry of activity where issues get responded to and PRs get merged and then quiet again.

Not much can be done now except make sure there is enough evidence of the problem and the solution so it will get resolved next update.

It's up to Milhouse and LE and OSMC etc whether they carry fixes before they are merged by libcec.

Thanks for taking the time to reply.

I wasn't sure of the typical process involved with how things get merged, and how often. At least the fix is there and in place, hopefully it will get merged when he sees how it has been resolved.
I now understand why it is important to comment on the fix being successful to add to the evidence of the solution fixing the problem.
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1877
New LibreELEC.tv Leia build #0527: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.11.3 #1 Sat May 27 21:09:16 BST 2017 armv6l GNU/Linux

# vcgencmd version
May 15 2017 17:01:07
Copyright (c) 2012 Broadcom
version 9469ea3706e34c4de62f38a5008f69a429b4b43e (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170527210756-#0527-g856d624 [Build #0527]

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

Based on tip of LibreELEC.tv master (856d6246, changelog) and tip of XBMC master (423072a0, changelog) with the following modifications: Build Highlights:
  1. cmake changes
Build Details:
  1. XBMC:
    • [cmake] improve addon related version handling (PR:12172, 2 commits, 3 files changed)
    • [cmake] platform changes (PR:12134, 1 commit, 27 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:1655: add intel_nuc_led control

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.
find quote
fsman1967 Offline
Junior Member
Posts: 12
Joined: Nov 2014
Reputation: 0
Post: #1878
I have installed fresh 8.0.2 and updated to millhouse #0527 (RPI2)

I am trying to play jellyfish 1080p nevc 3mbps test files.
also tried
alps 1080p from here http://www.h265files.com/
and this 1080p liked from the kodi site https://drive.google.com/file/d/0B3-obtC...NrNkk/view

looks like h/w decoding isn't working
CPU maxed
player showing as ff-hevc-mmal (SW)

I guess I had assumed that the player would show as h/w accelerated.

what have I done wrong?
(This post was last modified: 2017-05-28 11:58 by fsman1967.)
find quote
Sholander Offline
Member
Posts: 63
Joined: May 2016
Reputation: 1
Post: #1879
Hevc h265 8bit files are SW decoded on Pi; hardware decoding is not possible.

FYI, both above mentioned samples (alps & test1) play OK on slightly overclocked Pi3 with SW decoding. Test1 video is more processor demanding, all cores 60-80% as opposed to "alps" which plays with cores 20-40%.

I guess that you need to overclock your Pi2 to get hevc playback
(This post was last modified: 2017-05-28 12:25 by Sholander.)
find quote
fsman1967 Offline
Junior Member
Posts: 12
Joined: Nov 2014
Reputation: 0
Post: #1880
(2017-05-28 12:10)Sholander Wrote:  Hevc h265 8bit files are SW decoded on Pi; hardware decoding is not possible.

I understand that Millhouse and popcornmix have made some great efforts to offload the decoding onto the GPU.
I'd like to test on my RPI2

Does it still show as the S/W player?
find quote
asavah Offline
Senior Member
Posts: 256
Joined: Sep 2014
Reputation: 10
Post: #1881
(2017-05-28 12:23)fsman1967 Wrote:  Does it still show as the S/W player?

Yes, because it's software decoding "assisted" by hardware.
Shows as "ff-hevc-mmal (SW)"
find quote
Ferk Offline
Junior Member
Posts: 22
Joined: Nov 2014
Reputation: 1
Post: #1882
The addons from the "LibreELEC Retroplayer Add-ons" repository (the one using http://lrusak.libreelec.tv/addons/) no longer work in current nightly.
Is there some other repo with updated binary addons for Retroplayer? or any plan to rebuild the ones in that repo?
(This post was last modified: 2017-05-28 15:12 by Ferk.)
find quote
asavah Offline
Senior Member
Posts: 256
Joined: Sep 2014
Reputation: 10
Post: #1883
@Ferk http://forum.kodi.tv/showthread.php?tid=...pid2589482
find quote
Chudley Offline
Junior Member
Posts: 6
Joined: Feb 2016
Reputation: 0
Post: #1884
Recently I've noticed the HD deinterlacing has become quite jerky - this is most obvious using MMAL Advanced. I've traced this back to build 430 - build 429 is working correctly with smooth scrolling on tickers etc. Build 430 is far from smooth & the judder is noticeable quite readily from that point forward up to current build. If you bring an OSD up, the judder goes away which would point to 'fix newclock5 "remove gui"' commit and therefore ultimately 'Remove GUI layer during video playback when it is empty' from the previous day. This is the case for locally saved files as well as live streams using the tvheadend addon.

SD deinterlace doesnt appear to be affected however I've never been able to see any difference between MMAL advanced & MMAL Advanced (half) with SD content - both appear to be half rate when viewing scrolling text?
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1885
New LibreELEC.tv Leia build #0528: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.11.3 #1 Mon May 29 01:33:21 BST 2017 armv6l GNU/Linux

# vcgencmd version
May 15 2017 17:01:07
Copyright (c) 2012 Broadcom
version 9469ea3706e34c4de62f38a5008f69a429b4b43e (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170529013217-#0528-g4a5fc89 [Build #0528]

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

Based on tip of LibreELEC.tv master (4a5fc894, changelog) and tip of XBMC master (40f9340f, changelog) with the following modifications: Build Highlights:
  1. More addon updates
  2. tvheadend42 now builds with ffmpeg-3.3
Build Details:
  1. LibreELEC.tv:
    • firmware: install wifi firmware from linux-firmware, cleanup wlan-fir… (PR:1635, 2 commits, 3 files changed)
    • mono: update to 5.0.0.100 (PR:1644, 2 commits, 3 files changed)
    • emby: update to 3.2.17.0 (PR:1646, 1 commit, 4 files changed)
    • locale: initial add-on (port #1531 to master) (PR:1607, 1 commit, 7 files changed)
    • tvheadend42: update to 4.2.2-32 (PR:1657, 1 commit, 3 files changed)
    • imx6/options: unify linux version strings and simplify it's usage (PR:1633, 1 commit, 5 files changed)
    • kodi: update to 423072a (PR:1658, 6 commits, 70 files changed)
    • ntfs-3g: update to current stable release (b77980bd)
  2. XBMC:
    • [addons] cleanup versions.h a bit (PR:12174, 1 commit, 1 file changed)
    • [addons] fix addons in case interface is changed (PR:12178, 1 commit, 3 files changed)
    • Allow moving app to SD Card (PR:12168, 1 commit, 1 file changed)
    • CHG: [droid] stop video if screen goes off (PR:12170, 1 commit, 1 file changed)
    • fixed, runtime crash. CJNIKeyCharacterMap::load(deviceId) might be nu… (PR:12167, 1 commit, 1 file changed)
    • [fix] make optional dyload deps optional again (PR:12185, 1 commit, 1 file changed)
    • FIX: [droid] trap App icons not being bitmaps (PR:12182, 1 commit, 1 file changed)
    • [addons] add new IAddonInstanceHandler (PR:12164, 3 commits, 15 files changed)
    • [addons] change addon audio engine callbacks to new way (PR:12177, 2 commits, 17 files changed)
  3. peripheral.joystick:
    • Fix wrong paths in README (PR:110, 1 commit, 1 file changed)
    • Fix unicode build on Windows (PR:100, 1 commit, 9 files changed)
  4. newclock5:
    • New commits in this build:
      • fixup! Disable autoscrolling while on screensaver and while opening streams. (0de1de65)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:1656: mesa and libdrm update

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.
(This post was last modified: 2017-05-29 03:28 by Milhouse.)
find quote
start78 Offline
Junior Member
Posts: 5
Joined: Jul 2016
Reputation: 0
Post: #1886
(2017-05-29 03:21)Milhouse Wrote:  tvheadend42 now builds with ffmpeg-3.3

Does that mean it is possible to transcode dvb-streams from a Raspberry Pi tvheadend server? Watching tv over wifi on my android phone works for some minutes but never long enough for a complete movie... Transcoding DVB-streams on a Raspberry Pi using hardware encoders would be really nice.

(2017-05-23 00:26)Milhouse Wrote:  Some addons (visualization, screensavers) will be broken by the latest build. I've uploaded a new zip for visualization.shadertoy, I'll update screensaver.shadertoy as/when an update is available.

I can't use any visualisation on my Raspberry Pi. Don't have access to it now so i can't provide more information. It's giving me some error about missing a library as far as i remember. Sorry for being so vague...
(This post was last modified: 2017-05-29 09:19 by start78.)
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,877
Joined: Jan 2011
Reputation: 642
Post: #1887
(2017-05-29 09:18)start78 Wrote:  
(2017-05-29 03:21)Milhouse Wrote:  tvheadend42 now builds with ffmpeg-3.3

Does that mean it is possible to transcode dvb-streams from a Raspberry Pi tvheadend server? Watching tv over wifi on my android phone works for some minutes but never long enough for a complete movie... Transcoding DVB-streams on a Raspberry Pi using hardware encoders would be really nice.

If it wasn't before then I don't expect that to have changed - the ffmpeg announcement relates to the fact that we've been downgrading ffmpeg in tvheadend42 to ffmpeg-3.1 for a while due to build issues that have now been resolved so we're able to build with ffmpeg-3.3

(2017-05-29 09:18)start78 Wrote:  
(2017-05-23 00:26)Milhouse Wrote:  Some addons (visualization, screensavers) will be broken by the latest build. I've uploaded a new zip for visualization.shadertoy, I'll update screensaver.shadertoy as/when an update is available.

I can't use any visualisation on my Raspberry Pi. Don't have access to it now so i can't provide more information. It's giving me some error about missing a library as far as i remember. Sorry for being so vague...

I can't currently check either.

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.
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,862
Joined: Feb 2011
Reputation: 326
Post: #1888
(2017-05-29 00:07)Chudley Wrote:  Recently I've noticed the HD deinterlacing has become quite jerky - this is most obvious using MMAL Advanced. I've traced this back to build 430 - build 429 is working correctly with smooth scrolling on tickers etc. Build 430 is far from smooth & the judder is noticeable quite readily from that point forward up to current build. If you bring an OSD up, the judder goes away which would point to 'fix newclock5 "remove gui"' commit and therefore ultimately 'Remove GUI layer during video playback when it is empty' from the previous day. This is the case for locally saved files as well as live streams using the tvheadend addon.

Are you sure #430 was the start of this?
The change should only fix missing codec info overlay. It should have no difference in behaviour for normal playback.

Does the issue occur when playing 1080i content through the file browser interface (rather than PVR interface)?
find quote
Chudley Offline
Junior Member
Posts: 6
Joined: Feb 2016
Reputation: 0
Post: #1889
Yes - certain it's 430. Reverted to 429 and hd works perfectly. I've tested an hd stream saved by tvheadend in mkv format through the file browser and it shows the same issue...

It is clearly still deinterlacing at double rate, just looks like it's not updating the display at a constant rate and missing frames repeatedly every second. I can provide a sample if useful?
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,862
Joined: Feb 2011
Reputation: 326
Post: #1890
(2017-05-29 13:09)Chudley Wrote:  Yes - certain it's 430. Reverted to 429 and hd works perfectly. I've tested an hd stream saved by tvheadend in mkv format through the file browser and it shows the same issue...

It is clearly still deinterlacing at double rate, just looks like it's not updating the display at a constant rate and missing frames repeatedly every second. I can provide a sample if useful?

Yes, provide a sample please.
find quote
Post Reply