(2014-02-16, 14:38)PeaceMkr Wrote: Is there anybody else out there who can confirm that with latest builds gpio-ir isnt working anymore with xbmc?
irw is working as expected but xbmc is not doing anything when pressing the remote..

(2014-02-16, 14:11)k1lla1nvan1lla Wrote: The sound problem is still alive.

• Includes newclock3 commits (except for 6cd8357 which I've replaced with a static spinner)
  
• Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  
• "Show RSS Feed" default setting changed to disabled
  
• Reverted ffmpeg commits in order to build XBMC master
  

1. XBMC: A couple of potentially useful fixes:
   • [database] fix missing CommitTransaction(), causing queued ExecuteQueries() to be ignored (e.g. repo updates)
     
   • [music] album info lookup would result in invalid song paths in the database. fixes 14933
     

1. Testers should try adding the following entry to their advancedsettings.xml:
   
   Code:

   <advancedsettings>
  <video>
    <defaultplayer>dvdplayer</defaultplayer>
    <defaultdvdplayer>dvdplayer</defaultdvdplayer>
  </video>
</advancedsettings>
   and report if it is better/worse than omxplayer. You can still play files with omxplayer using the context-menu "Play using... OMXPlayer".
   

   ---

2. The following settings are no longer required in config.txt and should be removed:
   
   Code:

   no_hdmi_resample=1
hdmi_stream_channels=1
   no_resample_audio is now a default, and hdmi_stream_channels is switched based on audio content. For the time being when using passthrough, 2.0 speaker layout should continue to be used (you will still get 5.1 with AC3/DTS).
   

(2014-02-16, 14:31)MilhouseVH Wrote:

(2014-02-16, 14:11)botribun Wrote: It would be nice to exclude the swapfile from the OE-Backup.

Wouldn't that be a feature request for whatever tool you are using to create the backup (presumably this one?, I can't find any reference to OE-Backup). You can of course change the location of the swap file by editing the name in .config/swap.conf so maybe moving it to a location that isn't backed up would be one solution.

(2014-02-16, 15:20)botribun Wrote: I was referring to the OpenELEC build in backup function. (OE Settings Add-on), but changing the location of the swapfile is a good option too. Thanks for the hint.

(2014-02-16, 16:26)delinend Wrote: Is it possible, to build in the last version LCDproc into Gotham, from Sourceforce, or must the build always use the official release ?
http://lcdproc.cvs.sourceforge.net/viewvc/lcdproc/lcdproc/

(2014-02-16, 18:37)mcarni Wrote: If in playback video setting I enable "sync video to display" (with any of the sub-options) crackling is still audible, as soon as i disable this option crakling goes away.

(2014-02-16, 14:38)PeaceMkr Wrote: Is there anybody else out there who can confirm that with latest builds gpio-ir isnt working anymore with xbmc?
irw is working as expected but xbmc is not doing anything when pressing the remote..

(2014-02-16, 22:00)RichG Wrote: However it has been a little flaky for a good while. If I reboot the RPi it often won't work and I have to reboot again (sometimes more than once) to get it working.
I've also noticed that not overclocking seems to make it work on boot more often than not. All a little strange

I think it's likely to be an OpenElec issue mostly, but currently the OE devs don't seem that concerned about fixing it.

And I have a separate issue too that when I have TVHeadend enabled with a USB TV device - the IR remote becomes very erratic and misses most of the presses, which makes it all very nearly unworkable. This was not a problem with early Gotham builds nor Frodo, so again something that needs to be fixed.

(2014-02-16, 22:12)f1vefour Wrote:

(2014-02-16, 22:00)RichG Wrote: However it has been a little flaky for a good while. If I reboot the RPi it often won't work and I have to reboot again (sometimes more than once) to get it working.
I've also noticed that not overclocking seems to make it work on boot more often than not. All a little strange

I think it's likely to be an OpenElec issue mostly, but currently the OE devs don't seem that concerned about fixing it.

And I have a separate issue too that when I have TVHeadend enabled with a USB TV device - the IR remote becomes very erratic and misses most of the presses, which makes it all very nearly unworkable. This was not a problem with early Gotham builds nor Frodo, so again something that needs to be fixed.

It's not an OE issue it's the lirc_rpi kernel module, check dmesg when it happens and you should see some debugging messages about lirc_rpi. I believe the lirc_rpi module code needs some messaging to make it more compatible with newer kernel revisions.

(2014-02-16, 22:18)RichG Wrote: dmesg shows nothing unusual here:

Code:

OpenELEC:~ # dmesg | grep lirc
[   13.483060] lirc_dev: IR Remote Control driver registered, major 249
[   13.499543] lirc_rpi: module is from the staging directory, the quality is unknown, you have been warned.
[   14.402997] lirc_rpi: auto-detected active low receiver on GPIO pin 18
[   14.403470] lirc_rpi lirc_rpi.0: lirc_dev: driver lirc_rpi registered at minor = 0
[   14.403485] lirc_rpi: driver registered!
[   14.543427] input: lircd as /devices/virtual/input/input2