Kodi Community Forum

Full Version: LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
New LibreELEC.tv Krypton build #0505: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.6.0-rc6 #1 Thu May 5 22:45:47 BST 2016 armv6l GNU/Linux

# vcgencmd version
May  3 2016 17:47:44
Copyright (c) 2012 Broadcom
version b870a5bbf6c662327916ee582c22309c9f997b3d (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160505223739-#0505-g8ed15fc [Build #0505]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (8ed15fc8, changelog) and tip of XBMC master (902fd8ef, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD playback remains temporarily disabled
  2. New 4.6.0-rc6 kernel (clean build)
  3. Fix for Quasar/Trakt authorisation
Build Details:
  1. LibreELEC.tv:
    • tinc: changelog (PR:297, 1 commit, 1 file changed)
    • dispmanx_vnc: changelog (PR:296, 1 commit, 1 file changed)
    • kodi: add libreelec.tv RSS feed (PR:300, 1 commit, 1 file changed)
    • Odroid_C2: initial project (PR:279, 13 commits, 33 files changed)
    • kodi: update Odroid_C2 patch (PR:303, 1 commit, 1 file changed)
    • efivar: allocate enough memory in makeguids tool (PR:307, 1 commit, 1 file changed)
    • Odroid_C2/u-boot: adjust u-boot patch (PR:309, 1 commit, 1 file changed)
    • kodi-theme-Estuary: update to 17.0-alpha2-4e90409 (5f30f3d5)
  2. XBMC:
    • [OSX] - second try to properly fix apple remote and harmony support, aka - fix the regression of the regression (PR:9723, 6 commits, 12 files changed)
    • RenderManager: Fix use of unitialized variables (PR:9754, 1 commit, 1 file changed)
    • [pvr] improve value increase calls (PR:9586, 1 commit, 10 files changed)
    • VideoPlayer: drop old fps(reconfigure) workaround (PR:9747, 1 commit, 1 file changed)
    • [linux] mk-debian-package. Remove tar -h flag, causes issues with dpkg-source (PR:9753, 1 commit, 1 file changed)
    • load libkodi_inputstream.dll on android from temp path (PR:9755, 1 commit, 1 file changed)
    • [settings] fix incorrect category in android.xml (b61d6cad)
  3. newclock5:
    • New commits in this build:
      • fixup! [rbp] Default to double buffered (c671c291)
    • Commits no longer in build:
      • VideoPlayer: drop old fps(reconfigure) workaround (bd4a624a)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:301: Python: build readline and curses modules
    • Added: [env] PR:305: kodi: Fixes for various settings
    • Added: [env] PR:306: linux: update to 4.6-rc6
    • Added: [env] PR:308: libressl: Add /etc/pki/tls link for backwards compat
Trakt problem is fixed Smile , but Quasar still fails to download the stream (same as in post 401)

Hifiberry digi+ works well with the new kernel.

Thank you.
Thank you Milhouse for all this hard work.
Trakt is work now. My list appear!
I pick a video, one wait popup appears, after about 10 minutes, the information "Timeout" appears, followed by "Quasar error, restarting..."
As usual, here's the one:
http://xbmclogs.com/paxf7zvvj
(2016-05-05, 22:24)Kiralina Wrote: [ -> ]Currently I'm using build #0429b where the download works, but trakt integration doesn't (not a huge problem for me)

Please Kiralina, dont leave me alone with the "Trakt" here.

About the Kodi blocks... This freeze is only for a while, between 7 and 8 minutes appear some errors and Kodi returns to life.
In place of "hard reboot", you can connect to .ssh (the easy part) and give the command "reboot" or "shutdown -r now".
I Just do not know if this is less harmful than turning off/turning on.
(2016-05-06, 01:54)Kiralina Wrote: [ -> ]but Quasar still fails to download the stream (same as in post 401)

Unfortunately apart from opening trac ticket #16718 there's nothing I can do about the Quasar deadlock - that's a core Kodi issue that needs fixing (unless it's something crazy the addon is doing, in which case the add-on needs fixing). At least it's easily reproducible with the YouTube add-on.
(2016-05-06, 02:33)Alexander Wrote: [ -> ]Thank you Milhouse for all this hard work.
Trakt is work now. My list appear!
I pick a video, one wait popup appears, after about 10 minutes, the information "Timeout" appears, followed by "Quasar error, restarting..."
As usual, here's the one:
http://xbmclogs.com/paxf7zvvj

Sorry, no idea I'm afraid. It might be related to my previous post about the GUI deadlock. Or it might not. It's a little hard to support closed binaries, so you should probably try contacting the Quasar maintainer.
(2016-05-06, 00:42)Milhouse Wrote: [ -> ]version b870a5bbf6c662327916ee582c22309c9f997b3d (clean) (release)
New 4.6.0-rc6 kernel (clean build)

What do the (clean release) and (clean build) really mean?
No reverted items?

BTW, the link in the version (clean release) has been broken for quite some time.
(2016-05-06, 02:57)Milhouse Wrote: [ -> ]
(2016-05-06, 02:33)Alexander Wrote: [ -> ]Thank you Milhouse for all this hard work.
Trakt is work now. My list appear!
I pick a video, one wait popup appears, after about 10 minutes, the information "Timeout" appears, followed by "Quasar error, restarting..."
As usual, here's the one:
http://xbmclogs.com/paxf7zvvj

Sorry, no idea I'm afraid. It might be related to my previous post about the GUI deadlock. Or it might not. It's a little hard to support closed binaries, so you should probably try contacting the Quasar maintainer.

Thank you again. And again.
In your post #400, I understood (even you not having written) that if not now, soon any changes would have to be done in Quasar.
I will try to contact the developer.
(2016-05-06, 03:41)J_E_F_F Wrote: [ -> ]
(2016-05-06, 00:42)Milhouse Wrote: [ -> ]version b870a5bbf6c662327916ee582c22309c9f997b3d (clean) (release)
New 4.6.0-rc6 kernel (clean build)

What do the (clean release) and (clean build) really mean?
No reverted items?

A "clean" build is a build from scratch - clearing the cache, building the toolchain, and every component of LibreELEC etc. This normally takes between 2 and 3 hours.

The alternative to a clean build is an incremental build where I only build what has changed since the previous build. This is much quicker, sometimes only 10 minutes, and is the type of build I use most often. Normally this type of incremental build is fine, but occasionally it can result in unpredictable behaviour when some components that have been dropped remain in the build, causing issues. Hence whenever there is any doubt about unexpected behaviour a clean build is a good idea. A clean build is also necessary when some components change that impact the whole OS, ie. libressl updates.

I sometimes add "clean build" to the release notes so that in 6 months time if I ever have to regression test this build for some reason, it might be useful to know...

"(clean) (release)" is probably best explained by popcornmix as it's a convention used by the Raspberry Pi Firmware repository (although popcornmix already answers it here).

(2016-05-06, 03:41)J_E_F_F Wrote: [ -> ]BTW, the link in the version (clean release) has been broken for quite some time.
That's not surprising, as it's not meant to be a link. The Kodi Forum software automagically recognises anything that looks like a Git revision (40 chars of [a-z0-9]) and displays it as a link to the Kodi Github repository. Since the Raspberry Pi firmware version is a Git revision (from the RPi Firmware repository), the forum software incorrectly displays this firmware version number as a link to the Kodi repository, which is totally bogus.
Hello all !

...no, this message is not to ask again about DVD playing... I wait. (perhaps could I help, but I don't really know how.. Strange : when you open the DVD iso, and read the .m2ts files, it's ok...).

This message is to ask you how Kodi recognize the movie 3D format. I'm not talking about the filename, but when it detects a 3D movie, you can choose SBS, TAB and "as the movie". My question is : how does it know the movie format ?

In reality, I have some little problems with makemkv : it's ok, the MVC format is ok, but when I play with Kodi, the player detects it's a 3D movie and ask myself what I want, and when I choose "as the movie" (that's what I'm usually doing), it's not in 3D. I have to choose SBS or TAB (it doesn't change : strange isn't it ?) to switch to good 3d movie.

This problem is not with all MVC MKV, of course. So it's probably a flag or something makemkv forgot to put in the file, but I would appreciate to know what Wink

Thank you for your help.
im using build #0505

i tried to install the skin Mimic but now it doesn't start my pi3 anymore when i restart it i just get a colored screen and nothing. Can i still fix that if i put the SD card in my computer?

i tried to SSH into but that didn't work.

edit:
i redid everything on a 8 gb sd card the other one was a 4 gb sd card. and the skin seems to be ok now. not sure if that was the problem.
New LibreELEC.tv Krypton build #0506: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.6.0-rc6 #1 Fri May 6 21:05:22 BST 2016 armv6l GNU/Linux

# vcgencmd version
May  6 2016 13:57:24
Copyright (c) 2012 Broadcom
version 0cc642d53eab041e67c8c373d989fef5847448f8 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160506210417-#0506-gb63e0c1 [Build #0506]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (b63e0c1b, changelog) and tip of XBMC master (48d55094, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD playback remains temporarily disabled
  2. New firmware
Build Details:
  1. Firmware (May 6):
    • firmware: dtoverlay: Suppress more warnings from dtc
    • firmware: dtoverlay: dtoverlay-pre and dtoverlay-post don't need sudo
  2. LibreELEC.tv:
    • Python: build readline and curses modules (PR:301, 1 commit, 2 files changed)
    • libressl: Add /etc/pki/tls link for backwards compat (PR:308, 1 commit, 1 file changed)
    • addons: mpd - initial package and dependencies (PR:284, 2 commits, 19 files changed)
    • Upstream changes (PR:286, 9 commits, 15 files changed)
    • kodi: Fixes for various settings (PR:305, 3 commits, 8 files changed)
    • Odroid_C2/u-boot: really fix the u-boot patch this time (PR:312, 1 commit, 1 file changed)
    • linux: update to 4.6-rc6 (PR:306, 1 commit, 26 files changed)
    • RBP: Linux 4.6-rc6, firmware and patch generation updates (PR:314, 3 commits, 8 files changed)
  3. XBMC:
    • Revert "load libkodi_inputstream.dll on android from temp path" (PR:9759, 1 commit, 1 file changed)
    • [pvr] destroy all created clients on unload (PR:9760, 1 commit, 1 file changed)
(2016-05-01, 15:22)Milhouse Wrote: [ -> ]
(2016-05-01, 14:28)nexusle Wrote: [ -> ]I think my Pi boots too fast?

Kodi is supposed to wait until the video player process disappears from the process list. The video player should always start before Kodi, and the video player should disappear once the video has played out in full. If you are not seeing the whole video, then this suggests the video player process terminated (disappeared) before the end of the video. About the only other possibility, and I don't know why or how this could happen, is that Kodi is starting before the video player so that when Kodi queries if the video player is still running it sees nothing running and continues without any delay - the video player may then eventually start, and you see only the first half of the video (or something). This would actually suggest your system is booting really slowly, or in some weird order.

I'll add "ulimit -c unlimited" to kodi-splash.sh in the next build, if the video player is crashing then we should get a core dump.

@nexusle: Is your splash video still not playing out completely? Do you have a hello_video.bin core dump file in /storage/.cache/cores? If so, can you run the following command (copy & paste it as a single line):
Code:
gdb /usr/bin/hello_video.bin --core="$(ls -1r /storage/.cache/cores/*hello_video.bin* | head -1)" --batch -ex "thread apply all bt" 2>/dev/null | paste
and paste the link.

If the video isn't playing out completely, but you don't have a core dump, then hello_video.bin probably isn't crashing - knowing this would also be useful information.
(2016-05-05, 22:43)bill_orange Wrote: [ -> ]
(2016-05-05, 17:38)Milhouse Wrote: [ -> ]
(2016-05-05, 16:50)bill_orange Wrote: [ -> ]At least build #0503 and #0504 are affected. The same operation on the same collection works in 6.0.3.

Be nice to know which build it started with - there's a lot of builds between 6.0.3 and #0504.

(2016-05-05, 16:50)bill_orange Wrote: [ -> ]Attempting a recursive randomized slideshow on a large picture collection containing mixed file formats results in either no show and high CPU activity or a spontaneous reboot. No slide show appears in either outcome. I suspect that this is a ffmpeg issue. The collection that fails is 77G in size and contains a variety of picture formats.

Do you really mean reboot, or it is Kodi that restarts? If the latter, you'll have a crashlog (see note #4, first post).


Regarding which build did this start with #501-2015 works fine. Build #1101 does not. That narrows it down a fit, anyway.


Regarding the "Randomized Slideshow" picture failure with large collections of mixed format pictures, I tracked down the change where the problem started. That was fun.

Build #710-2015 is good, no problem. Build #711-2015 is bad. Kodi crashes on slideshow. One of #711 changes is "add support for specifying the image scaling algorithm" Maybe that's it.

Bill
(2016-05-05, 22:39)Milhouse Wrote: [ -> ]
(2016-05-05, 22:36)david1976aus Wrote: [ -> ]What can you suggest to diagnose that? as it seems to happen on a variety of video files

A debug log, as usual.

I did a tail of the kodi.log when the video hangs and the following is what is there:

14:42:33 80286.031250 T:1210712992 NOTICE: running thread: CVideoPlayerAudio:Tonguerocess()
14:42:33 80286.031250 T:1526461344 NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
14:42:33 80286.031250 T:1210712992 NOTICE: Previous line repeats 3 times.
14:42:33 80286.039062 T:1210712992 NOTICE: Creating audio stream (codec id: 86019, channels: 6, sample rate: 48000, no pass-through)
15:11:14 82007.578125 T:1227490208 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
15:22:51 82704.195312 T:1210712992 NOTICE: CDVDMessageQueue::GetLevel() - can't determine level
15:22:51 82704.265625 T:1210712992 NOTICE: CVideoPlayerAudio:Tonguerocess - stream stalled
15:23:03 82715.843750 T:1963323392 NOTICE: CVideoPlayer::CloseFile()
15:23:03 82715.843750 T:1963323392 NOTICE: VideoPlayer: waiting for threads to exit15:23:03 82716.132812 T:1227490208 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer

Any suggestions?