• 1
  • 102
  • 103
  • 104(current)
  • 105
  • 106
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2017-04-25, 20:39)Milhouse Wrote: Yep, starts with build #0409

Are you 100% sure? I don't see anything vaguely possible in the changelog.
(2017-04-25, 20:52)popcornmix Wrote:
(2017-04-25, 20:39)Milhouse Wrote: Yep, starts with build #0409

Are you 100% sure? I don't see anything vaguely possible in the changelog.

Yes you're right, I'll check again. When I originally posted I said "crash starts with build #0409 (introduction of vpupdates)." but vpupdates appeared in #0410 so it might be my fat-fingered typing. I'll test again and confirm.
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.
(2017-04-25, 20:52)popcornmix Wrote:
(2017-04-25, 20:39)Milhouse Wrote: Yep, starts with build #0409

Are you 100% sure? I don't see anything vaguely possible in the changelog.

Tested #0409 - works fine, no issue with timecode seek.

Tested #0410 - crashes when timecode seeking. Doesn't happen with all videos - a crash seems to be more if likely if a TrueHD audio stream is in use.

Sorry about the confusion!
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.
(2017-04-25, 21:05)Milhouse Wrote: Tested #0410 - crashes when timecode seeking. Doesn't happen with all videos - a crash seems to be more if likely if a TrueHD audio stream is in use.

That is more believable. I can reproduce. Let me test if master+vpupdates has the crash...
Build #0424

After watching a few Catch-up streams and returning to GUI suddenly noticed GUI color turned to black but was able to navigate around for a few moments before kodi crashed?

Kodi crash log

Issue of GUI turning black before a crash could be in last weeks builds?
(No time to install/test every nightly build for last week or so)
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
New LibreELEC.tv Leia build #0425: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.10.12 #1 Tue Apr 25 21:04:32 BST 2017 armv6l GNU/Linux

# vcgencmd version
Apr 19 2017 13:34:02
Copyright (c) 2012 Broadcom
version e49fda6e8d837fd3cbac4900a141dd7fba7ca3e3 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170425210328-#0425-gd39db0d [Build #0425]

# Kodi version
(18.0-ALPHA1 Git:91a9066). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d39db0db, changelog) and tip of XBMC master (91a9066b, changelog) with the following modifications: Build Highlights:
  1. AESinkPULSE: Return to PA's delay infrastructure
  2. Back to ffmpeg-3.3
Build Details:
  1. LibreELEC.tv:
    • settings: bump LE settings add-on to 9.0.0 (PR:1565, 1 commit, 1 file changed)
  2. XBMC:
    • AESinkPULSE: Return to PA's delay infrastructure (PR:12008, 1 commit, 2 files changed)
  3. newclock5:
    • New commits in this build:
    • Commits no longer in build:
      • Revert "ffmpeg: hevc: rebase to ffmpeg 3.3" (46ea6e4b)
      • Revert "bump ffmpeg to 3.3" (603d030c)
  4. Additional commits/pull requests/changes not yet merged upstream:
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.
I've tested current newclock5 + a few missing commits from vpupdates + ffmpeg 3.3 on my private build, so far it's perfect, gpu or software resampling, display sync on or off, many thanks to all involved.
On "known bad" channels I hear no clicks or audio "accelerating".
These channels start with rr: 0.93xxx , err: 0 ms but quickly (2-3 secs) it becomes rr: 0.999XX - 1.000YY , err: 0 ms

If needed can test with #425
After updating from #0418x to #0425, there is some problem with playback/free gpumem. Playing the testfile 4-5x and the free gpumem going down until Kodi is crashing.

bcmstat (#0425): https://pastebin.com/VFURdG9c
bcmstat (#0418x): https://pastebin.com/bNCyzuqi

testfile (~7mb): https://mega.nz/#!MuIUHLhC!Cwn93H22cK1UG...X49vhuHd2s (from Fune wo Amu)

Someone else the problem ?
(2017-04-26, 03:13)Kougami Wrote: After updating from #0418x to #0425, there is some problem with playback/free gpumem. Playing the testfile 4-5x and the free gpumem going down until Kodi is crashing.

bcmstat (#0425): https://pastebin.com/VFURdG9c
bcmstat (#0418x): https://pastebin.com/bNCyzuqi

testfile (~7mb): https://mega.nz/#!MuIUHLhC!Cwn93H22cK1UG...X49vhuHd2s (from Fune wo Amu)

Someone else the problem ?

I'm not seeing that behaviour here with #0425 and your sample.mp4 (played from SD card).

Can you test #0425 with a clean .kodi. How are you accessing your sample, local SD, smb:// or nfs://? What skin are you using?

The following is from an RPi3, with total_mem=1024 and gpu_mem=320 (same as yours), stock Estuary, 1080p/high colour depth artwork, playing your sample file from SD card:
Image
Based on the above, what I see is that at the beginning of playback the GPU allocates 20.9MB of RAM (column "Delta GPU B"), of which 13.6MB is freed 4 seconds later, then at the end of playback 12.5MB is freed before another 5.2MB is allocated for use by the GUI. Once the 5.2MB is allocated at the end of playback the accumulated RAM usage by the GPU since the beginning of bcmstat.sh monitoring is 0 (zero) as shown in the column "Accum GPU B", meaning no memory leakage.

This is playing the sample file 6 times - accumulated GPU memory is always 0 at the end of each playback (the end of the 3rd play overlaps with the start of the 4th):
Image

As I can't see any obvious GPU memory leakage, there must be some other difference between your system and mine.

Please test a "clean" .kodi installation as that's more or less what mine is. If you're using a third party skin maybe that is causing memory to leak by triggering some behaviour I'll never see with stock Estuary.

Also, can you identify the specific build when this problem first starts, as there's a week of builds between #0418x and #0425.
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.
Seems "Adjust display refresh rate: Always" cause the very low free gpumem.

Playing my testfile 4x with disabled "Adjust display refresh rate":
bcmstat: https://pastebin.com/Km8syTLS


Playing my testfile 4x with always "Adjust display refresh rate":
bcmstat: https://pastebin.com/DWqiq6RC
log: http://sprunge.us/DAaF
which was the latest build with multi rar support before it was dropped?
(2017-04-26, 20:47)MidKnight Wrote: which was the latest build with multi rar support before it was dropped?

#0408 - native rar support dropped in #0409.
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.
Still seeing an issue even with the latest build I saw introduced a few days ago. When Kodi is running for a period of time playing files fine it seems to stall playing a file from either the beginning or a resume. If I reboot the box it is fine and plays the file without issues. Just now I got a crash trying to reproduce and have provided the data as needed:

Crashlog: http://sprunge.us/RVXb
Kodi log:http://sprunge.us/XbWM
HTPC(s): All running LibreELEC
  • AMD 2200G APU on Gigabyte AB350N-Gaming WIFI-CF
  • RPI3 x2 | RPI2 x2
NAS: FreeNAS (Latest Stable) | NFS/CIFS
(2017-04-26, 11:19)Kougami Wrote: Seems "Adjust display refresh rate: Always" cause the very low free gpumem.

Playing my testfile 4x with disabled "Adjust display refresh rate":
bcmstat: https://pastebin.com/Km8syTLS


Playing my testfile 4x with always "Adjust display refresh rate":
bcmstat: https://pastebin.com/DWqiq6RC
log: http://sprunge.us/DAaF
Thanks, this has been reproduced and a fix should be in tonight's build (which should be available in an hour or two from now).
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 Leia build #0426: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.10.12 #1 Wed Apr 26 22:39:30 BST 2017 armv6l GNU/Linux

# vcgencmd version
Apr 26 2017 15:14:15
Copyright (c) 2012 Broadcom
version 6822f9cdc85ea9996beda9797ff548bba5244fe7 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170426223826-#0426-gd39db0d [Build #0426]

# Kodi version
(18.0-ALPHA1 Git:91a9066). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (d39db0db, changelog) and tip of XBMC master (749c61e0, changelog) with the following modifications: Build Highlights:
  1. New firmware (net booting failover, [pi0], max_usb_current)
  2. EGL Windowing update (should fix memory leak reported by @Kougami)
Build Details:
  1. Firmware (Apr 26):
    • bootcode: Fix failover from SD to net booting See: link See: link
    • firmware: ldconfig: Zero W is a [pi0]. See: link
    • firmware: mailbox: Add property that fills in a VC_IMAGE_T header for given format and dimensions
    • firmware: Make vchiq_test functional test more interesting. See: link
    • firmware: di_adv: Fix regression with non-qpu deinterlace and opaque images. See: link
    • firmware: bootcode: Set max_usb_current pin for B+ and Pi2. See: link
    • firmware: arm_loader: Restore /axi/vc_mem/reg DT property. See: link
  2. XBMC:
    • [cmake][windows] keep _ITERATOR_DEBUG_LEVEL=0 only for win32 (PR:12009, 1 commit, 1 file changed)
    • [PVR] Search window improvements and fixes (PR:12001, 2 commits, 4 files changed)
  3. pvr.iptvsimple:
    • Remove not used part (PR:118, 1 commit, 1 file changed)
  4. newclock5:
    • New commits in this build:
      • add rpi to windowing (3591a0e0)
      • remove rpi from egl (03493e7f)
      • windowing/android: append CMakeLists.txt (9eba6806)
      • add android to windowing (1538c7cd)
      • add WinSystemAndroidGLESContext.h to WindowingFactory.h (6dfa9d7f)
      • remove windowing/egl for android (5c1c4f4e)
      • remove android from egl/CMakeLists.txt (1ebf1787)
      • XBMCApp.cpp: change egl to android (06c1b13c)
      • add imx to windowing (34613b82)
      • add WINDOW_SYSTEM_IMX to WinSystem.h (1141e1a8)
      • add WinSystemImxGLESContext.h to WindowingFactory.h (1dd93c3f)
      • remove windowing/egl (ac71e685)
      • remove windowing/egl from subdirs.txt (b017c2eb)
      • xbmc/windowing: add imx subdir (3e0ed031)
      • fix VideoSyncIMX (a9f20cea)
      • fixup! add rpi to windowing (e4396178)
      • fixup! add amlogic to windowing (55af37b4)
      • fixup! add imx to windowing (5fc56308)
      • DVDDemuxFFmpeg: Increase lifespan of probe_buffer (ffee0111)
    • Updated commits in this build:
    • Commits no longer in build:
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.
  • 1
  • 102
  • 103
  • 104(current)
  • 105
  • 106
  • 495

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)24