• 1
  • 136
  • 137
  • 138(current)
  • 139
  • 140
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-09-05, 11:05)Milhouse Wrote: Here's build #0904x with fix for PR10400: RPi / RPi2
Fixed Live playback stuttering with iPlayerwww & itv addons
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-09-05, 20:21)popcornmix Wrote:
(2016-09-05, 20:14)3DBuff Wrote: Current release #0904 gives me mega issues with screen refresh rates. I had to reverse to #0903.
I see new resolutions like 1920x1080i to choose from (not there yesterday) but the list of refresh rates dropped down to 60 and 50 fps only from 24 to 60 with all variants.

Pretty sure that your issue is not related to #0904 (nothing changed in that area).
Is it possible you booted the Pi with the TV unpowered which has resulted in the list of supported resolutions failing to be read?


OK, Yes and No. Screen refresh rates and resolutions - my fault.
I have matrix switch with headphones out and 8 port analogue audio extractor tied in all together from Raspberry Pi HDMI port to projector. Works OK but it is a bit touchy at times. I did reboot RPi and projector but didn't shut them all off before restart.

I installed latest #0904 again. Resolutions and refresh rates are back to normal. Still mega stutter on 3D Frame Packed ISO. This is not related to refresh rate. I jumped to conclusion too quick.

Back to #0903 and video is perfect smooth at 23.97 fps and Frame Packed 3D.

OK, got it. I missed #0904x post Wink
New LibreELEC.tv Krypton build #0905: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.2 #1 Tue Sep 6 03:59:17 BST 2016 armv6l GNU/Linux

# vcgencmd version
Sep  2 2016 11:53:38
Copyright (c) 2012 Broadcom
version 0706e45eb49a02aadefa58183d474791df2a81fb (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160906035812-#0905-g087b668 [Build #0905]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (087b6688, changelog) and tip of XBMC master (06588dee, changelog) with the following modifications: Build Highlights:
  1. Fix stuttering playback in previous build (updated PR10400)
Build Details:
  1. LibreELEC.tv:
    • rsyslog: rename icon to icon.png (PR:695, 1 commit, 1 file changed)
    • dvb-firmware: update to 1.1.0 (PR:694, 1 commit, 1 file changed)
    • Imx6 krypton (PR:693, 2 commits, 2 files changed)
  2. XBMC:
    • [PVR] Add timer/timer rule: display error box in case pvr addon does … (PR:10404, 1 commit, 2 files changed)
    • fix SSE usage (PR:10403, 1 commit, 5 files changed)
    • VideoPlayer: fix lateframes if fps does not equal refresh rate (PR:10400, 1 commit, 1 file changed)
    • fix python deadlocks (PR:10399, 1 commit, 4 files changed)
    • aml: add codecname / video dimensions to processinfo (PR:10405, 1 commit, 1 file changed)
    • [cmake] Fixes: in-tree addon builds and CMAKE_INSTALL_PREFIX inconsistency (PR:10380, 3 commits, 4 files changed)
  3. inputstream.mpd:
  4. inputstream.rtmp:
    • fix zlib parameter in openssl dependency (92bc7fec)
    • fixed: manually look for openssl (e5e4cee1)
    • manually look for zlib dependency (9735c93a)
  5. inputstream.smoothstream:
    • Remove ? parameters for base_url (90b07cdc)
  6. pvr.vdr.vnsi:
    • Fix timer type definition for EPG search timer. (PR:89, 1 commit, 2 files changed)
  7. kernel 4.7.y:
    • New commits in this build:
      • bcm2835-sdhost: Don't exit cmd wait loop on error (bf8a6ca9)
      • BCM270X_DT: Use bcm2835-sdhost on Compute Module (d455b094)
  8. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] patch: inputstream.rtmp: Temporary fix for build issue (inputstream.rtmp)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-07-24, 18:12)smp1 Wrote: I noticed a rare but very annoying bug. This usually happens when watching a HD DVB-S channel for a prolonged period of time (12+ hours).
The video and audio just freeze and the RPi is useable for a while, then in will completely lock up
Unfortunately this still happens with latest builds. 0904x just completely locked up so I had to power cycle the Pi. Kodi was tuned to a HDTV channel and left overnight. It locked up after ~12 hours. No crash log, joystick was disconnected, resampling quality set to '"Low".
(2016-09-06, 17:32)smp1 Wrote: Unfortunately this still happens with latest builds. 0904x just completely locked up so I had to power cycle the Pi. Kodi was tuned to a HDTV channel and left overnight. It locked up after ~12 hours. No crash log, joystick was disconnected, resampling quality set to '"Low".

If you are overclocking then try disabling.
Can you still ssh in after the hang? If so getting "dmesg" output and kodi.log would be useful.
(2016-09-06, 17:59)popcornmix Wrote: If you are overclocking then try disabling.
Can you still ssh in after the hang? If so getting "dmesg" output and kodi.log would be useful.
Only sdram. But I ran memtester for many hours with no errors.
Tonight it just froze and Kodi didn't reboot. I couldn't ssh, had to short the reset pins.
(2016-09-06, 18:08)smp1 Wrote: Only sdram. But I ran memtester for many hours with no errors.

Disable that just to be sure and confirm the problem remains.
(2016-09-06, 18:08)smp1 Wrote:
(2016-09-06, 17:59)popcornmix Wrote: If you are overclocking then try disabling.
Can you still ssh in after the hang? If so getting "dmesg" output and kodi.log would be useful.
Only sdram. But I ran memtester for many hours with no errors.
Tonight it just froze and Kodi didn't reboot. I couldn't ssh, had to short the reset pins.

Try running "bcmstat.sh -ZADd30" in an ssh session, leave it running while your RPi is running. If/when the RPi crashes/hangs/freezes, review the results in the ssh window - the last two columns will show delta and accumulated memory stats. The delta column should reflect the allocations (negative) and freeing (positive) of memory. The accumulated column will show the total memory difference since you started running bcmstat.sh (this will include memory used by all processes) - over time this should net to close to zero (additional non-Kodi processes/services may skew this figure) however if it's overwhelmingly negative by a very large amount at the end, then it would suggest a memory leak.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Millhouse, I'm seeing what appear to be periodic deadlocks in pvr manager while 'importing guide from clients' Unfortunately kill -SEGV <pid of kodi.bin> seems to result in a corrupt stack when using #0903. It would also be very useful to get a backtrace with debug symbols. Any chance you could post a recent RPi debug build?
I'll upload a debug build overnight. Surprised you still had a corrupted stacktrace in #0903 as I dropped the udev change that seemed to be the cause of that. Sad
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
New LibreELEC.tv Krypton build #0906: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.2 #1 Tue Sep 6 21:05:26 BST 2016 armv6l GNU/Linux

# vcgencmd version
Sep  2 2016 11:53:38
Copyright (c) 2012 Broadcom
version 0706e45eb49a02aadefa58183d474791df2a81fb (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160906210319-#0906-gb37a514 [Build #0906]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (b37a514e, changelog) and tip of XBMC master (60373b70, changelog) with the following modifications: Build Highlights:
  1. Various Kodi cmake changes
  2. VideoPlayer fixes
Build Details:
  1. LibreELEC.tv:
    • chromium: update to 53.0.2785.92 (PR:678, 1 commit, 5 files changed)
    • Rsyslog: Bump Package version. Add RELP Protocol. Add ability to compress UDP & TCP protocols. Update configuration files to newer standards. (#701) (31856dc7)
  2. XBMC:
    • [cmake] linux: replace custom (sudo) install target, it's not allowed… (PR:10382, 1 commit, 2 files changed)
    • VideoPlayer: move SetVideoDimensions to GetFormat, coded_width may no… (PR:10410, 1 commit, 1 file changed)
    • VideoPlayer: fix audio drop on edl skip (PR:10384, 1 commit, 2 files changed)
    • [addons] move ./xbmc/addons/binary/interfaces one down and remove binary folder (PR:10409, 1 commit, 56 files changed)
    • allow passing an alternative dyload library path (PR:10366, 1 commit, 4 files changed)
    • Linux multi arch (PR:10359, 5 commits, 9 files changed)
    • Revert "[addons] move ./xbmc/addons/binary/interfaces one down and remove binary folder" (PR:10413, 1 commit, 56 files changed)
    • Fixed: allow some basic HTTP headers to be passed on to ffmpeg (PR:10402, 1 commit, 2 files changed)
    • VideoPlayer: avoid null render if renderer has no frame or is not con… (PR:10412, 1 commit, 2 files changed)
    • disable plugin caching (PR:10394, 1 commit, 2 files changed)
    • [cmake] Optimizations for ARM (PR:10397, 6 commits, 9 files changed)
    • add scan to library context menu (PR:10386, 1 commit, 3 files changed)
  3. inputstream.rtmp:
    • fix deb packaging (PR:3, 1 commit, 3 files changed)
  4. newclock5:
    • Updated commits in this build:
    • Commits no longer in build:
      • [mmalrenderer] Allow RGB buffers to be allocated (6f3e0be0)
      • Revert "[rbp] [retroplayer] Initial support for mmal renderer" (1adac541)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:703: Update ddbridge drivers in kernel 4.7.2
    • Added: [pkg] PR:10415: [Estuary] fix texture paths
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-09-06, 18:10)popcornmix Wrote: Disable that just to be sure and confirm the problem remains.
I think I found what was wrong. I can easily reproduce the problem if I undervolt the cpu just a little bit (over_voltage=-2). With default voltage it just takes much longer to crash.
It looks like the default voltage of 1.3125v. is a bit too low for my RPi3.

I found this old post from March - https://marc.ttias.be/golang-nuts/2016-03/msg00222.php That guy's RPi3 defaulted to 1.3625v. Any idea what's the deal with that? Was RPi3's default cpu voltage lowered in later firmwares?

(2016-09-03, 16:51)popcornmix Wrote: Does disabling "GPU" resampling in system/audio settings help?
It actually helped with eliminating the rare green-ish video glitches when watching a live HDTV.
Debug-enabled build #0906x: RPi / RPi2
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-09-07, 04:34)smp1 Wrote: I think I found what was wrong. I can easily reproduce the problem if I undervolt the cpu just a little bit (over_voltage=-2). With default voltage it just takes much longer to crash.
It looks like the default voltage of 1.3125v. is a bit too low for my RPi3.

The voltage depends on the characteristics of the silicon. It is determined during boot.
Does adding "over_voltage=1" (or 2) fix the issue?
Local files playback stops seemingly randomly (~30 minutes maybe) with MMAL. OMX works without problems (as usual). I could reproduce this and will upload a log soon. Anyone else noticed this?
  • 1
  • 136
  • 137
  • 138(current)
  • 139
  • 140
  • 218

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)19