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) - polo_joe - 2015-11-10

also tried vdr and it is more unreliable with my rpi2
hd channels are stuttering, playback stops etc.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - gurabli - 2015-11-10

Something must be wrong with your setup, I'm watching live tv atm, rpi2, milhouse build, vdr vnsi. Perfect, HD channels too. Strange.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-11-10

(2015-11-10, 20:39)gara93 Wrote: There is a stable OE 6 with jarvis 16? i try the stable version with isengaardand I have Always problems with pvr..
however i'm using a Milhouse build. and this is my log

No, stable OE6 is Isengard.
Trying a nightly/jarvis build is not likely to make things more stable. These builds are experimental and really only for testers.
If you just want a stable build then you will be better off trying to get your pvr working with OE6/Isengard
(post on the OE forum if you are having trouble).


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - gara93 - 2015-11-10

(2015-11-10, 20:47)popcornmix Wrote:
(2015-11-10, 20:39)gara93 Wrote: There is a stable OE 6 with jarvis 16? i try the stable version with isengaardand I have Always problems with pvr..
however i'm using a Milhouse build. and this is my log

No, stable OE6 is Isengard.
Trying a nightly/jarvis build is not likely to make things more stable. These builds are experimental and really only for testers.
If you just want a stable build then you will be better off trying to get your pvr working with OE6/Isengard
(post on the OE forum if you are having trouble).

Isengard is a problem...because the version of iptv simple client have a bug: channel switching is very slow (15sec)..with the new version of iptv simple client added in jarvis the problem dissapered..
then I can't installa isengard if i want a fast pvr client


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - gurabli - 2015-11-10

I guess something must be wrong with the dvb-x tuner or the signal, or both. VDR is working perfect on Isengard and Jarvis OE versions running rpi2. Test your signal strength with tv or box, if good troubleshoot the dvb device. But this is off topic here.


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - Boremc - 2015-11-10

This build accepts dolby hd and true hd making passtrought using raspb pi2? thanks


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - herrmeier01 - 2015-11-10

For VDR it's importand to to change default value of priority in VDR VNSI Client from "-1" to "0"


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - .bismarck - 2015-11-10

@popcornmix,

currently play a 3D MVC file(makemkv), then takescreenshot:
Code:
kodi-send --action="TakeScreenshot"

Result:
Image

3DTAB. Why?

GUI is in 3DSBS Mode.

Code:
tvservice -s
state 0x12000a [HDMI CEA (32) 3D FP RGB lim 16:9], 1920x1080 @ 23.98Hz, progressive
#
Format-Profil: Stereo [email protected] / [email protected]


.bismarck


RE: OpenELEC Testbuilds for RaspberryPi (Kodi 16.0) - popcornmix - 2015-11-10

(2015-11-10, 23:31).bismarck Wrote: 3DTAB. Why?

GUI is in 3DSBS Mode.

What is the problem exactly?
3D FP is a TAB mode. Turn off "full frame" in video/acceleration settings and you'll get a half-SBS image.


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

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

Code:
# uname -a
Linux rpi512 4.3.0 #1 Tue Nov 10 21:46:48 GMT 2015 armv6l GNU/Linux

# vcgencmd version
Nov  6 2015 21:55:08
Copyright (c) 2012 Broadcom
version 40eee6c6d44edb1db4302217927a66a8dffd9374 (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20151110214556-#1110-g2a7db0d [Build #1110]

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

# Kernel device tree status: Enabled

Based on tip of OpenELEC master (2a7db0dc, changelog) and tip of XBMC master (aa42e1b8, changelog) with the following modifications: Build Highlights:
  1. Use ALSA-to-PulseAudio bridge
Build Details:
  1. OpenELEC:
    • bcm_sta: update to 6.30.223.271 (PR:4435, 1 commit, 14 files changed)
  2. XBMC:
    • Minor keyboard.xml improvements (PR:8338, 1 commit, 1 file changed)
    • [gui] Sort include files on GUIWindowLoginScreen.* alphabetical (PR:8343, 1 commit, 2 files changed)
    • Fix missing artist names in legacy Python music interface (PR:8354, 1 commit, 3 files changed)
    • [PVR] Fix for recording associations (PR:8141, 1 commit, 1 file changed)
    • [events] fix crash when attempting to install an addon not in a repository from the event list (aa42e1b8)
  3. pvr.hts:
    • Added support for oneshot timer enable/disable (HTSP v23 feature), closes #131 (PR:133, 1 commit, 4 files changed)
  4. xbmc/json-profile-directory_2 (anaconda):
    • New commits in this build:
      • jsonrpc: expose profile directory in Profiles methods. (05748dfe)
      • fixup! jsonrpc: expose profile directory in Profiles methods. (e6e4e4ef)
  5. newclock5:
    • New commits in this build:
      • ffmpeg: bump version (814d1a50)
      • squash: rbp: Frame-packing modes muct be <= 30Hz) (56e0ca70)
    • Commits no longer in build:
      • ffmpeg: bump to 2.8-pre (38b7efd6)
      • x11: use the standard hint for disabling compositing (97041eba)
      • Compositors: Only disable them if actually in use (24b07229)
      • paplayer: wait for eof if no crossfading or cue sheet (dac5d66d)
      • Merge pull request #313 from philipl/fernetmenta (79142168)
      • Skip frames with an illegal dimension rather than abort. (0578eac4)
      • Check frame dimensions. (f39124fe)
      • Check if there's a frame, before accessing it. This prevents a possible access violation. (3d36674a)
      • Add width and height of the texture/buffer to the interface method Decode(...). (8069b240)
      • Crop too large image/frame in Decode. This fixes a possible access violation. (8a3c4ea4)
      • Crop too large image/frame in Decode. This fixes a theoretically possible access violation. (a9dcc15c)
      • Crop too large image/frame in Decode. This fixes a theoretically possible access violation. (647723f9)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare: pulseaudio and kodi
    • Added: [env] patch: Build fix



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

In video Addons list I click 'more...' button clicked, Kodi crashes,

http://xbmclogs.com/pelfff3an


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

(2015-11-11, 12:23)parcel Wrote: In video Addons list I click 'more...' button clicked, Kodi crashes,

http://xbmclogs.com/pelfff3an

Do you mean the Video -> Addons -> "Get more..." button, as this is working for me with build #1110 (ie. not crashing).

Can you try with a clean .kodi?

Based on the crashlog, it doesn't look like the crash has anything to do with the addons... at least nothing to do with you clicking the "Get more..." button, however the log does mention:
Code:
16:35:16 128.451538 T:1965400064   ERROR: exception in CApplication::FrameMove()
which has been implicated in previous crashes.

It seems that once this CApplication::FrameMove() error occurs - which I suspect is causing some internal screw up - it's only a matter of time before Kodi eventually falls over.


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

(2015-11-11, 12:36)Milhouse Wrote:
(2015-11-11, 12:23)parcel Wrote: In video Addons list I click 'more...' button clicked, Kodi crashes,

http://xbmclogs.com/pelfff3an

Do you mean the Video -> Addons -> "Get more..." button, as this is working for me with build #1110 (ie. not crashing).

Can you try with a clean .kodi?

Based on the crashlog, it doesn't look like the crash has anything to do with the addons... at least nothing to do with you clicking the "Get more..." button, however the log does mention:
Code:
16:35:16 128.451538 T:1965400064   ERROR: exception in CApplication::FrameMove()
which has been implicated in previous crashes.

It seems that once this CApplication::FrameMove() error occurs - which I suspect is causing some internal screw up - it's only a matter of time before Kodi eventually falls over.

Yes, 'Get more...' button.

I'm try to delete related cache file or something Smile

(edit) delete all '.fi' files in temp folder, problem is gone. Thank you! Smile


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

(2015-11-11, 12:55)parcel Wrote: (edit) delete all '.fi' files in temp folder, problem is gone. Thank you! Smile

Actually I've seen that has been needed a few times with nightly builds.
They are cache files which I think can become invalid when a PR gets modified (as often happens when they are pulled into these builds before merging).

I wonder how much cost you'd suffer from deleting them on each boot? If it's negligible it might be worth doing this on each boot (or each update).


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

I'll add a quick fix that cleans the *.fi every time kodi is started. It's probably overkill (I'm assuming there's a benefit from having old cache files lying around, until that is they break the current build) but cleaning the cache files from init isn't ideal either.

If the cache files cause problems with different builds then perhaps the cache files need to be versioned...