[denz]

I should have written it is Sony Bravia 2012 Model

[popcornmix]

I have moved to a brand new house that has networking cabling and what a difference over wireless everything works so much faster and better the one issue that I had before and still do is that if pi is not used for a day or so it stops responding to any tv remote commands and the only way to restore it is to unplug it. This is a pain it may work for three days straight then the next day it won't and so on.

Might be worth trying this:
http://kodi.wiki/view/Raspberry_Pi_FAQ#T...d_on_first

[Milhouse]

@Milhouse
I get stuttering too, if I enable the subtitles. Do you need a full-debug log from me or do you have enough info about this?

Build: #1091 playing MKVs
no obvious stuttering with subtitles disabled
haven't tried renaming .kodi
I "think" it didn't occur on the ~#0929 build

I guess there's enough info now that it's reproducible, and the build when the problem starts has been identified.

[popcornmix]

I guess there's enough info now that it's reproducible, and the build when the problem starts has been identified.

What build did the problem start with? It seems inconclusive (unless I've missed a post)

Exactly: video stutters with subtitle. Without sub it plays fine. With build #1004 and OE stable plays fine in both cases.

I get stuttering even with #1004 build... damn!

[Milhouse]

So you get stuttering with #1005?

Yes, I get - or I do? English uhm... it's not for me ^^.

Edit:
I get stuttering even with #1004 build... damn!

Oh OK, I thought it had been decided it was #1005, but I missed the edit, so agreed - still no idea when the problem started.

[goundoulf]

The base OpenELEC kernel config is here, although I've disabled some options that I believe are related to the now removed Wolfson driver, so the kernel options I am currently using can be seen here.

Did you remove the Wolfson driver because it breaks Hifiberry? Do you plan on reintroducing it? Thanks!

[Milhouse]

Did you remove the Wolfson driver because it breaks Hifiberry?

Not specifically, it was removed because nobody had managed to get it to work successfully with Wolfson hardware. However removing the non-functional Wolfson code also meant there was one less possible reason for Hifiberry not working. Quite why Hifiberry still doesn't work is not known.

Do you plan on reintroducing it? Thanks!

Yes, if it can be shown to work (and without causing any other issues).

I'm starting to wonder why we bother including Hifiberry drivers in the 3.17.y kernel as they too are no longer functional.

[goundoulf]

Thanks for your quick answer. It's a shame we cannot use Wolfson or Hifiberry correctly, as the manufacturer don't seem to care about their users...

I have tried your #1019 build (last with Wolfson support), but could not get audio to work. Could I help you with this, as you don't seem to have a Wolfson card?

[Milhouse]

Could I help you with this, as you don't seem to have a Wolfson card?

I think it's mostly a case of waiting for the Wolfson driver/PR to mature - keep an eye on PR:705 for updates.

[slomovizion]

Could I help you with this, as you don't seem to have a Wolfson card?

I think it's mostly a case of waiting for the Wolfson driver/PR to mature - keep an eye on PR:705 for updates.

I had quick look at this PR (and the earlier one referenced therein) - there is quite a discussion of issues caused by / introduced simultaneously with the addition of wolfson support. The very notable thing is, that the issues are exactly the same as those that keep the hifiberry from working. To me it seems that something else has been changed in the kernel at about the time when wolfson support was being tested which has FUBAR'ed support of these cards for the moment.

best regards

[Milhouse]

New OpenELEC Helix build: #1024
(Supercedes previous build)

Code:

# uname -a
Linux rpi512 3.17.1 #1 PREEMPT Fri Oct 24 21:03:08 BST 2014 armv6l GNU/Linux

# vcgencmd version
Oct 17 2014 17:56:05
Copyright (c) 2012 Broadcom
version 845092531e360acd37f2f1964157f8079c77edfb (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141024210157-r19453-g9d076bb [Build #1024]

Based on tip of OpenELEC master (9d076bb4, changelog) and tip of XBMC master (5a8e84cc, 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.17.y
  
• Excludes the OpenELEC xbmc-001-newclock4 patch in favour of sourcing these and possibly more recent patches directly from newclock4 branch
  
• Default setting for "Show RSS Feed" changed to disabled
  
• Disabled "Total Duration" in Confluence (see build #0221 for details)
  
• Adapted service.openelec.settings to take advantage of PR5217
  
• Includes latest libnfs master (ab1af695)
  
• Includes latest libcec master (81e38211)
  
• Includes latest xbmc-pvr-addons master (067befe6)
  
• Includes latest xbmc-addon-xvdr master (2bf2563c)
  
• Includes libcec double-key suppression
  
• Includes libcec CEC Standby Fix
  
• Increase scan interval of PeripBusCEC from 5000 to 60000, reducing CPU loading by about 2% (1GHz Pi) every 5 seconds (even when CEC is "disabled")
  
• Includes CONFIG_COREDUMP=y to allow creation of coredumps (see here)
  
• Includes additional ffmpeg codecs/muxers enabled for testing/benchmarking purposes. See patch
  
• Includes PR:39: Fix typo in rejecting invalid keycodes
  
• Includes PR:5312: dvdplayer: do a seek after having changed subtitle stream
  
• Includes PR:5416: added: POC mp4 movie/episode tag support
  
• Includes PR:5524: Respect parent path decision when cleaning paths.
  

Build Highlights:

1. libcec PR:39: Fix typo in rejecting invalid keycodes
   

Build Details:

1. XBMC:
   • Fix LOGDBUS component logging. (PR:5566, 1 commit, 2 files changed)
     
   • [scrapers] log what actually failed to load (PR:5569, 1 commit, 1 file changed)
     
2. Custom:
   • Added PR:39: Fix typo in rejecting invalid keycodes (libcec)
     

[allan87]

I have moved to a brand new house that has networking cabling and what a difference over wireless everything works so much faster and better the one issue that I had before and still do is that if pi is not used for a day or so it stops responding to any tv remote commands and the only way to restore it is to unplug it. This is a pain it may work for three days straight then the next day it won't and so on.

Are you using the builds posted in this thread?

[slack3r]

What build did the problem start with? It seems inconclusive (unless I've missed a post)

Oh OK, I thought it had been decided it was #1005, but I missed the edit, so agreed - still no idea when the problem started.

Ok, I've found a "range":
build #0908 works fine, #0929 does stuttering.

[denz]

I am running the latest builds just in case to see has it been fixed I have installed now build #1024 and have entered the below information from the link provided by popcornmix

Hopefully this will fix it as now that pi is not using wireless it is so much quicker.

Run: sudo tvservice -d edid.dat (after booting with TV/receiver powered on first)
copy the edid.dat to the FAT partition (/boot on raspbmc and /flash on openelec)
and add to config.txt: hdmi_edid_file=1 and hdmi_force_hotplug=1

[gendo]

Popcornmix could you revert "Revert "hack: revert squash: don't update originaldts when marked as invalid"" or look at sample at http://forum.xbmc.org/showthread.php?tid...pid1805635 If i can assist by testing or uploading other samples...

gentle reminder. Thanks.