Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) (/showthread.php?tid=231092)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-29

(2015-11-29, 09:54)polo_joe Wrote: tvheadend working again! thanks much

Thank @gendo for the useful report.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doldi - 2015-11-29

DVD pop-up menu isn't working in #1128: RPi2
Starts without sound and selectable Options (play/Track/sound).

last god is #1001


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-11-29

Bit of a weird one this. My brother reports that on his RPi2 (#1015) Tvheadend keeps randomly uninstalling itself (he says he sees a message popup that it's been uninstalled) and he has to reinstall it to get it working again.

He's not very tech-minded but at least I managed to teach him how to send me the log and he says that it uninstalled again shortly before sending me this one: http://xbmclogs.com/p6baakdvf

I'm using the same USB tuner and was on #1015 for a while (I'm on #1022 at the moment) and didn't have this problem, although the tuner does still randomly disappear and I think I have to power-cycle the RPi to get it working again, certainly a reboot doesn't do the trick.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - MikeKL - 2015-11-29

(2015-11-29, 09:11)Milhouse Wrote:
(2015-11-29, 07:40)gendo Wrote: getting this error when starting tvheadend.

tvheadend: error while loading shared libraries: libssl.so.32: cannot open shared object file: No such file or directory

Use the latest #1128 tvheadend from the addons folder. The last #1128 build bumped libressl and now includes libssl.so.35 so any add-ons linking against a shared libssl will need to be updated.
Switched from build #1127 to #1128 this morning and tvheadend client indicated that Tvheadened backend was lost
(as mentioned by others in thread)

Manually Installed latest tvheadend backend zip aligned with build #1128 from link above and instantly tvheadend backend was up and running. (no need to reboot openelec and Rpi2)

Thanks @Milhouse and @gendo Cool


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - doveman2 - 2015-11-29

Can't seem to install the vdr #1128 zip with #1128.

10:36:56 405.272827 T:1965342720 DEBUG: CAddonInstaller: installing from zip '/storage/downloads/service.multimedia.vdr-addon-6.0.1-#1128-milhouse.zip'
10:36:56 405.294525 T:1650168736 DEBUG: CAddonInstallJob[pvr.vdr.vnsi]: requires xbmc.pvr version 1.9.6 which is not available
10:36:56 405.295715 T:1650168736 ERROR: CAddonInstallJob[service.multimedia.vdr-addon]: The dependency on pvr.vdr.vnsi version 1.9.6 could not be satisfied.

I have v1.11.8 of the VDR VNSI Client installed.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - gendo - 2015-11-29

thanks.
(2015-11-29, 09:11)Milhouse Wrote:
(2015-11-29, 07:40)gendo Wrote: getting this error when starting tvheadend.

tvheadend: error while loading shared libraries: libssl.so.32: cannot open shared object file: No such file or directory

Use the latest #1128 tvheadend from the addons folder. The last #1128 build bumped libressl and now includes libssl.so.35 so any add-ons linking against a shared libssl will need to be updated.



Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-29

(2015-11-29, 12:39)doveman2 Wrote: Can't seem to install the vdr #1128 zip with #1128.

Just unzip vdr-addon manually at the command line into /storage/.kodi/addons. If you try installing from inside Kodi, Kodi will validate against online dependencies (which are out of date) rather than against the bundled (and up-to-date) pvr.vdr.vnsi client.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-29

(2015-11-26, 12:27)bagofcrap24 Wrote: 1125 does reboot reliably

#1124y Fail to reboot - http://pastebin.com/bTYTizSy

#1125 reboot works - http://pastebin.com/4dmwTz7N

connman-1.30 will be restored in the next test build, #1129, as it is has now merged upstream (sorry, I completely forgot about this issue having removed it from the RPi test builds, but left it in the x86 test builds - so far yours is only negative report).

Can you re-test #1129 and see if the reboot issue remains? I'm hoping it's fixed now that the garbage services added by systemd-228 in #1121 have been removed - perhaps connman-1.30 was more sensitive to these extra bogus services than connman-1.23.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - bagofcrap24 - 2015-11-29

I'll try again once I'm home.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Kougami - 2015-11-29

Seems there is a Problem with libssl.so.32 and openvpn ? (#1128)

Code:
OpenELEC:~ # openvpn /storage/.kodi/addons/network.openvpn/bin/openvpn/ovpn-open
elec/openelec.ovpn
openvpn: error while loading shared libraries: libssl.so.32: cannot open shared object file: No such file or directory

With #1126 it works.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-29

I've uploaded a new openvpn addon to the addons folder.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - envagyok - 2015-11-29

I discovered a strange thing:
I have many 23.976 and 24 fps movie.
I setted up change refresh rate to movie fps, gui to 1808p 50hz
When i start the movie it randomly played at 24 or 25 fps, when i see in tv the input frequency.
When i start, and play the 23.976 movie at 25hz, little bit jerky the picture. Then i stop the movie, and start again, then play it the good 24 (i think 23.976) fps.
How can once 24, once 25 fps playing the same movie?
I use 60' lg plasma (2013), and onkyo tx-nr3008 avr.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - nalor - 2015-11-29

(2015-11-16, 13:58)popcornmix Wrote:
(2015-11-16, 00:00)nalor Wrote: I'm trying to play encrypted iso files in 2D (this worked in the past without problems) and 3D if possible.

But just for interest I could really try to play discs also directly from optical drive Wink

Is this currently working on OE 6.0? That does have libaacs.
Is it slower to start playback of encrypted ISOs?
Logically it would make more sense to remove the encryption when ripping the ISO rather than trying to remove it every time you play the ISO (potentially needing decryption support on multiple devices).
I would be interested if you can play straight from an optical BlueRay drive (either locally attached or from a network share). Don't think I've heard of that working (except from a network share from a PC running anydvd or similar to remove the encryption).

I'm sorry it took longer than expected to try those things - but today I've managed to execute the tests today Smile

I've connected my external usb bluray drive to the pi2 and also prepared a iso of the bluray 'Battleship' with AACS protection left untouched and a 2nd iso with AACS removed.

All test performed with default OpenELEC 6.0 installation on pi2 and I took the times until the playback started with a stopwatch on my smartphone.

Test 1: insert battleship-bluray into drive (when it is recognized the 'play disc' item is added to the main toolbar) and start playback - it takes about 5-6 seconds until the playback starts.
Test 2: start playback of AACS protected iso of the same disc: it takes about 5-6 seconds until the playback starts.
Test 3: start playback of unprotected iso of the same disc: it takes about 5-6 seconds until the playback starts.

The bottom line is I didn't notice any difference between playback-start-times from AACS protected or unprotected iso and directly from optical drive.

Can you tell what kind of problems appeared with libaacs? I couldn't find anything here in this thread nor in the RaspberryPi section here in the forum - I only noticed that libaacs got removed beginning with build #1010 and the comment 'disable libaacs as this seems to be responsible for BD ISO crashes' - but couldn't find details about this issue.

Is it possible to active libaacs in recent builds? Or has it to be activated already during compilation? Would it be possible to create eventually a single build with enabled libaacs? Thanks!


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-29

(2015-11-29, 23:28)nalor Wrote: Can you tell what kind of problems appeared with libaacs? I couldn't find anything here in this thread nor in the RaspberryPi section here in the forum - I only noticed that libaacs got removed beginning with build #1010 and the comment 'disable libaacs as this seems to be responsible for BD ISO crashes' - but couldn't find details about this issue.

https://github.com/OpenELEC/OpenELEC.tv/pull/4378

(2015-11-29, 23:28)nalor Wrote: Is it possible to active libaacs in recent builds? Or has it to be activated already during compilation? Would it be possible to create eventually a single build with enabled libaacs? Thanks!

It has to be activated during compilation and so far there seems to be little benefit in doing so, as hardly anyone appears to be using encrypted ISOs (based on almost total lack of complaints now that libaacs is disabled in these builds). Ideally of course we will get to the bottom of the problem so that libaacs can be re-enabled, but while it causes problems with unencrypted ISOs - which are used way more often than encrypted optical - it seems more sensible to leave it disabled, at least for these test builds.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Milhouse - 2015-11-30

New OpenELEC Jarvis build #1129: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.3.0 #1 Sun Nov 29 21:35:26 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov 25 2015 17:54:26
Copyright (c) 2012 Broadcom
version fda23007cfd89bf42af864b57701b39e1ac8c552 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151129213436-#1129-gc5875ae [Build #1129]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (c5875ae6, changelog) and tip of XBMC master (dc270bcd, changelog) with the following modifications: Build Highlights:
  1. connman-1.30 (@bagofcrap24: please re-test rebooting, thanks)
Build Details:
  1. OpenELEC:
    • [systemd] Update our patch to work with systemd-228 - closes #4470 (PR:4472, 1 commit, 1 file changed)
    • connman: update to connman-1.30 (PR:4455, 1 commit, 5 files changed)
  2. XBMC:
    • [webserver] - fixed possible directory traversal bug due to insuffici… (PR:8446, 1 commit, 1 file changed)
    • [PVR] Timer update: Fix handling of timers with 'start at any time' (PR:8452, 1 commit, 1 file changed)
    • [adsp] fix seg fault if DSP becomes enabled (PR:8456, 4 commits, 5 files changed)
  3. dcadec:
  4. adsp.biquad.filters:
    • [Project] Update changelog.txt (9ff4d083)
    • [CMake] Fix idents (75c694dd)
    • [Project] Update addon.xml and bump version to 0.0.1 (37cd2051)
    • [depends] Bump asplib to v0.0.1__kodi-adsp (d63d8ac6)
  5. adsp.freesurround:
  6. asplib:
    • CMakeLists.txt: fix compilation on linux (PR:1, 3 commits, 2 files changed)
    • add usage of -fPIC for OS other then linux to fix library build (0bf01aac)
  7. newclock5:
    • New commits in this build:
    • Commits no longer in build:
      • [HwRendererVTB] - add to CMakeLists.txt and Makefile buildsys (4d2711dd)
      • [rbp] Add ntsc version of 48Hz mode (5bd7f413)
      • [rbp] Extract the correct resolution with Pi LCD (5afde465)
      • [rpb] Change order or CEA and DMT mode probing so CEA modes are preferred (ed637319)
      • [pisink] testing: Reduce audio output latency to 50ms (e6a7cdc1)
      • squash: rbp: Allow interlaced resolutions into supported hdmi mode list 2 (928a1d52)
      • squash: rbp: Frame-packing modes muct be <= 30Hz) (01891100)
      • [PiSink] squash: Also clear passthrough streamTypes (ba5edb73)
      • fixup! AE: update omx audio (4a4f4d95)
      • squash: add 3d hdmi mode to log (18fe5c2d)