Kodi Community Forum

Full Version: OpenELEC Testbuilds for RaspberryPi Part 2
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2013-11-18, 23:06)MilhouseVH Wrote: [ -> ]Definitely worth wider testing! With the above patches I'm seeing about 5% CPU load reduction in stock Confluence while idle on a 1GHz Pi (500Mhz core, 600Mhz SD-RAM) - idle CPU now hovers around 18% (23-24% previously).

Here's the new OE Gotham build on dropbox....
Also, I had a strange library issue with this build. If I clicked on movies or TV shows (original files on a NAS using NFS) I got an error message that it couldn't connect to the server. However:
• If I went via "files" to the directory containing the media, there was no problem (i.e. it could connect to the server).
• I have a master password set. If I removed the master password, movies and TV shows functioned properly, as before. The master password should not have had an effect, because the only thing I had locked was the addon manager.
(2013-11-19, 05:21)allan87 Wrote: [ -> ]
(2013-11-18, 23:06)MilhouseVH Wrote: [ -> ]Definitely worth wider testing! With the above patches I'm seeing about 5% CPU load reduction in stock Confluence while idle on a 1GHz Pi (500Mhz core, 600Mhz SD-RAM) - idle CPU now hovers around 18% (23-24% previously).

Here's the new OE Gotham build on dropbox....
Sadly, This build has killed MythTV for me. Live TV doesn't play at all, and all Recordings are missing. Reverting to the Nov 13 build fixed it.
+ 1 on this. Just figured out the workaround for the networking (though it doesn't appear that ssh is enabled by default, so I had to manually load the oe_settings.xml file). Here's my log file (with extra debug enabled). Rather useless I'm afraid. Also using 0.27 backend.

EDIT: Actually, the 11/13 build doesn't work either. It does work on the latest rbej popcorn build. Noticed that the mythpvr addon version is 1.9.12 on that one, v. 1.9.13 on these 2 builds, FWIW.

EDIT2: Whoops. The 11/13 build does in fact work (my backend had crashed without me noticing...)

Code:
20:39:17 T:2910876752  NOTICE: ## OpenELEC Addon ## 0.3.6
20:39:26 T:2754511952  NOTICE: Thread BackgroundLoader start, auto delete: false
20:41:19 T:2919265360  NOTICE: Previous line repeats 4 times.
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to MythTV backend on 192.168.4:6543
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to backend
20:41:19 T:2919265360   ERROR: PVR - couldn't get the capabilities for add-on 'unknown'. Please contact the developer of this add-on: Christian Fetzer, Jean-Luc Barrière, Tonny Petersen
(2013-11-19, 22:49)nola mike Wrote: [ -> ]
(2013-11-19, 05:21)allan87 Wrote: [ -> ]Sadly, This build has killed MythTV for me. Live TV doesn't play at all, and all Recordings are missing. Reverting to the Nov 13 build fixed it.
+ 1 on this… Here's my log file (with extra debug enabled). Rather useless I'm afraid. Also using 0.27 backend.
...
Code:
20:39:17 T:2910876752  NOTICE: ## OpenELEC Addon ## 0.3.6
20:39:26 T:2754511952  NOTICE: Thread BackgroundLoader start, auto delete: false
20:41:19 T:2919265360  NOTICE: Previous line repeats 4 times.
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to MythTV backend on 192.168.4:6543
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to backend
20:41:19 T:2919265360   ERROR: PVR - couldn't get the capabilities for add-on 'unknown'. Please contact the developer of this add-on: Christian Fetzer, Jean-Luc Barrière, Tonny Petersen
This looks like a problem, unless there's a new "dotted triplet" IP nomenclature:
Quote:Failed to connect to MythTV backend on 192.168.4:6543
[quotGood catche='allan87' pid='1554498' dateline='1384900253']
(2013-11-19, 22:49)nola mike Wrote: [ -> ]
(2013-11-19, 05:21)allan87 Wrote: [ -> ]Sadly, This build has killed MythTV for me. Live TV doesn't play at all, and all Recordings are missing. Reverting to the Nov 13 build fixed it.
+ 1 on this… Here's my log file (with extra debug enabled). Rather useless I'm afraid. Also using 0.27 backend.
...
Code:
20:39:17 T:2910876752  NOTICE: ## OpenELEC Addon ## 0.3.6
20:39:26 T:2754511952  NOTICE: Thread BackgroundLoader start, auto delete: false
20:41:19 T:2919265360  NOTICE: Previous line repeats 4 times.
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to MythTV backend on 192.168.4:6543
20:41:19 T:2919265360   ERROR: AddOnLog: MythTV cmyth PVR Client: Failed to connect to backend
20:41:19 T:2919265360   ERROR: PVR - couldn't get the capabilities for add-on 'unknown'. Please contact the developer of this add-on: Christian Fetzer, Jean-Luc Barrière, Tonny Petersen
This looks like a problem, unless there's a new "dotted triplet" IP nomenclature:
Quote:Failed to connect to MythTV backend on 192.168.4:6543
[/quote]

Doh! Good catch! I'll give it another shot tomorrow...
I suspect it's a bug, not user error. I don't think it would let you enter an incomplete IP address.
(2013-11-18, 20:50)doveman2 Wrote: [ -> ]
(2013-11-18, 14:35)ted209 Wrote: [ -> ]I have the same setup, running Openelec 3.2.3 (official). My setup freezes after between around 20 minutes and 2 hours. I have now removed my modest overclock setting and am testing further (had an hour's freeze free viewing yesterday).

Ah, at least it's not just me then.

Mine does seem to be a lot better without the overclock, so maybe something about tvheadend or the tuner drivers is just very sensitive to overclocking. It will be a shame if we can't overclock because of this but maybe a less aggressive overclock than I had before might be OK.

Well without the overclock I haven't had any lockups but still a lot of pauses, so I can only guess that when those happen when overclocking, sometimes they cause it to crash.

I noticed one pause at around 09:56 and here's the tvheadend server.log http://xbmclogs.com/show.php?id=87180 and the xbmc.log for that time (I've included the start of the log as well) http://xbmclogs.com/show.php?id=87182

As you can see, there's continuity errors around that time but plenty of other times as well, when it didn't freeze, so maybe they accumulate and cause it to pause. At 09:56:33 there's

09:56:33 T:2524001360 DEBUG: Pause 0.09,0.89 (A:10 V:00) EOF:0 FULL:0 T:3.20
09:56:33 T:2524001360 DEBUG: OMXClock::OMXSetSpeed(0.00) pause_resume:1
09:56:33 T:2709230672 INFO: COMXAudio::ApplyVolume - Volume=0.83 (* 5.62 * 0.35)
09:56:42 T:2524001360 INFO: Previous line repeats 33 times.
09:56:42 T:2524001360 DEBUG: Resume 0.90,8.85 (A:00 V:01) EOF:0 FULL:1 T:3.20
09:56:42 T:2524001360 DEBUG: OMXClock::OMXSetSpeed(1.00) pause_resume:1

I suppose I should ask if there's anything that can be done to eliminate the continuity errors and see if that fixes the problem?
Hello everyone.

My Rpi setup is running from USB drive, so only my first SD card partition (/dev/mmcblk0p1) is actually needed for boot (as per cmdline.txt settings).

Still then, a couple of rbej Frodo releases ago (don't know which one exactly), I noticed that my 2nd partition in SD card (/dev/mmcblk0p2) was not being mounted automatically as it used to (in /var/media/SDCard - SDCard is the ext4 partition label). This 2nd partition is to be used for file storage only.

SD card is OK, not corrupt. I even tried building it again from a fresh Openelec rbej image (and then replacing my cmdline.txt and config.txt files), just to make sure the partition or the SD card were not somehow corrupt.

I can mount it manually via SSH and I can also get it to mount via autostart.sh in /storage/.config folder, but I'm sure this used to be mounted automatically by itself on boot.

I'm currently running rbej Frodo release from 01.11.2013 (the latest, I suppose).

Any ideas why this may have stopped working or have anyone had this issue also?

Thanks in advance.
(2013-11-15, 20:06)popcornmix Wrote: [ -> ]
(2013-11-15, 19:30)allan87 Wrote: [ -> ]• There are a couple of preexisting issues, not introduced by the build (i.e. commercial breaks on mythTV recordings skip prematurely, EDL advanced settings do not function correctly).
Is this reprocable without mythTV?
i.e. if you take the video (ts) file and the skip (edl) file and just play it through the file browser, do you see the problem?
Popcornmix: A fellow in another thread tried what you asked, and reports that the problem also exists using that method. Detailed findings here: http://forum.xbmc.org/showthread.php?tid...pid1555393
I'm sure this must a simple problem to fix but I just can't seem to figure it out...

I have a RasPi with a GPIO ir receiver that works "out of the box" (using my own autostart.sh/lircd.conf/Lircmap.xml/Remote.xml settings of course) with all of the latest Rbej Gotham builds. However, if I try any of the official dev builds (from link and link) or the Chris Swan builds (from link) or the MilhouseVH build (OpenELEC_Gotham-RPi.arm-devel-20131118204706-r16388.tar) the remote does not work.

I've tried the usual checks and tests - lirc_rpi driver is registered on all builds and "mode2 -d /dev/lirc0" gives key press responses for all builds. However, "irw /var/run/lirc/lircd-lirc0" shows key presses for the Rbej builds but not for any of the others (they show connection refused with this command). From my understanding this means that the lirc module has not been loaded(*) and/or my lircd.conf file is not being "read" by any of the non-Rbej builds.

This must be a problem with my settings or otherwise there would be a lot more people questioning this. But, can anyone tell me if there is a difference in the operation of the lirc driver between the Rbej and the other builds?

To add: I've just checked "cat /proc/bus/input/devices" in the logs and it does not show any output for the non-Rbej builds - I'm sure this is the problem but how to fix it, I have no idea.

(*) lsmod output:
Non-Rbej builds:
Module Size Used by
cfg80211 177211 0
lirc_rpi 5880 0
lirc_dev 7765 1 lirc_rpi
rc_core 12171 1 lirc_dev
iptable_filter 919 0
ip_tables 9563 1 iptable_filter
r8712u 162561 0

Rbej builds:
Module Size Used by
iptable_filter 911 0
ip_tables 9543 1 iptable_filter
lirc_rpi 5872 3
lirc_dev 7709 1 lirc_rpi
r8712u 162533 0

In addition, I've changed over to boot=/dev/mmcblk0p1 from boot=/dev/sda1 to ensure all the files are updated to their correct locations but still no difference.
(2013-11-21, 06:25)allan87 Wrote: [ -> ]Popcornmix: A fellow in another thread tried what you asked, and reports that the problem also exists using that method. Detailed findings here: http://forum.xbmc.org/showthread.php?tid...pid1555393

Looks like just creating a file called <video>.edl with:
Code:
30.000 40.000 0
may skip from 30-40 seconds of any video file.....

Yes, that seems to work, and actually jumped from about 20s to 40s I believe, so I've got something to debug.
Is is possible that the omxclock is off for the commercial skips.

Code:
DEBUG: CheckAutoSceneSkip - Clock in commercial break [00:31:22.381 - 00:32:02.421]: 00:31:22.400. Automatically skipping to end of commercial break (only done once per break)

The clock time claims to be in the commercial break. The commercial break range is close enough to call correct. However the skip occurs about 10 seconds earlier than it should.

I am not sure how to debug the Clock.
(2013-11-22, 03:55)floyduww Wrote: [ -> ]Is is possible that the omxclock is off for the commercial skips.

The is is most likely because there are three different concepts of current time available to omxplayer - the demuxer time (timestamps of most recent packet read),
the decoder time (timestamp of most recent packet submitted to GPU decoder) and the presentation time (timestmp of packet currently on screen).

I'm guessing we are using the decoder timestamp when presentation timestamp is the one that should be used. I'll debug it this weekend.
I want to use an addon that requires Gotham. Which release would you say is the most stable?
My last build is stable. See post #1425.
(2013-11-22, 21:12)MilhouseVH Wrote: [ -> ]My last build is stable. See post #1425.
I had a lot of trouble with it - myth addon did not work at all and I could not access my libraries if there was a master password set. Further details are posted above.

Let me add that I tried the Nov 21 nightly build, and it:
1. Exhibits the same problem accessing the library;
2. Myth Addon works, but EDL is missing, so there is no commericial skipping.

Your Nov 13 build works well for me.