[doveman2]

You should speak to the AppTV maintainer about those "Window Translator:" errors, though.

Will do, although I know in the past he's only been interested in updating the skin to be compliant with stable releases, so he might not be willing to update it to fix errors related to testbuilds.

EDIT: It seems one of the bugs with TVheadend has been fixed and now it's possible to toggle between fullscreen and the EPG (previously this would cause the video to freeze and repeatedly buffer). I did run into a serious bug when switching channel with the up/down buttons. First change it was OK, second change the video froze on the previous channel, I had audio from the new channel and everything else was locked up and I had to hard reboot in the end. I also found that the playback was very stuttery when starting and I saw errors up to 2800% on the bottom (S) sound line of the overlay. It settled down after a while but re-occured when changing channel.

Log too big to paste so uploaded: https://drive.google.com/file/d/0B1fDI89...sp=sharing

Thread for channel change lockup created here: http://forum.kodi.tv/showthread.php?tid=228596

[popcornmix]

At the end of the log:

Code:

17:41:52 770.172180 T:1563419712   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - Command hello failed: No response received
17:41:52 770.173279 T:1563419712   ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - failed to send hello

does like like the TVheadend server has gone down. Afraid I don't know much about that.

[Milhouse]

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

Code:

# uname -a
Linux rpi512 4.0.4 #1 Tue Jun 2 21:05:23 BST 2015 armv6l GNU/Linux

# vcgencmd version
May 31 2015 14:24:30
Copyright (c) 2012 Broadcom
version b127f62bd972cebb74a816b01b90ecfacc226baa (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150602210256-#0602-gb301e0a [Build #0602]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (b301e0ab, changelog) and tip of XBMC master (6ce1b4df, 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-4.0.y
  
• Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
  
• Disabled "Total Duration" in Confluence (see build #0221 for details)
  
• Includes latest dcadec master (85d61750, ahead +32)
  
• Includes latest kodi-platform master (33b6390b, ahead +1)
  
• Includes latest libcec master (18555911, ahead +5)
  
• Includes latest libnfs master (7121bc3b, ahead +14)
  
• Includes latest platform master (aafa6e9f)
  
• Includes latest addons: pvr.argustv (cffc8b6b, +1), pvr.demo (9c400e19, +1), pvr.dvblink (7f515436), pvr.dvbviewer (05e76da7, +1), pvr.filmon (8c02f43d), pvr.hts (2f9a4d39, +2), pvr.iptvsimple (191972cf, +1), pvr.mediaportal.tvserver (bcfb46f9, +1), pvr.mythtv (6fb769da, +1), pvr.nextpvr (74168dc9, +1), pvr.njoy (9aa05103, +1), pvr.pctv (804dc37c, +1), pvr.stalker (0d6a5d8b, +1), pvr.vbox (375eab31), pvr.vdr.vnsi (244b893c), pvr.vuplus (cdc1d0e3, +2), pvr.wmc (42fb669d, +1)
  
• Includes commits from shairplay/master, ahead +17 (juhovh)
  
• Exclude kodi-999.20-PR7102.patch: Temporarily revert dcadec settings and use newclock4 version
  
• Exclude kodi-999.21-configure.ac-dont-break-if-dcadec-is-missing-dcadec-.patch: Temporarily revert due to breakage
  
• Include patch: Enable vcsm kernel options for HEVC optimisations
  
• Include patch: Add experimental splash video
  
• Include patch: Add ffmpeg dependency and includes for HEVC optimisations
  
• Include patch: Enable pvr addons
  
• Include PR:4176: [RBP] A collection of pending RPi fixes (mkknlimg, SPI as modules, mailbox config, overlays folder)
  
• Include PR:6732: [pvr] fixed crash when multiple add-on instances get registered
  
• Include PR:6919: added: also hide thumbs for unwatched episodes if option to show plot is off
  
• Include PR:7048: videodb: Don't allow column value length to exceed key size of unique index
  
• Include PR:7093: [AirTunes] - features
  
• Revert PR:7192: [binary addons] linux: use the same install paths as kodi core (reason: build breakage)
  

Build Highlights:

1. Fix crash in PVR::CPVRClient::GetDriveSpace
   
2. HEVC updates - should reduce 1080p judder (see here)
   

Build Details:

1. Firmware (May 31):
   • Update boot/overlays/README
     
2. XBMC:
   • changed: Curl's overflow buffer handling (PR:7198, 1 commit, 1 file changed)
     
   • CLangInfo: don't detect a language migration from "English" to "resource.language.en_gb" as a fallback mechanism (PR:7220, 1 commit, 1 file changed)
     
   • Revert "[guilib] fadelabel not reading scroll tag" (PR:7211, 1 commit, 5 files changed)
     
   • [PVR] Fix crash in PVR::CPVRClient::GetDriveSpace (Trac #15942) (PR:7216, 1 commit, 1 file changed)
     
   • [re-touched] update (b83bb444)
     
3. dcadec:
   • Remove WAV writer support for container shifts. (84995041)
     
   • Fix non-representable left shifts. (121ab1b4)
     
   • Fix undefined left shifts of negative integers. (85d61750)
     
4. newclock4:
   • New commits in this build:
     • [ffmpeg] squash: Proper fix for corruption with luma prediction on QPUs (811782c4)
       
     • [ffmpeg] squash: Support skipping non-reference frames when running behind (029dfdd6)
       
   • Commits no longer in build:
     • Fix for font corruption (8e37098d)
       
5. kernel 4.0.y:
   • New commits in this build:
     • BCM270x: Move vc_mem (68491e93)
       
     • BCM270x: Add USB controller to Device Tree (392df2a9)
       
     • Merge pull request #989 from notro/vcmem (75b4e19a)
       
     • Merge pull request #993 from notro/usb (acc12c6b)
       
     • added mcp251x module to list of modules to get compiled as well as the corresponding overlay (f6bb0a78)
       
     • BCM270x: Move thermal sensor to Device Tree (f7884907)
       
     • bcm2835: Add thermal sensor to Device Tree (d2d32ba7)
       
     • BCM270x: Enable bcm2835_wdt and bcm2835-rng (8369d9b2)
       
     • BCM270X_DT: Add bcm2835-pm-wdt and bcm2835-rng (6325ac19)
       
     • Merge pull request #995 from notro/thermal (5cdc73b4)
       
     • Merge pull request #998 from notro/rng-wdog (58bf0e46)
       
6. Additional commits/pull requests/changes not yet merged upstream:
   • Added: PR:4176: [RBP] A collection of pending RPi fixes (mkknlimg, SPI as modules, mailbox config, overlays folder)
     

[Caramba69]

Is there still a chance that 3D isos will be supported?

[MukiDA]

Is there still a chance that 3D isos will be supported?

I think they're working on it. SSIF support is currently being worked on. It was up and running a few days ago, but it seemed to cause some issues with MVC playback, so it was reverted and pushed back a bit.

I figure once they add SSIF support, ISO playback shouldn't be very far away (fingers crossed).

[nikc0069]

Iso AND HEVC 1080p? Is there anything this Pi can't do?

[da-anda]

Iso AND HEVC 1080p? Is there anything this Pi can't do?

actually no, it can even voice control your microwave https://www.raspberrypi.org/the-raspberry-pi-microwave/
As for HEVC - 1080p might only work for looooow bitrate stuff. I just tested a 720p rip I did for fun yesterday and it's not running smooth yet when bitrate is going up a bit.

[sunstealer]

Firstly - thank you to Milhouse, popcornmix and Team Kodi very much for all your hard work on this. I have been installing the test builds for a while now with great success so far.

There is one problem I have encountered with these builds that I have not been able to figure out - it has been present for all the Kodi 15 builds that I have tried.

Setup: RPi model B -> HDMI -> Sony AV Amp -> Samsung TV with Logitech Harmony remote.

Problem: switching off TV & Amp at night with remote and leaving RPi / Kodi running. In the morning, switch on - RPi still responds to ssh and is 'alive' but TV says "no signal". Screensaver has been disabled. Kodi remote on ios device has active connection but pressing buttons does not wake up HDMI signal. Starting a movie from remote does wake up HDMI signal and then returning to GUI does work.

It seems to me that something is switching off the HDMI out and it is not waking up properly when using the remote - is there a power saving feature now?

Power off and then on straight away is no problem so the problem seemingly only occurs after a long period of no activity. I had to teach my missus how to ssh into the RPi and 'killall -9 kodi.bin'!! Would be good to have a solution with a higher WAF! ;-)

Current build #601.

Hope this is enough info and thanks for any advice.

PS - the standard "Power saving" feature settings are at their default settings i.e. "Shutdown function timer"=Off, "Shutdown function"="Shutdown"

[popcornmix]

There is one problem I have encountered with these builds that I have not been able to figure out - it has been present for all the Kodi 15 builds that I have tried.

No immediate idea, but we can perhaps narrow things down. Add to config.txt

Code:

hdmi_force_hotplug=1
hdmi_ignore_cec=1

and reboot, and see if it still occurs. That should mean the Pi is completely unaware of any power state changes of receiver/TV.

[Milhouse]

There is one problem I have encountered with these builds that I have not been able to figure out - it has been present for all the Kodi 15 builds that I have tried.

Is it like this with the official OpenELEC 5.95.1 Beta?

If it's not a problem specific to the test builds you'd be better off discussing it in a separate thread where you can provide debug logs and all the information needed to diagnose this problem.

[sunstealer]

No immediate idea, but we can perhaps narrow things down. Add to config.txt

Code:

hdmi_force_hotplug=1
hdmi_ignore_cec=1

and reboot, and see if it still occurs. That should mean the Pi is completely unaware of any power state changes of receiver/TV.

Brilliant - thanks for the super speedy reply - I have made the changes but will probably need to wait until tomorrow to find out if it works - will check back in and let you know. I have high hopes for this solution as it makes perfect sense - I suspect, as you do, that the RPi is somehow failing to detect that the HDMI connection has been reactivated after it has gone into some sort of 'sleep' mode - probably something about the Sony Amp switching the HDMI connection to the TV is interfering but I have insufficient knowledge of HDMI, so I'm just guessing.

Many thanks

[sunstealer]

Is it like this with the official OpenELEC 5.95.1 Beta?

If it's not a problem specific to the test builds you'd be better off discussing it in a separate thread where you can provide debug logs and all the information needed to diagnose this problem.

You guys are Fast! Thank you and fair comment - TBH I don't know the answer because I only installed the official Kodi 15 build for a short time before I discovered yours - yours had lots of cool new features / fixes, so I switched before I would have known that this problem existed. All I can say is that I ran 5.95 for 2 days and didn't see the problem but it's entirely possible that it was there and I missed it. I'm going to see if popcornmix's solution works then if it would be helpful, I can revert to 5.95.1 beta and test more thoroughly - then post into the main thread.

Either way, your help here is much appreciated - thanks

[zmelkoow]

Hi!

Regarding the CEC problems - my setup is completely the same as sunstealer's. I am experiencing another problem. After switching Sony AVR to another HDMI input (SAT) and then after a while switching back to RPi input AVR and television go to standby and I have to turn them on manually. It wasn't happening in #0524 and probably #0526 release, I noticed it in #0531 release.

[popcornmix]

Regarding the CEC problems - my setup is completely the same as sunstealer's. I am experiencing another problem. After switching Sony AVR to another HDMI input (SAT) and then after a while switching back to RPi input AVR and television go to standby and I have to turn them on manually. It wasn't happening in #0524 and probably #0526 release, I noticed it in #0531 release.

if it is a regression then identifying the exact build that introduced the problem would be useful.

[Forage]

I love the following stuff in case you are still looking for improving the list:

• https://www.shadertoy.com/view/4dl3zn
  
• https://www.shadertoy.com/view/4dBSRK
  
• https://www.shadertoy.com/view/Xd2GR3
  
• https://www.shadertoy.com/view/lss3Df
  
• https://www.shadertoy.com/view/Ml2GWy
  

Note: on Pi1/Pi2 you can handle about 1000 cycles worth of work per pixel and have a decent framerate.
Complex operations like sin/cos/sqrt will take dozens of cycles. Shaders that have loops with high iterations are likely to struggle.
From your list the first one is probably out (loop of 40, then several calls to complex operations inside that loop).
The others look more plausible.

Many thanks for the guide. It helps now that you made it as an add-on as well.
Funny how only the ugliest one from the list (number 2) actually works and the rest is just too heavy for a RPi

Now that it's an add-on, is there a way to add and remove items from the list instead of having to replace existing ones? I didn't find a config file which includes the list with the names, but just in case I overlooked something. Not that it's a big deal, it's just for playing, I was just wondering.