• 1
  • 7
  • 8
  • 9(current)
  • 10
  • 11
  • 111
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1
New OpenELEC I****** build: #1229
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.18.1 #1 PREEMPT Tue Dec 30 02:01:14 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Dec 29 2014 14:23:10
Copyright (c) 2012 Broadcom
version d3c15a3b57203798ff811c40ea65174834267d48 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141230020002-r19877-g3175f2f [Build #1229]

Based on tip of OpenELEC master (3175f2f5, changelog) and tip of XBMC master (0e711ebd, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.18.y
  • Excludes the OpenELEC kodi-001-helix_rpb_backports patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR:5217 [patch details]
  • Includes latest libnfs master (9c1d3848)
  • Includes latest libcec master (9f000e43)
  • Includes latest xbmc-pvr-addons master (28f0e748)
  • Includes latest xbmc-addon-xvdr master (328fa653)
  • Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes (see patch)
  • Includes animated splash support (patch)
  • Includes commits from libcec-2.2.0 (popcornmix)
  • Exclude kodi-999.99-fix-3692.patch: Superseded by PR6005
  • Exclude lirc_rpi.conf: No longer required, let Device Tree handle lirc_rpi (add "dtoverlay=lirc-rpi" to config.txt)
  • Include patch: Enable kernel device-tree support (details)
  • Include patch: Add device tree kernel trailer
  • Include patch: Update to Linux 3.18.1
  • Include patch: Add Linux 3.18.y options
  • Include patch: Add Linux 3.18.y compatible cfg80211_rx_mgmt
  • Include patch: Fix remaining issues with PR6020
  • Include patch: Add *.dtb files to firmware
  • Include PR:3657: [rfc] kodi crashlogs
  • Include PR:5747: [database] - add setting for hiding watched movies/episodes in recently added lists
  • Include PR:5752: [jsonrpc] Allow retrieving empty TV shows via VideoLibrary.GetTVShows.
  • Include PR:5958: Fix state not saved after #5842 if playing from "Recently added".
Build Highlights:
  1. New firmware
  2. Various Kodi code cleanups
  3. Includes PR6020 plus an extra patch to finally squash any remaining issues (hopefully - works for me). See comments. Depending on how many duplicate actors are in the v90 database, upgrading to v91 could be quite slow (almost 2 minutes to complete the upgrade on the Pi, the bulk of this time taken fixing 100 duplicate actors). Thanks @virtuallysafe for the testing and logs over the last few days.
Build Details:
  1. Firmware (Dec 29):
    • firmware: arm_loader: Adding dtdebug directive, and improving debug messages See: link
    • firmware: arm_loader: Allow set_clock to skip enabling turbo. See: link
  2. OpenELEC:
    • Mkimage: Add forgotten -f to check for file available (PR:3730, 1 commit, 1 file changed)
  3. XBMC:
    • [pvr] Fix segfault due wrong increment of iterator. (PR:6047, 1 commit, 1 file changed)
    • Coverity without vaapi (PR:5799, 35 commits, 25 files changed)
    • dvdplayer: fix potential segfault when silencing audio (PR:6051, 1 commit, 1 file changed)
    • Fix coverity: Some Reverts (PR:6055, 3 commits, 1 file changed)
    • [win32] fix "Debug Testsuite" target compilation of DVDCodecs' cc_decoder (84eba3f2)
    • unit tests: fix TestDatabaseUtils (b33227db)
    • fixed: CID 1228826 Logically dead code (e5e15528)
    • fixed: CID 1228827 Logically dead code (89c2163f)
    • fixed: CID 1248203 Logically dead code (494ef73f)
    • fixed: CID 1248213 Unsigned compared against 0 (12c66a27)
    • fixed: CVE 1249615 Dereference after null check (775bab90)
  4. newclock4:
    • New commits in this build:
      • videodb: add update/cleanup logic for version 91 in case of duplicate actors (48cefb10)
      • dvdplayer: simplify calculation of playing pts for audio (de0b3ed5)
      • dvdplayer: snyc large audio errors without playing with the clock (96fd8618)
      • [dvdplayer] Allow pll adjustment to go higher, but tail off more gradually (54fd3377)
    • Commits no longer in build:
      • [dvdplayer] New scheme for PLL adjustment for video clock (dd049314)
      • dvdplayer: fix audio error at beginning of playback (16096c5d)
      • [dvdplayeraudio] Remove logging message (88402ef1)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: patch: Fix remaining issues with PR6020
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.
(2014-12-30, 03:41)Milhouse Wrote: [*]Includes PR6020 plus an extra patch to finally squash any remaining issues (hopefully - works for me).
I'm happy to confirm it works for me also - log can be found here.
(2014-12-30, 03:41)Milhouse Wrote: Build Highlights:
  1. ...
  2. Includes PR6020 plus an extra patch to finally squash any remaining issues (hopefully - works for me). See comments. Depending on how many duplicate actors are in the v90 database, upgrading to v91 could be quite slow (almost 2 minutes to complete the upgrade on the Pi, the bulk of this time taken fixing 100 duplicate actors). Thanks @virtuallysafe for the testing and logs over the last few days.
I'm still on #1222 with db v90, I haven't tried a later build yet. Let me know if it would be good to do some additional preparation and checks before and after updating to make sure the issues are fixed.
No problems here. I just did an update from #1222 with db v90 to #1229 with db v91. THX! Milhouse for the perfect job!
Raspberry Pi4 (2x), Raspberry Pi5
Kodi Omega Beta2, Aeon MQ9 Mod-1.0.9
(2014-12-30, 16:18)Forage Wrote: I'm still on #1222 with db v90, I haven't tried a later build yet. Let me know if it would be good to do some additional preparation and checks before and after updating to make sure the issues are fixed.

You shouldn't really need to do anything, your old v90 db will still be available whether the upgrade succeeds or not. Enabling debug prior to the upgrade is probably a good idea, just in case the log is required for later analysis. The log entry "INFO: Update to version 91 successful" will confirm if the update succeeded, although it's always worth double checking for any SQL-related errors just in case they slip through.
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 OpenELEC I****** build: #1230
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.18.1 #1 PREEMPT Tue Dec 30 21:18:56 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Dec 29 2014 14:23:10
Copyright (c) 2012 Broadcom
version d3c15a3b57203798ff811c40ea65174834267d48 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141230211720-r19877-g3175f2f [Build #1230]

Based on tip of OpenELEC master (3175f2f5, changelog) and tip of XBMC master (a3a4154b, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.18.y
  • Excludes the OpenELEC kodi-001-helix_rpb_backports patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR:5217 [patch details]
  • Includes latest libnfs master (9c1d3848)
  • Includes latest libcec master (9f000e43)
  • Includes latest xbmc-pvr-addons master (78397afa)
  • Includes latest xbmc-addon-xvdr master (328fa653)
  • Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes (see patch)
  • Includes animated splash support (patch)
  • Includes commits from libcec-2.2.0 (popcornmix)
  • Exclude kodi-999.99-fix-3692.patch: Superseded by PR6005
  • Exclude lirc_rpi.conf: No longer required, let Device Tree handle lirc_rpi (add "dtoverlay=lirc-rpi" to config.txt)
  • Include patch: Enable kernel device-tree support (details)
  • Include patch: Add device tree kernel trailer
  • Include patch: Update to Linux 3.18.1
  • Include patch: Add Linux 3.18.y options
  • Include patch: Add Linux 3.18.y compatible cfg80211_rx_mgmt
  • Include patch: Add *.dtb files to firmware
  • Include PR:3657: [rfc] kodi crashlogs
  • Include PR:5430: [URIUtils] Fix IsSmb, IsFTP, IsAfp, IsDAV and IsNfs.
  • Include PR:5747: [database] - add setting for hiding watched movies/episodes in recently added lists
  • Include PR:5752: [jsonrpc] Allow retrieving empty TV shows via VideoLibrary.GetTVShows.
  • Include PR:5958: Fix state not saved after #5842 if playing from "Recently added".
  • Revert PR:6044: [Reverted, still present in newclock4 which needs rebasing] dvdplayer: make audioplayer sync to dvdclock without changing it
Build Highlights:
  1. Added: PR:5430: [URIUtils] Fix IsSmb, IsFTP, IsAfp, IsDAV and IsNfs.
  2. kodi-pvr-addons updated
Build Details:
  1. XBMC:
    • wasapi: probe S24 before S32, works around some driver bugs (PR:6058, 1 commit, 1 file changed)
    • dvdplayer: make audioplayer sync to dvdclock without changing it (PR:6044, 2 commits, 4 files changed)
  2. kodi-pvr-addons:
    • [pvr.wmc] Release 0.3.108 renumbered 0.3.109 (PR:386, 1 commit, 5 files changed)
    • DVBLink PVR Addon version 1.9.12 (PR:396, 1 commit, 8 files changed)
    • [pvr.mythtv] Release v1.10.1 (PR:395, 2 commits, 113 files changed)
  3. newclock4:
    • New commits in this build:
      • Fix remaining issues with PR6020 (950b1891)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: PR:5430: [URIUtils] Fix IsSmb, IsFTP, IsAfp, IsDAV and IsNfs.
    • Reverted: PR:6044: [Reverted, still present in newclock4 which needs rebasing] dvdplayer: make audioplayer sync to dvdclock without changing it
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.
Just noticed a slight issue (potentially), when doing a library scan and having screen dim stop scrolling it appears to pause the library scan?

*edit*
It does not behave this way, it continues scanning as it should. Had the dim level too low and couldn't see any progress.
New OpenELEC I****** build: #1231
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.18.1 #1 PREEMPT Wed Dec 31 21:03:11 GMT 2014 armv6l GNU/Linux

# vcgencmd version
Dec 29 2014 14:23:10
Copyright (c) 2012 Broadcom
version d3c15a3b57203798ff811c40ea65174834267d48 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141231210159-r19877-g3175f2f [Build #1231]

Based on tip of OpenELEC master (3175f2f5, changelog) and tip of XBMC master (da52a471, changelog) with the following modifications:
  • Includes newclock4 patches
  • Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
  • Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-3.18.y
  • Excludes the OpenELEC kodi-001-helix_rpb_backports patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  • Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • Adapted service.openelec.settings to take advantage of PR:5217 [patch details]
  • Includes latest libnfs master (9c1d3848)
  • Includes latest libcec master (9f000e43)
  • Includes latest xbmc-pvr-addons master (78397afa)
  • Includes latest xbmc-addon-xvdr master (328fa653)
  • Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes (see patch)
  • Includes animated splash support (patch)
  • Includes commits from libcec-2.2.0 (popcornmix)
  • Exclude kodi-999.99-fix-3692.patch: Superseded by PR6005
  • Exclude lirc_rpi.conf: No longer required, let Device Tree handle lirc_rpi (add "dtoverlay=lirc-rpi" to config.txt)
  • Include patch: Enable kernel device-tree support (details)
  • Include patch: Add device tree kernel trailer
  • Include patch: Update to Linux 3.18.1
  • Include patch: Add Linux 3.18.y options
  • Include patch: Add Linux 3.18.y compatible cfg80211_rx_mgmt
  • Include patch: Add *.dtb files to firmware
  • Include PR:3657: [rfc] kodi crashlogs
  • Include PR:5430: [URIUtils] Fix IsSmb, IsFTP, IsAfp, IsDAV and IsNfs.
  • Include PR:5747: [database] - add setting for hiding watched movies/episodes in recently added lists
  • Include PR:5752: [jsonrpc] Allow retrieving empty TV shows via VideoLibrary.GetTVShows.
  • Include PR:5958: Fix state not saved after #5842 if playing from "Recently added".
Build Highlights:
  1. PR:6044 no longer reverted
Build Details:
  1. XBMC:
    • ffmpeg: bump to 2.5.2 (PR:6062, 2 commits, 3 files changed)
    • AESinkALSA: Workaround alsa-lib buffer overflow in snd_pcm_chmap_print (PR:6065, 1 commit, 1 file changed)
    • vaapi: allocate an extra surface (PR:6063, 1 commit, 1 file changed)
    • [pvr] Improve PVR channel context menu (PR:6057, 9 commits, 14 files changed)
    • [gui] correct the logic for checking whether we have a sort method (PR:6067, 1 commit, 1 file changed)
    • [pvr] fix crash when adding video source after disabling live TV (PR:6066, 1 commit, 1 file changed)
    • DVDDemuxFFmpeg: Take care of av_probe changing buffer_size fixes #15659 (PR:6075, 1 commit, 1 file changed)
  2. newclock4:
    • New commits in this build:
      • bump gcrypt to v1.6.2 (587ae4a9)
      • bump openssl to 1.0.1j (d90fc0c4)
      • bump libssh to v0.7.0a (c482f97d)
      • bump libnfs to v1.9.6 (4cf00fce)
      • [PVR] Fix for slow metadata updates from metaron (cffe0be1)
      • filesystem: Make browsing into archives enbabled by default on Pi (981c8e8c)
    • Commits no longer in build:
      • dvdplayer: simplify calculation of playing pts for audio (bd3ddb47)
      • dvdplayer: snyc large audio errors without playing with the clock (485f892f)
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.
@popcornmix I've been noticing a couple issues with AVIs (both FFmpeg 2.4.4 and current 2.5.2, if it's involved at all) with OMXPlayer.
Inside it there's a XviD and a MP3 stream - tested multiple AVIs but they all have these streams.

* In general, Kodi needs a huge amount of time just to start playing (I can reproduce on OS X, so this is not really OMXPlayer or Pi specific): 3-4 seconds on OS X and 5-7 on a Raspberry Pi. [1]
A mkv with the very same streams (converted from AVI with Mkvtoolnix) loads instantly on both.

* Apart from that, OMXPlayer seems a bit confused with its frame rate. Please note that I have an override in as.xml to force a refresh rate of 23.976 Hz for 23.976 fps content.
The AVIs I'm testing with indeed have a frame rate of 23.976 (progressive), and OMXPlayer correctly detects it *on start* and switches the TV to 23.976 (actually, it doesn't as the GUI runs at 23.976), but then it decides the video has a frame rate of 47.952 (hint: 23.976*2) and switches the TV to 60 Hz (2:3). If I seek back to the start, it then correctly detects 23.976 fps and doesn't change the refresh rate again until the video ends, but while switching the TV to 23.976 video freezes for 5-6 seconds while audio instead is playing. [2]
DVDPlayer (mmal) is not exposing this behavior. Also no frame rate issues with the converted mkv.

I'm providing a debug log and a 2 minutes sample (it's that "2x03.prova.avi" in the log):
* https://clbin.com/xwNat
* https://www.dropbox.com/s/y57mtvgyocnmzf...a.avi?dl=1 (36 MB)

[1] Most of the time is spent here, doing... nothing?
Code:
01:35:26 1830.052368 T:2708534336    INFO: CFileCache::Process - Hit eof.
01:35:32 1835.510620 T:2736587840   DEBUG: Open - avformat_find_stream_info starting

[2] I see a timeout when this happens:
Code:
01:37:11 1934.427612 T:2668651584   DEBUG: ResolutionUpdateCallBack - change configuration. video:1920x1080. framerate: 23.98. 656x368 format: BYPASS
01:37:16 1939.429688 T:2668651584 WARNING: CRenderManager::Configure - timeout waiting for state
01:37:16 1939.430664 T:2668651584   ERROR: ResolutionUpdateCallBack - failed to configure renderer
I use my Pis with dvi Tvs and need to use suspend after 5 minutes on idle to turn screen off. I've noticed that when i resume, kodi works for a bit but as soon as i enter a menu or someting it sort of freezes. the box will still respond (eventually) to ssh and allow me to reboot. this happens on two PIs a 256mb one and a 512mb one.. any idea?
@gendo: debug log (wiki)?
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.
(2015-01-01, 05:30)menakite Wrote: * In general, Kodi needs a huge amount of time just to start playing (I can reproduce on OS X, so this is not really OMXPlayer or Pi specific): 3-4 seconds on OS X and 5-7 on a Raspberry Pi. [1]
A mkv with the very same streams (converted from AVI with Mkvtoolnix) loads instantly on both.
Normally you see this effect with avi files with a broken index. The whole file gets parsed creating a temporary index.
But I'm not seeing this, and the file opens quickly.

I notice your log has "CFileCache:Tonguerocess - Hit eof" - have you forced file cache to be enabled for local files? Can you try disabling that?

(2015-01-01, 05:30)menakite Wrote: * Apart from that, OMXPlayer seems a bit confused with its frame rate. Please note that I have an override in as.xml to force a refresh rate of 23.976 Hz for 23.976 fps content.

Why the as.xml override? The Pi should handle 24 and 23.976 rates correctly without an override.
I do see that omxplayer is detecting double the framerate - I'll look into that.
I suspect that setting "Adjust display refresh rate to match video" to "On start/stop" rather than "Always" will avoid this issue (as will disabling omxplayer acceleration).
(2015-01-01, 03:40)Milhouse Wrote: New OpenELEC Helix build: #1231
(Supercedes previous build)

Can anyone using PVR and recordings test this build. It includes an optimisation identified by metaron that may make opening large lists of recordings much faster. Even if you notice no difference, it would be useful if you can report there are no regressions with this patch (I can't test it).
(2015-01-01, 05:30)menakite Wrote: @popcornmix I've been noticing a couple issues with AVIs (both FFmpeg 2.4.4 and current 2.5.2, if it's involved at all) with OMXPlayer.

Anything in tools is ignored by OpenELEC (as it uses it's own separate libraries) so the recent bumps of various libraries will have no impact on these OE builds - I thought about removing them from the release notes but decided to leave them in for "completeness".
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.
(2015-01-01, 13:23)popcornmix Wrote: Normally you see this effect with avi files with a broken index. The whole file gets parsed creating a temporary index.
But I'm not seeing this, and the file opens quickly.

I notice your log has "CFileCache::Process - Hit eof" - have you forced file cache to be enabled for local files? Can you try disabling that?
Thanks for your interest and continuous support.

My local source is actually a NFS share mounted locally (poor performance with libnfs last time I tried). I can't test on the Pi right now, but on OS X this seems to have no effect - I still see the busy dialog for ~2.5 seconds (so it takes 2.5s + 750 ms). Still no busy dialog at all with the mkv.
However the sample I gave you seems much quicker (busy dialog only for a fraction of a second), I'm testing the original file (I can share it if needed, but it's more than 700 MB).
No "Hit eof" when <buffermode>1</buffermode> is commented out though.

popcornmix Wrote:Why the as.xml override? The Pi should handle 24 and 23.976 rates correctly without an override.
I do see that omxplayer is detecting double the framerate - I'll look into that.
I suspect that setting "Adjust display refresh rate to match video" to "On start/stop" rather than "Always" will avoid this issue (as will disabling omxplayer acceleration).
It does. I had to add overrides for 25 (played at 50 Hz by default) and 23.976 (59.94) to try to debug a different issue months ago and I left them here just because the TV supports these refresh rates ("because I can").

Will test "on start/stop" later - I agree that it'll probably avoid the issue as it correctly detects 23.976 on start.

(2015-01-01, 13:44)Milhouse Wrote:
(2015-01-01, 05:30)menakite Wrote: @popcornmix I've been noticing a couple issues with AVIs (both FFmpeg 2.4.4 and current 2.5.2, if it's involved at all) with OMXPlayer.
Anything in tools is ignored by OpenELEC (as it uses it's own separate libraries) so the recent bumps of various libraries will have no impact on these OE builds - I thought about removing them from the release notes but decided to leave them in for "completeness".
Yeah, the ones involved in bug reports well know how OpenELEC works and anyways the actual version of FFmpeg is logged. (Btw I'm the one on XBian and I'm using the bundled FFmpeg.)

Edit: after further thinking on the "whole file gets parsed" part - I don't think that's the case, 700 MB in less than 10 seconds would be more than 600 Mbit/s.
  • 1
  • 7
  • 8
  • 9(current)
  • 10
  • 11
  • 111

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 112