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.
(2016-08-23, 19:32)esco Wrote: [ -> ]
(2016-08-22, 14:36)popcornmix Wrote: [ -> ]
(2016-08-21, 19:13)esco Wrote: [ -> ]0802b is fine, no freezes, no KODI reboots. Unfortunately no luck with later builds,

If the problem started with 0803, then main change was the atempo commits.
With latest build, can you go into system/audio settings and try changing:
resample quality: Try gpu and medium
threshold for pitch correction: Try 0 (always enabled) and 100 (always disabled)

Tested with 0821 with medium resample quality and 100 treshold for pitch correction and voilà, no freezes!! Thanks a lot Popcormix!

Can you clarify exactly which of the four cases work and fail? i.e.
gpu resampling, threshold 0
gpu resampling, threshold 100
medium resampling, threshold 0
medium resampling, threshold 100

Also if you take one of the failing cases does disabling "sync playback to display" fix it?
Do you have PLL adjust enabled?
(2016-08-23, 19:20)popcornmix Wrote: [ -> ]
(2016-08-23, 19:09)Caesium Wrote: [ -> ]Last time I tried MMAL it dropped a frame or two every time it had to render a dvb subtitle - has that been improved at all, or are there plans to? It made live tv pretty much unwatchable Sad

Frame drops following a subtitle in a new font is expected. Subsequent subtitles shouldn't cause a frame drop.

Ok, I'll retest this and raise a bug or forum thread if it's still a problem. It was a few months ago now, but it wasn't just a new font, it was every subtitle.
(2016-08-23, 21:16)Caesium Wrote: [ -> ]Ok, I'll retest this and raise a bug or forum thread if it's still a problem. It was a few months ago now, but it wasn't just a new font, it was every subtitle.

In general subtitles with mmal don't cause frame drops apart from the first subtitle.
Maybe there is something different with the dvb subs. If you have a sample file that shows the problem I can investigate.
New LibreELEC.tv Krypton build #0823: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.2 #1 Wed Aug 24 00:56:29 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 23 2016 15:58:54
Copyright (c) 2012 Broadcom
version f23e65aeeffca65654550c93254a0ee55f34fb07 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160824005445-#0823-g4b4d04e [Build #0823]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (4b4d04eb, changelog) and tip of XBMC master (903d13fb, changelog) with the following modifications: Build Highlights:
  1. New 4.7.2 kernel
  2. New firmware
Build Details:
  1. Firmware (Aug 23):
    • firmware: platform: Make the default UART0 clock 48MHz for all Pis. See: link. See: link
  2. LibreELEC.tv:
    • linux: add support for MN88473 DVB devices (PR:648, 1 commit, 3 files changed)
  3. XBMC:
    • [PVR] Fix epg tag <-> recording association (PR:10327, 1 commit, 4 files changed)
    • [ios] - fixed xcode project after adding platform classes (PR:10328, 1 commit, 1 file changed)
    • Fix osd not showing while watching tv (PR:10326, 1 commit, 1 file changed)
    • VideoPlayer: move supported deinterlacing methods into ProcessInfo (PR:10323, 2 commits, 10 files changed)
  4. newclock5:
    • New commits in this build:
      • Revert "mmalcodec: Switch to software decode for Hi10P" (be6cdf92)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:653: linux: update to linux-4.7.2
    • Added: [pkg] PR:10325: [estuary] - show buffering progress in video full screen
Wifi connection very slow on Kryton

I am not sure if this has been addressed before but the wifi module for (Krypton) v7.90.004 and nightly build is very slow compare with (Jarvis) 16.1 V7.0.2. Playback is constantly buffering and navigating between menus are slow. There is no problem when connecting to LAN line.


Thanks.
(2016-08-24, 03:30)rothay Wrote: [ -> ]Wifi connection very slow on Kryton

I am not sure if this has been addressed before but the wifi module for (Krypton) v7.90.004 and nightly build is very slow compare with (Jarvis) 16.1 V7.0.2. Playback is constantly buffering and navigating between menus are slow. There is no problem when connecting to LAN line.


Thanks.

Using one of these test builds test your WiFi network performance with iperf. If that's OK then upload a debug log captured while playing a movie. You can monitor real-time WiFi network bandwidth usage with "bcmstat.sh -iwlan0" (installed as standard in these builds).

Note that if you are using advancedsettings.xml to modify your video cache settings, the names of the settings changed in Kodi 17 so your advancedsettings.xml in Kodi 17 may be invalid resulting in reduced/slower caching: http://kodi.wiki/view/HOW-TO:Modify_the_...17_changes
The last few builds seem more unstable than usual. Kodi just crashed and rebooted in the middle of watching a DVD (never had that before). Crashlog: http://sprunge.us/LWVJ

Also, the DVD menus are still messed up, as reported here - http://forum.kodi.tv/showthread.php?tid=...pid2388521
(2016-08-24, 06:52)smp1 Wrote: [ -> ]The last few builds seem more unstable than usual. Kodi just crashed and rebooted in the middle of watching a DVD (never had that before). Crashlog: http://sprunge.us/LWVJ

Can you narrow it down to a specific build? I'm not aware of anything that has changed recently that may cause this.

The crash backtrace isn't helpful:
Code:
Thread 1 (Thread 0x5aeff3a0 (LWP 1136)):
#0  0x00000000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(2016-08-24, 13:05)popcornmix Wrote: [ -> ]Can you narrow it down to a specific build? I'm not aware of anything that has changed recently that may cause this.
I can try but those crashes are intermittent and hard to reproduce.
New LibreELEC.tv Krypton build #0824: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.2 #1 Wed Aug 24 23:09:31 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 23 2016 15:58:54
Copyright (c) 2012 Broadcom
version f23e65aeeffca65654550c93254a0ee55f34fb07 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160824230749-#0824-g4b4d04e [Build #0824]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (4b4d04eb, changelog) and tip of XBMC master (1f94b1cc, changelog) with the following modifications: Build Highlights:
  1. PVR fixes
  2. PR:10335: skin migration and addon compatibility checking (disabling of Kodi game addon repo is to be expected)
Build Details:
  1. XBMC:
    • [PVR] Channels window: Fix not disappearing 'record' icon after stopp… (PR:10331, 1 commit, 1 file changed)
    • [PVR] Recordings window: Fix addional 'resume'/'play' context menu po… (PR:10330, 1 commit, 1 file changed)
    • [win32] Remove XBMC to Kodi data migration from NSIS installer (PR:10329, 1 commit, 1 file changed)
    • [estuary] revert addition of repository widget on home screen (PR:10336, 1 commit, 1 file changed)
  2. pvr.stalker:
    • regression fixes and more refactoring (PR:72, 10 commits, 34 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:655: xf86-video-nvidia: update to 367.44
    • Added: [pkg] PR:10335: skin migration and addon compatibility checking
(2016-08-23, 03:40)Milhouse Wrote: [ -> ]New LibreELEC.tv Krypton build #0822: RPi / RPi2
(Supercedes previous build)
I don't see Estouchy skin in this clean build ?
I get crashes, sometimes right after boot and overnight i have a crashlog precisely every 1h23m Huh
I have a crashlog.
(2016-08-23, 20:26)popcornmix Wrote: [ -> ]
(2016-08-23, 19:32)esco Wrote: [ -> ]
(2016-08-22, 14:36)popcornmix Wrote: [ -> ]If the problem started with 0803, then main change was the atempo commits.
With latest build, can you go into system/audio settings and try changing:
resample quality: Try gpu and medium
threshold for pitch correction: Try 0 (always enabled) and 100 (always disabled)

Tested with 0821 with medium resample quality and 100 treshold for pitch correction and voilà, no freezes!! Thanks a lot Popcormix!

Can you clarify exactly which of the four cases work and fail? i.e.
gpu resampling, threshold 0
gpu resampling, threshold 100
medium resampling, threshold 0
medium resampling, threshold 100

Also if you take one of the failing cases does disabling "sync playback to display" fix it?
Do you have PLL adjust enabled?

Hi Popcornmix,

gpu resampling, threshold 0 NG
gpu resampling, threshold 100 OK
medium resampling, threshold 0 NG
medium resampling, threshold 100 OK

Sync playback to display disabled:
gpu resampling, threshold 0 OK
medium resampling, threshold 0 OK

Not sure about PLL, how can I check?
Thank you.
(2016-08-25, 11:58)esco Wrote: [ -> ]Not sure about PLL, how can I check?
Thank you.

It is a setting in system/audio settings: "PLL adjustment to maintain audio/video sync". It defaults to disabled - what do you have it set to?
(2016-08-25, 09:45)TVPL Wrote: [ -> ]I don't see Estouchy skin in this clean build ?

Correct, Estouchy is not included in LibreELEC.