Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - 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 15.0) Part 2 (/showthread.php?tid=224025)



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - negge - 2015-05-09

Looks like a linker issue, couls very well have to do with the recent platform split. I don't think all addons have been adapted yet so that could be the reason.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

(2015-05-09, 14:17)negge Wrote: Looks like a linker issue, couls very well have to do with the recent platform split. I don't think all addons have been adapted yet so that could be the reason.

OK thanks, yes things are still a bit fluid so maybe there's further changes planned for pvr.dvbviewer. Maybe circle back round to this in a week or so.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Uukrul - 2015-05-09

From the ipatches.dat:

=master PR7072 [pvr] bumps addons to use libplatform

Shouldn't it be PR7069?


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

Yes, thanks - fricking moving target! Sad


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - steve1977 - 2015-05-09

@Milhouse, any chance to include the two PR below into one of the upcoming OE builts. Both are related to airplay functionality:

http://forum.kodi.tv/showthread.php?tid=203356
http://forum.kodi.tv/showthread.php?tid=225954


Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

(2015-05-09, 16:09)steve1977 Wrote: @Milhouse, any chance to include the two PR below into one of the upcoming OE builts. Both are related to airplay functionality:

http://forum.kodi.tv/showthread.php?tid=203356
http://forum.kodi.tv/showthread.php?tid=225954

The only active PR I can find is PR7093, and this doesn't currently build as it requires an updated libshairplay package. I'll see if I can include it.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - doveman2 - 2015-05-09

(2015-05-09, 13:30)popcornmix Wrote: 60Hz is much smoother than 50Hz when playing 24fps content. In general if you can't choose an exact frequency multiple then the higher the refresh rate the better (the average error in displayed frame time is smaller). Additionally 60:24 gives a 5:2 ratio which allows a regular 3:2 pulldown. 50:24 is much more irregular so looks more juddery.

Thanks for the explanation, I'll make a note of that for future reference.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - doveman2 - 2015-05-09

(2015-05-09, 05:30)doveman2 Wrote: Although since I got it home I haven't been able to get it to boot past the rainbow screen (just get a cursor top left after that) on my own TV, even after updating the files on the /flash and deleting most of the files from /storage (which I used Paragon ExtFS in Windows for, very handy utility).

I'll try another SD card I've got and hopefully will get it working again.

I had to write the SD card from an image to get it working again, don't know what went wrong but at least it's not the hardware Smile


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - trilithon - 2015-05-09

@milhouse: enabling in decoder settings helped showing the modules as playable.
however i still cant play any of them:

Code:
7:24:54 16701.896484 T:1968398336  NOTICE: ADDON: Loaded virtual child addon special://temp/audiodecoder.modplug-000.so
17:24:54 16701.898438 T:1968398336   ERROR: ADDON: Could not locate audiodecoder.modplug.so
17:24:54 16701.914062 T:1968398336  NOTICE: ADDON: Loaded virtual child addon special://temp/audiodecoder.modplug-000.so
17:24:54 16701.914062 T:1968398336   ERROR: ADDON: Could not locate audiodecoder.modplug.so
17:24:54 16701.914062 T:1968398336   ERROR: CAudioDecoder: Unable to Init Codec while loading file /storage/music/MITRAX.MOD
17:24:54 16701.914062 T:1968398336 WARNING: PAPlayer::QueueNextFileEx - Failed to create the decoder
17:24:54 16701.914062 T:1968398336   ERROR: Playlist Player: skipping unplayable item: 0, path [/storage/music/MITRAX.MOD]
17:24:55 16702.425781 T:1588589632  NOTICE: Thread PAPlayer start, auto delete: false
17:24:55 16702.654297 T:1968398336  NOTICE: ADDON: Loaded virtual child addon special://temp/audiodecoder.modplug-000.so
17:24:55 16702.654297 T:1968398336   ERROR: ADDON: Could not locate audiodecoder.modplug.so
17:24:55 16702.812500 T:1968398336  NOTICE: ADDON: Loaded virtual child addon special://temp/audiodecoder.modplug-000.so
17:24:55 16702.812500 T:1968398336   ERROR: ADDON: Could not locate audiodecoder.modplug.so
17:24:55 16702.812500 T:1968398336   ERROR: CAudioDecoder: Unable to Init Codec while loading file /storage/music/MITRAX.MOD
17:24:55 16702.812500 T:1968398336 WARNING: PAPlayer::QueueNextFileEx - Failed to create the decoder
17:24:55 16702.812500 T:1968398336   ERROR: Playlist Player: skipping unplayable item: 0, path [/storage/music/MITRAX.MOD]
17:24:56 16703.335938 T:1588589632  NOTICE: Thread PAPlayer start, auto delete: false

i use latest build


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

I suspect it's the way they've been built/installed, and the addon libraries haven't been added to the LD_LIBRARY_PATH as they would if they were downloaded and installed. It's not something I'm going to be able to fix any time soon, I'm afraid - probably one of the reasons why these addons shouldn't be shipped as part of the image...

Edit: Although saying that, all the shared libraries from the other addons (visualizations, pvrs, kodi libraries etc.) are being loaded, so maybe it's a problem with whatever addon is trying to load this audiodecoder - is it up to date with the latest binary addons/platform changes? Hmmm...


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

It seems to be failing to copy the shared library into .kodi/temp, I'll see if I can work out why and fix it..

Edit: Grrrr... it's trying to copy the shared library from /usr/share/kodi/addons/audiodecoder.modplug/audiodecoder.modplug.so when the library is actually in /usr/lib/kodi/addons/audiodecoder.modplug/

Edit2: I'll include a fix in tonight's build.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - h.udo - 2015-05-09

(2015-05-09, 14:17)negge Wrote: Looks like a linker issue, couls very well have to do with the recent platform split. I don't think all addons have been adapted yet so that could be the reason.

All add-ons were updated. The problem is - most likely - libkodiplatform/libplatform split on some OSes. See https://github.com/xbmc/xbmc/pull/7069

Milhouse, I checked pvr.dvbviewer like you asked and, AFAICT all pvr add-ons build correctly for RPi.
I might be missing something because my build env is somewhat moody right now.

My personal dependency hell, I tell you.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-09

New OpenELEC Isengard build #0509: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.0.1 #1 Sat May 9 22:15:00 BST 2015 armv6l GNU/Linux

# vcgencmd version
May  1 2015 18:56:06
Copyright (c) 2012 Broadcom
version f5f5ba5f2423c3dff6ccd4ca4b832264cd33f12a (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20150509221412-#0509-g9db0648 [Build #0509]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (9db0648d, changelog) and tip of XBMC master (ebd3172c, changelog) with the following modifications: Build Highlights:
  1. Fix certificate error with curl https downloads
  2. Fix library issue with audiodecoders
  3. Bump libbluray 0.8.0
  4. Add AirPlay/AirTunes and libshairplay updates
Build Details:
  1. OpenELEC:
    • [libressl] fix certificate name (PR:4138, 1 commit, 1 file changed)
    • libressl: symlink cert.pem (9db0648d)
  2. XBMC:
    • renderer: Use a structure for information passed from renderer to codec (PR:7087, 1 commit, 18 files changed)
    • [mmalcodec] Remove dropping logic. It only seems to make things worse (PR:7090, 1 commit, 2 files changed)
    • Add romanian keyboard layout (PR:7009, 1 commit, 1 file changed)
    • [mmal] Fix issues related to mmal buffer reference counts (PR:7092, 11 commits, 8 files changed)
    • [skin.confluence] fix overlapping mute-bug in FullscreenVideo/OSD (PR:7091, 1 commit, 2 files changed)
  3. platform:
  4. pvr.vdr.vnsi:
    • [debian] fix packaging with multi-arch (PR:8, 1 commit, 2 files changed)
  5. shairplay/master (juhovh):
    • New commits in this build:
      • Prevent a memory leak in digest.c (06582fec)
      • Clean up a series of ifs, remove redundant processing. (51114600)
      • Double the RAOP_BUFFER_LENGTH to avoid stuttering (590c2b20)
      • Make password authentication work on iTunes again, fixes #20. (8e679577)
      • Add a clarifying comment to the last commit (8c3f8f7a)
      • Do not give IPv4 any special treatment in httpd code (1e8b64fd)
      • Add some compatibility defines to dnssd.c. (53aa6852)
      • Update README (193138f3)
      • Add DLL building support to autotools scripts (aeed166b)
      • IPV6_V6ONLY set by default on win32 (64d59e30)
      • Update alac to a newer version, hopefully fixes #24. (82bd213d)
      • [raop] - also forward png data to the coverart callback (71bae68d)
      • [DACP] - add callback for dacp remote control meta data (audio_remote_control_id) (2fe2599c)
      • Merge pull request #36 from Memphiz/add_png_coverart (8744cb5b)
      • Merge pull request #37 from Memphiz/add_dacp_callback (4881e378)
      • Remove unnecessary casts from raop_rtp. (5be4c19d)
      • Add support for passing the progress values to raop callbacks. (3cce6768)
      • Merge pull request #38 from Memphiz/progress (0f41ade2)
  6. newclock4:
    • Commits no longer in build:
      • renderer: Use a structure for information passed from renderer to codec (58171c82)
      • [mmalcodec] Remove dropping logic. It only seems to make things worse (2c1c4fb3)
      • [mmalcodec] Return mmal buffers explicitly (98aa45a4)
      • [mmalcodec] Handle resolution change from callback (ebe2127c)
      • [mmal] Enable zero copy (acb6be21)
      • [mmal] Add some sanity checks to mmal flags (fc154f29)
      • [mmal] Move the image pool from decoder to renderer (02fa7a2b)
      • [mmalrenderer] Separate mmal and renderer configured flags (19eef8e3)
      • [mmal] Separate the buffers from the decoder so decoder can be destroyed first (a90fc0ad)
      • [mmalcodec] Remove DVDVideoCodecMMAL wrapper (edb6a3ee)
      • [mmalcodec] Add shared lock around MMAL operations (79a43061)
      • [mmalrenderer] Add shared lock around MMAL operations (b4b9bff0)
      • [mmalrenderer] Remove release thread - shouldn't be required (b0a00bad)
      • [RBP] Fix for cachemembuffersize initialisation and multiple profiles (0bd0fd66)
      • [cec] Allow repeat delay to be increased higher (c518545c)
  7. Additional commits/pull requests/changes not yet merged upstream:



RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-05-10

(2015-05-09, 23:57)h.udo Wrote: All add-ons were updated. The problem is - most likely - libkodiplatform/libplatform split on some OSes. See https://github.com/xbmc/xbmc/pull/7069

Milhouse, I checked pvr.dvbviewer like you asked and, AFAICT all pvr add-ons build correctly for RPi.
I might be missing something because my build env is somewhat moody right now.

My personal dependency hell, I tell you.

Thanks. I've included PR7069 this time around which had a change to project/cmake/addons/depends/common/kodi-platform/deps.txt, but other than that I'm not seeing anything which would make a difference.

Hopefully @startv can confirm by testing #0509, but if there's no change I'm outta ideas...


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - FabianE - 2015-05-10

Sadly, I have to confirm that the VU+/Enigma2 add-on is still not functioning.
Kodi gets into a continuous loop again. A quick fix for me is to revert to #0504 and it just works.

If Kodi gets stuck in a loop, just use the manual update method. Open file explorer, go to \\[IP from raspberry]\update and transfer the #0504 .tar file.
Saved me some re-imaging. I hope the PVR add-ons will work in the near future.
Thanks for the effort though.

p.s. The PVR IPTV Simple Client still works perfectly!

-EDIT- It took a bit longer this time to get things working again.

(I use 2 PVR add-ons simultaneously, IPTV Simple Client and VU+/Enigma2)
If you revert to #0504, the VU+ addon says DISABLED, but in #0509 it isn't.
I tried to upgrade to #0509 again and Kodi goes into the loop.

Reverted back to #0504, disabled the TV service and upgraded to #0509 again.
Now the VU+ add-on says ENABLED and I have to disable it.
After just selecting the IPTV Simple Client, I can enable the TV service again and all is good. Sort of...