• 1
  • 108
  • 109
  • 110(current)
  • 111
  • 112
  • 156
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)
(2014-10-13, 13:11)Milhouse Wrote:
(2014-10-13, 11:59)pootler Wrote: O.k, not working with any of the latest at the moment. ( fine with official latest)

Ok, what's most useful to know is the last test build when it worked.

(2014-10-13, 11:59)pootler Wrote: Works fine by using usb mouse etc.

Might be an add-on causing it- is that possible?

I don't suppose there is anyway of removing /disabling all addons en masse is there?- I have a lot of addons Smile

Thanks for your time

pootler

Just stop xbmc (systemctl stop xbmc) and rename your .xbmc folder to .xbmc.bak then restart xbmc (systemctl start xbmc) - you'll start with a fresh xbmc setup with no additional third-party addons (or movies etc.).

O.K,

disabled all third party addons, now using fresh xbmc.

Remote stops working build 1008 onwards.

repeatedly checked and remote consistently stops working between build 1007 and 1008.

thanks for helping

pootler
So when the 3.17 kernel was introduced... Do you know which modules this Hauppauge remote control requires? Presumably the rest of the tuner is working ok - do you have a link that provides more details about the hardware?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2014-10-13, 16:36)Milhouse Wrote: So when the 3.17 kernel was introduced... Do you know which modules this Hauppauge remote control requires? Presumably the rest of the tuner is working ok - do you have a link that provides more details about the hardware?

Running lsmod on the working system and the not-working system might show if any kernel modules are missing.
(2014-10-13, 17:06)popcornmix Wrote:
(2014-10-13, 16:36)Milhouse Wrote: So when the 3.17 kernel was introduced... Do you know which modules this Hauppauge remote control requires? Presumably the rest of the tuner is working ok - do you have a link that provides more details about the hardware?

Running lsmod on the working system and the not-working system might show if any kernel modules are missing.


Sorry, I have little technical knowledge, so would not know what modules are required.

The equipment is pretty old and has been mainly superceded - a bit like me Smile

I did manage to putty into the builds so here is lsmod for both.


LSMOD FOR 1007


OpenELEC (Milhouse) Version: devel-20141007210109-r19342-gdc51895
OpenELEC git: dc51895fff5b697dcd65039365d2ceb2f926792c
OpenELEC:~ # lsmod
Module Size Used by
rc_dib0700_rc5 1982 0
arizona_ldo1 2335 0
fixed 1425 2147483647
arizona_spi 1109 0
snd_soc_wm8804 7306 0
snd_soc_bcm2708_i2s 5577 0
snd_soc_pcm512x_i2c 1481 0
snd_soc_tas5713 4760 0
snd_soc_pcm512x 6372 1 snd_soc_pcm512x_i2c
regmap_spi 1465 2 snd_soc_wm8804,arizona_spi
regmap_i2c 1974 3 snd_soc_wm8804,snd_soc_pcm512x_i2c,snd_soc_tas5713
regmap_mmio 2181 1 snd_soc_bcm2708_i2s
snd_soc_core 100943 4 snd_soc_pcm512x,snd_soc_wm8804,snd_soc_tas5713,snd_soc_bcm2708_i2s
snd_compress 7084 1 snd_soc_core
snd_pcm_dmaengine 2927 1 snd_soc_core
snd_pcm 62712 2 snd_soc_core,snd_pcm_dmaengine
snd_timer 17660 1 snd_pcm
snd 41549 4 snd_soc_core,snd_timer,snd_pcm,snd_compress
dvb_usb_dib0700 89061 0
dib3000mc 11009 1 dvb_usb_dib0700
dib8000 46303 1 dvb_usb_dib0700
dib0070 7188 4 dvb_usb_dib0700
dib7000m 13739 1 dvb_usb_dib0700
dib0090 22757 1 dvb_usb_dib0700
dib7000p 25372 4 dvb_usb_dib0700
dibx000_common 6109 5 dib8000,dvb_usb_dib0700,dib3000mc,dib7000m,dib7000p
dvb_usb 15465 1 dvb_usb_dib0700
dvb_core 80875 3 dib8000,dvb_usb,dib7000p
lirc_rpi 6008 3
lirc_dev 7885 1 lirc_rpi
rc_core 13961 6 lirc_dev,dvb_usb,dvb_usb_dib0700,rc_dib0700_rc5
bcm2708_rng 808 0
OpenELEC:~ #



LSMOD for 1008

OpenELEC (Milhouse) Version: devel-20141009011610-r19342-gdc51895
OpenELEC git: dc51895fff5b697dcd65039365d2ceb2f926792c
OpenELEC:~ # lsmod
Module Size Used by
rc_dib0700_rc5 1982 0
dib7000p 27661 3
arizona_ldo1 2335 0
fixed 1425 2147483647
arizona_spi 1109 0
snd_soc_bcm2708_i2s 5585 0
regmap_mmio 2181 1 snd_soc_bcm2708_i2s
snd_soc_pcm512x_i2c 1481 0
snd_soc_wm8804 7092 0
snd_soc_pcm512x 6356 1 snd_soc_pcm512x_i2c
snd_soc_tas5713 4760 0
regmap_spi 1465 2 snd_soc_wm8804,arizona_spi
regmap_i2c 1974 3 snd_soc_wm8804,snd_soc_pcm512x_i2c,snd_soc_tas5713
snd_soc_core 104264 4 snd_soc_pcm512x,snd_soc_wm8804,snd_soc_tas5713,snd_soc_bcm2708_i2s
snd_compress 7084 1 snd_soc_core
snd_pcm_dmaengine 2935 1 snd_soc_core
snd_pcm 63094 3 snd_soc_wm8804,snd_soc_core,snd_pcm_dmaengine
snd_timer 17712 1 snd_pcm
snd 41549 4 snd_soc_core,snd_timer,snd_pcm,snd_compress
dvb_usb_dib0700 90357 0
dib3000mc 10997 1 dvb_usb_dib0700
dib0070 7188 4 dvb_usb_dib0700
dib7000m 13719 1 dvb_usb_dib0700
dib0090 22997 1 dvb_usb_dib0700
dvb_usb 15465 1 dvb_usb_dib0700
dibx000_common 6109 4 dvb_usb_dib0700,dib3000mc,dib7000m,dib7000p
dvb_core 78549 2 dvb_usb,dib7000p
lirc_rpi 6008 3
lirc_dev 7885 1 lirc_rpi
rc_core 16223 6 lirc_dev,dvb_usb,dvb_usb_dib0700,rc_dib0700_rc5
bcm2708_rng 812 0
OpenELEC:~ #


here are best links I can find to describe hardware:

http://www.hauppauge.co.uk/site/products/data_duet.html

http://www.shop.bt.com/products/hauppaug...-42PG.html

http://www.ebay.co.uk/itm/like/111475480...0&ff14=108


hope that helps

pootler[
Argh, please use [code] tags, or "lsmod | pastebinit"...

Edit1: It looks like #1007 has "dib8000" loaded while #1008 doesn't, that's the only difference I see.
Edit2: CONFIG_DVB_DIB8000=m is set in both builds, have you tried "modprobe dib8000" in #1008 (or later builds) to see if it has any effect?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2014-10-13, 18:27)Milhouse Wrote: Argh, please use [code] tags, or "lsmod | pastebinit"...

Edit1: It looks like #1007 has "dib8000" loaded while #1008 doesn't, that's the only difference I see.
Edit2: CONFIG_DVB_DIB8000=m is set in both builds, have you tried "modprobe dib8000" in #1008 (or later builds) to see if it has any effect?

Apologies for the unnecessary info.

Will try to post appropriately - am still learning.

Will try your suggestion

pootler
New OpenELEC Helix build: #1013
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.17.0 #1 PREEMPT Mon Oct 13 21:03:07 BST 2014 armv6l GNU/Linux

# vcgencmd version
Oct 12 2014 13:00:44
Copyright (c) 2012 Broadcom
version 231a26c97857bfd939a62267a890f90b00c9d584 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141013210158-r19345-g7c25d27 [Build #1013]

Based on tip of OpenELEC master (7c25d27c, changelog) and tip of XBMC master (b2cf670c, 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 (259d1506)
  • Includes latest xbmc-addon-xvdr master (a3724213)
  • 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 PR:5312: dvdplayer: do a seek after having changed subtitle stream
  • Includes PR:5324: Add setting to hide library clean progress bar.
  • Includes PR:5488: fix special key handling in edit controls
Build Highlights:
  1. Bump Addon GUI API to 5.3.0 (may prevent installation of existing skins until they are updated)
Build Details:
  1. XBMC:
    • adapt addon gui version to 5.3.0 (PR:5491, 1 commit, 1 file changed)
    • [Confluence] globalsearch update
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2014-10-13, 22:30)Milhouse Wrote: Build Highlights:
  1. Bump Addon GUI API to 5.3.0 (may prevent installation of existing skins until they are updated)
Unfortunately it breaks as well some PVR addons (most notably Simple IPTV, which I am using on a daily basis). Any new PVR package build available?
Code:
19:10:52 T:5888   ERROR: PVR - Add-on 'PVR IPTV Simple Client' is using an incompatible GUI API version. XBMC minimum GUI API version = '5.3.0', add-on GUI API version '5.0.1'
(2014-10-14, 19:38)d0wnl0rd Wrote: Unfortunately it breaks as well some PVR addons (most notably Simple IPTV, which I am using on a daily basis). Any new PVR package build available?
I'll include PR:366 from xbmc-pvr-addons until it merges upstream, which should fix the bundled PVR addons.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New OpenELEC Helix build: #1014
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.17.0 #1 PREEMPT Tue Oct 14 21:04:25 BST 2014 armv6l GNU/Linux

# vcgencmd version
Oct 12 2014 13:00:44
Copyright (c) 2012 Broadcom
version 231a26c97857bfd939a62267a890f90b00c9d584 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20141014210316-r19347-gc82775e [Build #1014]

Based on tip of OpenELEC master (c82775ef, changelog) and tip of XBMC master (de19a74b, 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 (259d1506)
  • Includes latest xbmc-addon-xvdr master (a3724213)
  • 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 PR:366: sync to addon gui version bump
  • Includes PR:5312: dvdplayer: do a seek after having changed subtitle stream
  • Includes PR:5324: Add setting to hide library clean progress bar.
  • Includes PR:5500: edit control: fix T9/SMS input for INPUT_TYPE_FILTER controls
  • Includes PR:5512: changed: Log http error when Curl fillbuffer fails
Build Highlights:
  1. PR:366: sync to addon gui version bump (xbmc-pvr-addons)
  2. PR:5501 fixes problem with Music DB Change Scraper
  3. newclock4 fix for mirrored artwork reported by menakite
  4. PR:5410 fix broken airplay with ios8 clients
  5. Kernel 3.17.y commit with optmised memcpy/memset:
    popcornmix Wrote:Just pushed a commit to 3.17 kernel that uses optmised memcpy/memset in more places in the kernel.
    In theory this could help any kernel drivers that communicate with application (e.g. usb/network/vchiq).

    As usual keep an eye out for any breakages, and see if you can spot any perfrormance improvements.
    e.g. it may help playing hard files (although probably only by a small amount).
Build Details:
  1. OpenELEC:
    • Make default sources accessible from remotes (PR:3546, 1 commit, 1 file changed)
  2. XBMC:
    • fix special key handling in edit controls (PR:5488, 3 commits, 2 files changed)
    • List keyboard layouts alphabetically (PR:5497, 1 commit, 1 file changed)
    • Don't get the progress handle if we don't have the progress dialog when ... (PR:5495, 1 commit, 1 file changed)
    • [android][docs] add note how to install needed deps for android ndk on u... (PR:5411, 1 commit, 1 file changed)
    • [ExternalPlayer] - reset m_time on openfile (fixes bad playcount marking (PR:5498, 1 commit, 1 file changed)
    • [vobsub] Fix for incorrect colours with vobsubs and GLES (PR:5450, 1 commit, 1 file changed)
    • winrenderer: fix fallback to pixel shader (PR:5503, 1 commit, 2 files changed)
    • [airplay] - fix broken airplay with ios8 clients (PR:5410, 8 commits, 6 files changed)
    • [gtests] disable Event.GroupLimitedGroupScope till somebody fixes it (PR:5508, 1 commit, 1 file changed)
    • Dialog: Don't reset symbol keys after onClickButton (PR:5475, 1 commit, 1 file changed)
    • CGUIDialogSettingsBase: fix default control overriding (PR:5501, 1 commit, 1 file changed)
    • [linux] don't call glxinfo or xdpyinfo when X11 or GL support was disabl... (PR:5506, 1 commit, 3 files changed)
    • Add Scandinavian keyboard layouts (PR:5496, 3 commits, 1 file changed)
    • dxva: add advanced setting for activating hacky hq scaling (PR:5505, 1 commit, 3 files changed)
    • localize streams/devices in Source dialog (PR:5510, 1 commit, 3 files changed)
    • dxva: fix typo in advanced settings parameter
  3. newclock4:
    • [rbp] Fix for orientation handling of Pi textures
  4. kernel 3.17.y:
    • Improve __copy_to_user and __copy_from_user performance
  5. Custom:
    • Added PR:366: sync to addon gui version bump (xbmc-pvr-addons)
    • Added PR:5512 changed: Log http error when Curl fillbuffer fails
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2014-10-14, 20:06)Milhouse Wrote:
(2014-10-14, 19:38)d0wnl0rd Wrote: Unfortunately it breaks as well some PVR addons (most notably Simple IPTV, which I am using on a daily basis). Any new PVR package build available?
I'll include PR:366 from xbmc-pvr-addons until it merges upstream, which should fix the bundled PVR addons.

And... it works again Big Grin
Thanks a lot! You are the best!
Code:
23:31:12  40.779388 T:2869859408  NOTICE: AddOnLog: PVR IPTV Simple Client: Loaded 69 channels.
(2014-10-12, 18:02)popcornmix Wrote:
(2014-10-12, 17:55)menakite Wrote: Any suggestion on how to further debug this? (As I already said, a debug log when this happens is not different from a debug log when it doesn't.)

Do you get the issue with an OpenELEC build (either latest stable or Milhouse's newclock4 build?)
Do you get the issue when building from master (rather than newclock4)?
I've been busy and didn't have the time to test OpenELEC or a vanilla master build.

I've just realized that my previous post was incomplete though. I forgot to report that I (mistakenly) pressed "info" on the remote while I had a black screen and I've noticed that the TV was continuously switching from "16:9 1080p 25Hz Dolby Digital" to the these (in this exact order):
* 16:9 1080p 25Hz PCM;
* 16:9 1080p 26Hz Dolby Digital;
* 16:9 1080p 26Hz PCM.

That time it recovered itself after about 30 seconds and the reported mode was then the original one (25, passthrough). Not sure if this detail could give any hint.

Note that 1080p26 is not documented anywhere, nor it is reported in the EDID. Could it be possible that the recent changes to the firmware (starting 5 Oct) could trigger a bug in the TV (or are completely unrelated)?

I'll try to get a debug log (it's quite a pain as it's random) - even though I couldn't spot anything, maybe I'm overlooking it.
(2014-10-12, 15:49)gendo Wrote: Popcornmix did you have time to look at the "hack: revert squash: don't update originaldts when marked as invalid" I have with live tv? Could you if not a big problem revert it for the time being so that i can try out latest builds again?

BTW, this is (temporarily) reverted again.
(2014-10-15, 00:25)menakite Wrote:
(2014-10-12, 18:02)popcornmix Wrote:
(2014-10-12, 17:55)menakite Wrote: Any suggestion on how to further debug this? (As I already said, a debug log when this happens is not different from a debug log when it doesn't.)

Do you get the issue with an OpenELEC build (either latest stable or Milhouse's newclock4 build?)
Do you get the issue when building from master (rather than newclock4)?
I've been busy and didn't have the time to test OpenELEC or a vanilla master build.

I've just realized that my previous post was incomplete though. I forgot to report that I (mistakenly) pressed "info" on the remote while I had a black screen and I've noticed that the TV was continuously switching from "16:9 1080p 25Hz Dolby Digital" to the these (in this exact order):
* 16:9 1080p 25Hz PCM;
* 16:9 1080p 26Hz Dolby Digital;
* 16:9 1080p 26Hz PCM.

That time it recovered itself after about 30 seconds and the reported mode was then the original one (25, passthrough). Not sure if this detail could give any hint.

Note that 1080p26 is not documented anywhere, nor it is reported in the EDID. Could it be possible that the recent changes to the firmware (starting 5 Oct) could trigger a bug in the TV (or are completely unrelated)?

I'll try to get a debug log (it's quite a pain as it's random) - even though I couldn't spot anything, maybe I'm overlooking it.

What happens when "adjust refresh rate..." is set to start rather than always?
Can you provide a sample file that triggers the problem?
(2014-10-15, 00:31)popcornmix Wrote:
(2014-10-15, 00:25)menakite Wrote:
(2014-10-12, 18:02)popcornmix Wrote: Do you get the issue with an OpenELEC build (either latest stable or Milhouse's newclock4 build?)
Do you get the issue when building from master (rather than newclock4)?
I've been busy and didn't have the time to test OpenELEC or a vanilla master build.

I've just realized that my previous post was incomplete though. I forgot to report that I (mistakenly) pressed "info" on the remote while I had a black screen and I've noticed that the TV was continuously switching from "16:9 1080p 25Hz Dolby Digital" to the these (in this exact order):
* 16:9 1080p 25Hz PCM;
* 16:9 1080p 26Hz Dolby Digital;
* 16:9 1080p 26Hz PCM.

That time it recovered itself after about 30 seconds and the reported mode was then the original one (25, passthrough). Not sure if this detail could give any hint.

Note that 1080p26 is not documented anywhere, nor it is reported in the EDID. Could it be possible that the recent changes to the firmware (starting 5 Oct) could trigger a bug in the TV (or are completely unrelated)?

I'll try to get a debug log (it's quite a pain as it's random) - even though I couldn't spot anything, maybe I'm overlooking it.

What happens when "adjust refresh rate..." is set to start rather than always?
Can you provide a sample file that triggers the problem?
It is indeed set to start/stop. I guess I'll test "always".

Sure, I'll provide a sample, although I'm quite sure that it's reproducible with every 25 fps video - I went through a huge part of my library and so far every 25 fps video+AC3/DTS, sooner or later, did.
  • 1
  • 108
  • 109
  • 110(current)
  • 111
  • 112
  • 156

Logout Mark Read Team Forum Stats Members Help
OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0)8