Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) (/showthread.php?tid=231092)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - rob77 - 2015-07-13

Hi

Just a little bug with the latest build. Pop up notifications now have no text.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - charlieroot - 2015-07-13

(2015-07-13, 01:26)rob77 Wrote: Hi

Just a little bug with the latest build. Pop up notifications now have no text.

Same here, started with #0711.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-13

(2015-07-13, 01:26)rob77 Wrote: Hi

Just a little bug with the latest build. Pop up notifications now have no text.

(2015-07-13, 02:01)charlieroot Wrote: Same here, started with #0711.

Thanks both - are you referring to the Kai Toast notifications (notifications that appear in the bottom right corner of the screen, in Confluence)?

Would it be possible to upload a screen shot, or describe a really easy way to reproduce? I rarely see notifications...

Edit1: OK I can see the problem, running "texturecache.py notify ThisIsTheTitle ThisIsTheMessage 5000 warning" should display a Kai Toast (notification) with a title and message, but there is no text.

Edit2: Seems to be due to PR:7323 - there's a mention of it there already so hopefully fixed soon.

Edit3: Should be fixed by PR:7491 - I'll include this in the next build if it's not already merged. Thanks for reporting.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-13

@popcornmix: this is the commit that causes the high CPU load in Music > Files in build #0304:

test: fix for dirty rendering with skipped updates

If the above commit is reverted from #0304, the high CPU load in Music disappears. Leave it in, and there is high CPU load.

This "test" commit remained in newclock4 until build #0407, at which point the "test" commit appears to be merged into a separate commit:

renderer: Allow gui updates to be skipped when playing video

which had been in newclock4 since #0125.

This second "renderer" commit subsequently merged into Kodi on 9 April (#0409) as part of PR:6898, which helps explain why we still have high CPU load in Music in current master builds even though the "test" commit is no longer around.

I then tried to revert only the "test" commit from a current tip of master Kodi 16 build, but this didn't have any noticeable effect (I verified the code has been reverted from Application.cpp correctly) so maybe another change (possibly in PR:6898) is compounding this issue...

The extra CPU load is definitely GUI related as mass or continuous GUI updates (eg. scrolling text) are about the only thing that sends my CPU temp through the roof, and leaving Kodi on Music > Files in a current build (or #0304 with "test" commit included) will eventually result in the RPi1 SoC temperature reaching 85C...

I'll see if I can build #0409 with and without PR6898 to see if that has any effect, although it may be a little later on today.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-07-13

(2015-07-13, 08:29)Milhouse Wrote: @popcornmix: this is the commit that causes the high CPU load in Music > Files in build #0304:

Thanks Milhouse - good detective work as usual.
I suspect reverting the offending commit, could help audio playback cpu, but is likely to harm video playback cpu.
I've pinged @FernetMenta who may be able to help find a fix for both.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Bartmaniac - 2015-07-13

Just a quick question. Everyday I download the newest build and install it. Maybe that is not necessary? Is it OK to do it every day in and out?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-07-13

(2015-07-13, 17:34)Bartmaniac Wrote: Just a quick question. Everyday I download the newest build and install it. Maybe that is not necessary? Is it OK to do it every day in and out?

I update pretty much every day. I use Leopold's add-on to update easily.
So there is no problem with doing this.

Is it necessary? Depends why you are using these builds. If you want to help with testing, and see new features as early as possible, then sure, update every day.
If you don't then sticking with a stable build may be better.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Forage - 2015-07-13

(2015-07-13, 17:34)Bartmaniac Wrote: Just a quick question. Everyday I download the newest build and install it. Maybe that is not necessary? Is it OK to do it every day in and out?
No problem at all. I do the same. Sometimes I update every day, sometimes not for a week or two. To update or not depends on if it has any interesting commits (fixes, features) you like or need to have/test.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Bartmaniac - 2015-07-13

(2015-07-13, 17:41)popcornmix Wrote:
(2015-07-13, 17:34)Bartmaniac Wrote: Just a quick question. Everyday I download the newest build and install it. Maybe that is not necessary? Is it OK to do it every day in and out?

I update pretty much every day. I use Leopold's add-on to update easily.
So there is no problem with doing this.

Is it necessary? Depends why you are using these builds. If you want to help with testing, and see new features as early as possible, then sure, update every day.
If you don't then sticking with a stable build may be better.
I'm using these Mulhouse builds on my rpi2 attached to my Sony LCD en wired ethernet to my router. No dvb devices and no pvr stuf whatsoever


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - invisable - 2015-07-13

Hi Millhouse, can I ask if your still including your latest librtmp in Openelec 16 the only reason I ask is because I noticed the test build release you made on May 16 (#0516) the librtmp is slightly larger then the ones on the recent builds ?
Many Thanks.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Mfleigle - 2015-07-13

(2015-07-13, 02:41)Milhouse Wrote:
(2015-07-13, 01:26)rob77 Wrote: Hi

Just a little bug with the latest build. Pop up notifications now have no text.

(2015-07-13, 02:01)charlieroot Wrote: Same here, started with #0711.

Thanks both - are you referring to the Kai Toast notifications (notifications that appear in the bottom right corner of the screen, in Confluence)?

Would it be possible to upload a screen shot, or describe a really easy way to reproduce? I rarely see notifications...

Edit1: OK I can see the problem, running "texturecache.py notify ThisIsTheTitle ThisIsTheMessage 5000 warning" should display a Kai Toast (notification) with a title and message, but there is no text.

Edit2: Seems to be due to PR:7323 - there's a mention of it there already so hopefully fixed soon.

Edit3: Should be fixed by PR:7491 - I'll include this in the next build if it's not already merged. Thanks for reporting.
I was just getting to posting about the bug. Good to see it'll be fixed soon.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-13

(2015-07-13, 18:29)invisable Wrote: Hi Millhouse, can I ask if your still including your latest librtmp in Openelec 16 the only reason I ask is because I noticed the test build release you made on May 16 (#0516) the librtmp is slightly larger then the ones on the recent builds ?
Many Thanks.

The librtmp patch in #0516 is unchanged in the latest builds, so if the librtmp.so library has changed in size that's probably due to gcc updating from 4.9.2 to 4.9.3 on 28 Jun, and possibly other dependencies that have bumped since #0516.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-13

(2015-07-13, 14:13)popcornmix Wrote: Thanks Milhouse - good detective work as usual.
I suspect reverting the offending commit, could help audio playback cpu, but is likely to harm video playback cpu.
I've pinged @FernetMenta who may be able to help find a fix for both.

I've re-built #0409, and reverted PR6898, but it hasn't had any effect on the high CPU load (which is still there) so I'm going to have to go back to #0304 and review what the hell is going on and which commit is responsible - building with and without the "test" commit confirmed it to be the cause in #0304, but removing this same commit from later builds is having no effect, which is frustrating.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-07-14

New OpenELEC Isengard build #0713: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux OpenELEC 4.1.2 #1 Tue Jul 14 01:59:49 BST 2015 armv6l GNU/Linux

# vcgencmd version
Jul 14 2015 01:21:05
Copyright (c) 2012 Broadcom
version 41afcc6c933c1bc44ebdedc5aaf965b685b604e7 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150714015859-#0713-ga1fff18 [Build #0713]

# vcdbg log msg 2>&1 | grep DTOK
001573.535: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (a1fff18a, changelog) and tip of XBMC master (8ed51929, changelog) with the following modifications: Build Highlights:
  1. New firmware, with 1080i hardware accelerated de-interlace - many thanks @popcornmix (as usual) and Eben!
    popcornmix Wrote:This is an early attempt to support high quality deinterlace at 1080i resolution (we previously used a simpler "bob" deinterlacer for HD).

    By default the "Auto select" deinterlace method will still choose "bob" for HD video, but you can now change that to "Advanced" and you should get higher quality deinterlace even at HD resolution.

    It does need some overclock. Something like:
    Code:
    core_freq=400
    v3d_freq=400
    over_voltage=2
    force_turbo=1
    is recommended for now (which will set your warranty bit). We'll get the overclock requirements down in a future build.

    This update is thanks to Raspberry Pi founder Eben Upton, who rewrote the VPU deinterlace code to work on the QPUs (3D hardware).
  2. New kernel 4.1.2
  3. Bump to ffmpeg-2.7.1
  4. BCM270x: Switch to firmware driver (enable BCM2835_MBOX, RASPBERRYPI_FIRMWARE and BCM_VCIO kernel options)
  5. Add image scaling algorithm which should allow better quality cached artwork (see post with details how to change current default algorithm)
  6. Introduce image resource addons
  7. Fix for missing text in notifications
  8. Dropped RTL8812AU/8821AU driver alternate abperiasamy repo
Build Details:
  1. Firmware (Jul 14):
    • firmware: di_adv: Fix for crash with qpu deinterlace
    • firmware: di_adv: Add qpu shader code to implement deinterlace.
    • firmware: image_fx: Support YUV_UV as destination format if requested.
    • firmware: dmalib: Reduce default priority and burst size of 2d memcpy
    • arm_loader: Ensure reserved qpus are freed and ISR blocks until interrupt cleared
    • gpioman: If dt-blob.bin file is incompatible, use built-in. See: link
  2. OpenELEC:
    • linux: update to linux-4.1.2 (c7e9773b)
    • gettext: update to gettext-0.19.5 (a4ed5801)
    • mesa: update to mesa-10.6.2 (3a9ed1a7)
    • dvb-firmware: update to dvb-firmware-0.0.48 (a1fff18a)
  3. XBMC:
    • [videodb] fix browsing tvshows genre/studios with masterlock enabled (PR:7489, 1 commit, 1 file changed)
    • [guilib] Add Container.TotalWatched and Container.TotalUnwatched (PR:7358, 1 commit, 2 files changed)
    • [guilib] - fix missing fadelabel text (introduced with #7323) (PR:7491, 1 commit, 1 file changed)
    • [videolibrary] fix musicvideo artist browsing after e55adbd (closes #16118) (PR:7493, 1 commit, 1 file changed)
    • [gui] refactors modality handling for dialogs (PR:7428, 4 commits, 94 files changed)
    • AESinkPULSE: Make buffer settings more failsafe (PR:7247, 1 commit, 1 file changed)
    • Image resource addons (PR:7361, 4 commits, 67 files changed)
    • support specifying the image scaling algorithm for image resizing/caching (PR:6986, 6 commits, 13 files changed)
    • [interfaces] fix render order of addon dialogs (PR:7492, 1 commit, 5 files changed)
    • add Skin.ToggleDebug function (PR:7206, 1 commit, 3 files changed)
    • [Confluence] remove zorder (17b9c36c)
  4. newclock4:
    • New commits in this build:
      • [rbp] Enable QPU based deinterlace and remove resolution limit (73bf6b49)
  5. kernel 4.1.y:
    • New commits in this build:
      • mailbox: Enable BCM2835 mailbox support (a097ef23)
      • mailbox/bcm2835: Fix mailbox full detection. (aa1ca835)
      • mailbox: bcm2835: Support ARCH_BCM270x (36301913)
      • ARM: bcm2835: Add the firmware driver information to the RPi DT (e3d1e45b)
      • firmware: bcm2835: Add missing property tags (4b72dfbc)
      • firmware: bcm2835: Support ARCH_BCM270x (d72c334f)
      • firmware: bcm2835: Support legacy mailbox API (be083fb2)
      • char: broadcom: Add vcio module (becc3412)
      • BCM270x: Switch to firmware driver (3349eaf7)
      • bcm2835: Switch to firmware driver (04f82e04)
      • Merge pull request #1059 from pelwell/rpi-4.0.y (0dd4dae3)
    • Commits no longer in build:
  6. Additional commits/pull requests/changes not yet merged upstream:



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - misa - 2015-07-14

Love this build but got a simple question:

"5.Add image scaling algorithm which should allow better quality cached artwork (see post with details how to change current default algorithm)"
When I want to use this, do I have just put <imagescalingalgorithm>bicubic</imagescalingalgorithm> in the advangesettings.xml or do I have to do more?