[Milhouse]

New OpenELEC I****** build #0219: RPi / RPi2
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 3.19.0 #1 Fri Feb 20 03:02:17 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Feb 18 2015 16:20:59
Copyright (c) 2012 Broadcom
version bcbf8eb39cfacb4b2fd648a080d19d22152c359b (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150220030127-#0219-g805bf0b [Build #0219]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (805bf0b8, changelog) and tip of XBMC master (d6f8a655, 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.19.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)
  
• Includes latest libnfs master (6da5bc1c)
  
• Includes latest libcec master (b3d938a5)
  
• Includes latest xbmc-pvr-addons master (4657d8ba)
  
• Includes latest xbmc-addon-xvdr master (8489520f)
  
• Includes commits from libcec-2.2.0 (popcornmix)
  
• Includes commits from libnfs/seq-read-example (PR:108)
  
• Exclude kodi-102-dont_really_depend_on_SDL_image.patch: No longer required
  
• Exclude kodi-999.95-backportPR6312PR6311PR6295.patch: Already merged in Kodi master
  
• Exclude kodi-999.96-PR6356.patch: Already merged in Kodi master
  
• Exclude kodi-999.97-PR6361.patch: Already merged in Kodi master
  
• Include patch: Add experimental splash video
  
• Include patch: Stop building lcdproc in parallel
  
• Include patch: Fix python optimize
  
• Include patch: Use our own texturepacker
  
• Include patch: Fix build patch for kodi-pvr-addons
  
• Include patch: [librtmp] Update with version from http://stream-recorder.com/forum/customi...16103.html (rtmpdump)
  
• Include PR:6408: [curl] use better method to stat shoutcast and friends
  
• Include PR:6484: [mysql] use compression protocol
  
• Revert PR:6487: [configure] enable SSE when using gcc-4.9 (Reason: breaks non-x86 builds)
  

Build Highlights:

1. Improved MySQL transaction handling
   
2. VideoDB queueing
   
3. Revert SSE change that breaks non-x86 builds
   
4. Add support for jumping to the first unwatched tv show season/episode
   

Build Details:

1. XBMC:
   • [depends] enable C++11 for native builds (PR:6485, 1 commit, 1 file changed)
     
   • Add optional .index() to Control.GetLabel() allowing access to secondary... (PR:6327, 1 commit, 4 files changed)
     
   • [configure] enable SSE when using gcc-4.9 (PR:6487, 1 commit, 1 file changed)
     
   • [configure.in] use pkgconfig to detect curl and force the distros to use... (PR:6407, 1 commit, 1 file changed)
     
   • [gui] remove eventual context menu items for the "go to parent" item (PR:6290, 2 commits, 2 files changed)
     
   • Locale fixes (PR:6402, 9 commits, 13 files changed)
     
   • fixes for a few coverity issues (PR:6422, 7 commits, 9 files changed)
     
   • video library: queue database write processes (PR:6406, 13 commits, 33 files changed)
     
   • [mysql] fix transaction handling (PR:6467, 1 commit, 1 file changed)
     
   • Add support for jumping to the first unwatched tv show season/episode (PR:6489, 1 commit, 7 files changed)
     
   • revert xbmc.gui bw-compatibility change (PR:6494, 1 commit, 1 file changed)
     
   • cmake: fix include of check_target_platform.cmake (35b7ab3f)
     
   • [Confluence] api bump (d6f8a655)
     
2. Additional commits/pull requests/changes not yet merged upstream:
   • Reverted: PR:6487: [configure] enable SSE when using gcc-4.9 (Reason: breaks non-x86 builds)
     

[evanspae]

I cannot get any liveTV to work past release #213
#219,#218,#217 not working

I am using Argus TV

On selecting live TV Gui and schedule database work fine but selecting live TV busy notify briefly appears followed by black and causes kodi to crash and then reboot??

No changes made to any settings

Logs here
https://www.dropbox.com/sh/31t8upajt9zw1...5Pfja?dl=0

[Milhouse]

So #0213 is the last working build, or the first non-working build? Are you able to test on a Pi1, do you get the same crashes?

[da-anda]

edit: brainfart

[Milhouse]

Well, it's not wrong - I stand by what I wrote. Yes, adding <seeksteps> to as.xml only changes the allowable values, and you then have to select/apply (ie. configure) the values in Settings in order to actually use them. I admit the final step might not have been made clear.

If you don't apply new settings, you'll still be using the original skip steps even though the allowable values in as.xml may now be completely different.

[evanspae]

So #0213 is the last working build, or the first non-working build? Are you able to test on a Pi1, do you get the same crashes?

Just checked Rpi 1 crashes just the same on builds #014 onwards... last working version #013

[allan87]

Now that I understand the new seekstep feature, it seems to me that the default 1st step of 7 seconds is too short. For one thing, it takes several seconds, on a pi1 at least, for the skip to happen. It feels broken. I can tell you, until we figured out what was going on, there was much wailing and gnashing of teeth in our family room.

I suggest that the 7 second interval be disabled by default.

Is this in master or newclock4?

[Martijn]

Now that I understand the new seekstep feature, it seems to me that the default 1st step of 7 seconds is too short. For one thing, it takes several seconds, on a pi1 at least, for the skip to happen. It feels broken. I can tell you, until we figured out what was going on, there was much wailing and gnashing of teeth in our family room.

I suggest that the 7 second interval be disabled by default.

Is this in master or newclock4?

let me remind you that not everything revolves about the r-pi and some/most people have a device that is fast enough to handle the 7seconds

[popcornmix]

Is this in master or newclock4?

This is in master.

[bagofcrap24]

Now that I understand the new seekstep feature, it seems to me that the default 1st step of 7 seconds is too short. For one thing, it takes several seconds, on a pi1 at least, for the skip to happen. It feels broken. I can tell you, until we figured out what was going on, there was much wailing and gnashing of teeth in our family room.

I suggest that the 7 second interval be disabled by default.

Is this in master or newclock4?

I did comment on this before as I had issues with the skips.
after pressing the skip button it is waiting for you to press again (for a higher skip value).
This results in you getting a delay before playback is resumed (if you are only skipping once).
I found the best thing to get old behaviour back was to disable the skip variants that you don't wan't.
I.E. disable all but +/- 30 seconds (or which ever one you want to keep as default)
then pressing the skip button immediately performs that skip action

I left mine on 7 seconds only and as that is the only option it doesnt keep waiting for more.
so if i want a short skip i can just press the button once.
However if i want a longer skip i can hold the right button and it will keep jumping 7 seconds rapidly as there are no other presets

[allan87]

Now that I understand the new seekstep feature, it seems to me that the default 1st step of 7 seconds is too short. For one thing, it takes several seconds, on a pi1 at least, for the skip to happen. It feels broken. I can tell you, until we figured out what was going on, there was much wailing and gnashing of teeth in our family room.

I suggest that the 7 second interval be disabled by default.

Is this in master or newclock4?

let me remind you that not everything revolves about the r-pi and some/most people have a device that is fast enough to handle the 7seconds

i understand that, but,
1. A lot of people do have pis or other lower power devices, and to them, skipping will seem broken. I appreciate that the problem can be alleviated by tweaking a setting, but watching tv should not require a learning curve.
2. In my view, 7 seconds is of minimal utility, even if you have a faster device. In any event, people with faster devices will be minimally inconvenienced (if at all) by a 15 second skip as default, compared to the situation with the pi.
3. If you were a mechanical engineer, would you design overpasses with 2 meter clearance because not everyone drives a truck?

[allan87]

And anyway, does "not everything revolves around the pi" mean what it sounds like? Does it mean that everything revolves around expensive high powered devices?Is there a development policy that says low power devices are disregarded in design decisions? That would explain the (adjective deleted) rejection of the PR to replace the current, CPU wasting, busy spinner with an efficient, attractive alternative. No, it made sense - to somebody - to exhaust the CPU unnecessarily, exactly when its capacity is needed elsewhere, because not everything revolves around the pi.

Think about it. The entire set top box firmament is composed of low power devices. Apple TV, Fire TV, Chromecast, Roku, smart TVs. Low power devices are where it's at. No design decision should be made without regard for that.

[Milhouse]

I suggest that the 7 second interval be disabled by default.

+7 seconds (seeking forwards) is already disabled by default.

However -7 seconds (seeking backwards) is enabled by default, which seems a bit unnecessary when there's already <smallstepbackseconds> set to 7 seconds and so does the same thing.

[galopogos]

Are people that reported problems with #0216 hanging on startup still having problems with #0217 or #0218?

Hi Milhouse
I had problems with the hanging with build 0216. Installed now the build 0219 and it is solved
Using a raspberry pi2

Thanks for all the work

[Jönke]

Live tv from tvheadend on linux server plays in slowmotion on rpi 2 in todays build , know issue or do you need logs? Worked fine on last build i used (from 2015.02.08)