Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
  • 1
  • 70
  • 71
  • 72(current)
  • 73
  • 74
  • 86
v19 LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)
Incase anyone else has issues installing Netflix:

During the installation of Netflix on an rpi4, Kodi would consistently crash and reset during the download of Android image which is used to collect libwidevine.

The issue stopped after upgrading Updating Bootloader (SPI) and USB3 (VL805) firmware for the rpi4. I did not realize the significance of upgrading them but it is critical if you want Netflix to install.
(2020-05-27, 01:33)tehnatural Wrote: Incase anyone else has issues installing Netflix:

During the installation of Netflix on an rpi4, Kodi would consistently crash and reset during the download of Android image which is used to collect libwidevine.

The issue stopped after upgrading Updating Bootloader (SPI) and USB3 (VL805) firmware for the rpi4. I did not realize the significance of upgrading them but it is critical if you want Netflix to install.

Mine's already up to date yet I still get the issue Sad
(2020-05-21, 09:23)mcelliott Wrote: Hi Milhouse,

With the latest build, when I scan a new TV episode into the database using TheTVDb, I see the following appended to the episode name:

","filename":"

I checked for an update to the scraper, and there isn't anything.
Scraper now updated, and problem resolved.
(2020-05-27, 01:33)tehnatural Wrote: Incase anyone else has issues installing Netflix:

During the installation of Netflix on an rpi4, Kodi would consistently crash and reset during the download of Android image which is used to collect libwidevine.

The issue stopped after upgrading Updating Bootloader (SPI) and USB3 (VL805) firmware for the rpi4. I did not realize the significance of upgrading them but it is critical if you want Netflix to install.

You should post a crash log.
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 Matrix build #0527: RPi / RPi2 / RPi4
(Supercedes previous build)

SHA256 Checksum: 86dfe01bd7a6641bb36f82065bb5934e0c5cb40ba658ca1f7f3390210d816f53 (RPi)
SHA256 Checksum: 2344ba1585ff4e4cbef1804083bc2662ffdfbbc3a9e0ec6408f746fba96af670 (RPi2)
SHA256 Checksum: 2dbe3d9ffd736deec2806da7fcbe52b820537f5280035444eb62bc027937e3a5 (RPi4)

text:
# uname -a
Linux rpi512 5.4.42 #1 Wed May 27 21:41:36 BST 2020 armv6l GNU/Linux

# vcgencmd version
May 27 2020 12:11:58
Copyright © 2012 Broadcom
version 369ed4e44cb5a080a2dfa7f854ae4ff46b7c9ef9 (clean) (release) (start_x)

# lsb_release
LibreELEC (Milhouse): devel-20200527213954-#0527-ga7939cf [Build #0527]

# Kodi version
Starting Kodi (19.0-ALPHA1 Git:ea8df65). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (a7939cf, changelog) and tip of XBMC master (ea8df65, changelog) with the following modifications: Build Highlights:
  1. New firmware
  2. New 5.4.42 kernel
  3. RPi4: new BETA bootloader firmware with USB MSD (Mass Storage Device) support (support thread, bootloader config wiki)
  4. libnfs, pvr addon updates
Build Details:
  1. Firmware (May 27):
    • userland: Revert tvservice: Fix freeze on old firmware. See: link
    • firmware: mmal_ril: Correct a use of portdef.video to portdef.image
    • firmware: vc_image: SDRAM page alignment is optional for YUV10_COL. See: link
    • firmware: imx477: Correct the logic for extending hblank on long exposures
    • firmware: camera: Latency reduction for captures
    • firmware: IL camera fixes for reduced startup time
    • raspistill: Add option to start in burst mode if AE settings are manual
    • firmware: isp: fix ISP component to return non-zero focus FoMs
    • firmware: Fix for IMX477 focal length, f_number and aperture
    • firmware: Update firmware for USB MSD boot
    • firmware: platform: Fix overflow on high arm overclocks
    • firmware: video_encode: Add option to include header bytes with frame
    • firmware: DSI display: Close I2C handle if the display doesn't probe
    • firmware: mmal/vc: Add mapping for OMX_IndexConfigBufferStall / MMAL_PARAMETER_VIDEO_STALL_THRESHOLD. See: link
    • firmware: hdmi: Request an I2C interrupt for EDID reading
    • firmware: i2c: Move using_interrupt flag into periph_setup
  2. rpi-eeprom:
    • Update release-notes.md (PR:135, 1 commit, 1 file changed)
    • test: Fixup paths for config test (5c7dfdf)
    • rpi-eeprom-update: Change BOOTFS .elf check to a warning (21bd52d)
    • rpi-eeprom-update: Mark USE_FLASHROM as deprecated. (5fb23cf)
    • rpi-eeprom-update: Update help for FIRMWARE_RELEASE_STATUS (7c181f4)
    • pieeprom-2020-05-26.bin - USB MSD beta updates (e87bc4d)
    • pieeprom-2020-05-27.bin - DPI fix (c1a1e9b)
    • pieeprom-2020-05-27: Patch release with VL805 self-update fix (f257872)
  3. LibreELEC.tv:
    • uboot_helper: added support for Pine H64 Model B (PR:4390, 2 commits, 1 file changed)
    • mesa: update to mesa-20.0.6 (PR:4361, 1 commit, 1 file changed)
    • dbus, systemd: fix duplicate tmpfiles and missing groups (PR:4341, 2 commits, 2 files changed)
    • bison: update to bison-3.5.4; nano-4.9.2 (PR:4330, 2 commits, 2 files changed)
    • libzip: update to libzip-1.6.1 (PR:4340, 2 commits, 2 files changed)
    • busybox: update to busybox-9aa751b; enable tac (PR:4325, 2 commits, 3 files changed)
    • Allwinner: Disable non-working Kodi settings (PR:4391, 1 commit, 1 file changed)
    • gnutls: update to 3.6.13 (PR:4287, 1 commit, 1 file changed)
    • Rockchip: update linux patches for 5.6 (PR:4377, 5 commits, 24 files changed)
    • linux: arm: vdso: add vdso_clock_gettime64 syscall for non virtual timers (PR:4362, 1 commit, 1 file changed)
  4. XBMC:
    • [PVR] Fix context menu item 'Add timer' visibility conditions. (PR:17899, 1 commit, 1 file changed)
    • Fix pil on android (fixes #17881) (PR:17890, 2 commits, 2 files changed)
    • Check if item is playable before adding 'play from here' or 'play only this' to context menu (PR:17883, 1 commit, 1 file changed)
    • [Estuary] PVR side blade: Fix label for PVR quick navigation button list (PR:17898, 1 commit, 1 file changed)
    • [addons][filesystem] fix wrongly used -1 as return on bool (PR:17908, 2 commits, 2 files changed)
    • [addons][docs] extend C++ related initial webpage (PR:17885, 1 commit, 1 file changed)
    • [PVR][Estuary] Dynamic PVR categories for Estuary home screen. (PR:17900, 1 commit, 15 files changed)
    • [cmake] fix FindPackageHandleStandardArgs name mismatch (PR:17923, 1 commit, 2 files changed)
    • [PVR] Home screen widgets context menu fixes/improvements (PR:17926, 3 commits, 6 files changed)
    • CDVDVideoCodecDRMPRIME: software decoding (PR:17724, 3 commits, 4 files changed)
    • [clang] fix Disabling Formatting on a Piece of Code (PR:17910, 1 commit, 5 files changed)
    • [GBM] add VirtualBox (PR:17935, 1 commit, 1 file changed)
    • [skins] Add AV1 video-codec flag (PR:17745, 1 commit, 4 files changed)
    • [addons][filesystem][network] fix mem crash on filesystem and add user agent ask to network (PR:17924, 2 commits, 6 files changed)
    • [addons][pvr][stream] fix nullset init of PVR_STREAM_TIMES in inputstream (PR:17939, 1 commit, 1 file changed)
    • [pvr] fix setting initial recording size value from addon (PR:17936, 2 commits, 2 files changed)
    • [addons][global] add setting read way for enum's and create docs (PR:17944, 1 commit, 3 files changed)
    • [Android] Use releaseOutputBufferAtTime for valid frames (PR:17943, 1 commit, 2 files changed)
    • [PVR] Fix channel playback time issues. (PR:17937, 1 commit, 4 files changed)
    • [addon][tools] fix dll load helper (PR:17889, 4 commits, 6 files changed)
    • add Samsung exynos to DRMUtils.cpp (PR:17938, 1 commit, 1 file changed)
    • [settings] move CSettingList::FindIntInList() to CSettingUtils::FindIntInList() (PR:17947, 1 commit, 12 files changed)
    • [moviesets] allow to add movie to set if there's only one member so far (PR:17865, 1 commit, 2 files changed)
    • [addons][plugin] don't use extra ways to check "provides" (PR:17942, 1 commit, 2 files changed)
    • Fix initialising song count for later use to reserve results vector (PR:17951, 1 commit, 1 file changed)
  5. libnfs:
    • Fix NFS4 behavior of chmod/chown/utimes (PR:318, 1 commit, 5 files changed)
    • Allocate larger buffer for write operations in NFS4 (PR:319, 1 commit, 3 files changed)
    • fix libnfs cmake build as static (PR:312, 1 commit, 1 file changed)
  6. peripheral.joystick:
    • [DarwinEmbedded] ExtendedGamepad Additional Button layouts (PR:179, 1 commit, 3 files changed)
  7. pvr.nextpvr:
    • 5.0.1 Conversion fixes (#129) (3e88c6b)
  8. pvr.octonet:
    • [Matrix] API change update (PR:42, 2 commits, 2 files changed)
  9. pvr.sledovanitv.cz:
    • client: Fully implement IsRealTimeStream() (820f2ac)
  10. pvr.vuplus:
    • WakeOnLan v5.1.0 (PR:288, 1 commit, 8 files changed)
  11. pvr.waipu:
    • Fix README typos & Code cleanup (PR:72, 2 commits, 4 files changed)
    • Version bump (PR:75, 1 commit, 1 file changed)
  12. pvr.zattoo:
    • Fix receiving app token required for login (PR:95, 1 commit, 2 files changed)
    • Support receiving app token from html and json (PR:97, 1 commit, 3 files changed)
    • Merge branch 'Leia' into Matrix (00031cb)
    • Merge remote-tracking branch 'origin/Leia' into Matrix (b93451e)
  13. vfs.sftp:
    • [Matrix] API change update and cleanups (PR:54, 5 commits, 13 files changed)
  14. kodi gbm (RPi4):
    • Commits no longer in build:
      • DVDVideoCodecDRMPRIME: enable use of threads (baa87224)
      • CDVDVideoCodecDRMPRIME: software decoding (638bbc65)
      • add settings to disable drm prime hw acceleration (946ed8ae)
      • fixup! CDVDVideoCodecDRMPRIME: software decoding (963c09ad)
  15. kernel 5.4.y:
    • New commits in this build:
      • staging: vchiq_arm: Clean up 40-bit DMA support (d8cbdaa7)
      • ARM: dts: Update for new VCHIQ BCM2711 DMA support (79495a5e)
      • Revert "zswap: Uncross module parameter setting functions" (5e5024f6)
    • Commits no longer in build:
      • media: bcm2835-unicam: Always service interrupts (1a92d762)
      • sc16is7xx: Fix for hardware flow control (a93fc6d1)
      • drm/vc4: Fix VIC usage with Broadcast RGB (b594cb79)
      • staging: vc04_services: mmal-vchiq: Update parameters list (572bb705)
      • staging:vc04_services: bcm2835-codec: Request headers with I-frame (ed7eda8e)
      • staging:vc04_services: bcm2835-codec: Avoid fragmenting buffers (b7a87bc5)
      • staging:vc04_services: bcm2835-camera: Request headers with I-frame (306ad8ba)
      • configs: Restore missing NF_TABLES settings (9f9bbbb3)
      • overlays: Fix audio parameter of vc4-kms-v3d (ca3a87b4)
      • Switch to snd_soc_dai_set_bclk_ratio (e9da2448)
      • media: bcm2835-unicam: Retain packing information on G_FMT (97badb4b)
  16. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:4359 (perma): linux (RPi): update to linux-5.4.42
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.
(2020-05-27, 23:57)Milhouse Wrote:
(2020-05-27, 01:33)tehnatural Wrote: Incase anyone else has issues installing Netflix:

During the installation of Netflix on an rpi4, Kodi would consistently crash and reset during the download of Android image which is used to collect libwidevine.

The issue stopped after upgrading Updating Bootloader (SPI) and USB3 (VL805) firmware for the rpi4. I did not realize the significance of upgrading them but it is critical if you want Netflix to install.

You should post a crash log. 

Here are some examples:
https://pastebin.com/raw/VCKgHCaD
https://pastebin.com/raw/xrmsBrt9
https://pastebin.com/raw/RgHGA8i9

But please remember, I no longer have this issue after updating.
Kodi on RPi4 in these test builds always crashes on shutdown with exactly those call stacks - it's a problem in the gbm functionality which prevents a clean shutdown. Hopefully it will be fixed eventually. It's not specific to Netflix, though - systemctl stop kodi will trigger it - unless Netflix was restarting kodi.bin for some reason?
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.
(2020-05-28, 04:06)Milhouse Wrote: Kodi on RPi4 in these test builds always crashes on shutdown with exactly those call stacks - it's a problem in the gbm functionality which prevents a clean shutdown. Hopefully it will be fixed eventually. It's not specific to Netflix, though - systemctl stop kodi will trigger it - unless Netflix was restarting kodi.bin for some reason?

It would always occur between 10-20% of the download of the Android image. Kodi would restart; however, during one crash I had an open shell session and it remained opened while Kodi restarted so it's not a full crash.
(2020-05-28, 04:06)Milhouse Wrote: Kodi on RPi4 in these test builds always crashes on shutdown with exactly those call stacks - it's a problem in the gbm functionality which prevents a clean shutdown. Hopefully it will be fixed eventually. It's not specific to Netflix, though - systemctl stop kodi will trigger it - unless Netflix was restarting kodi.bin for some reason?

Here are all the crash logs generated while I was trying to solve the problem, perhaps there is something in here that might help shed light on the situation.
https://drive.google.com/drive/folders/1...sp=sharing
I'm not sure what that could be, apart from maybe a crash due to lack of storage space as the Android image download is now 3GB+. Sad

I'm fairly sure the crash logs you posted are due to the shutdown bug and not related to the Netflix crash. If the Netflix crash happens again (or if anyone else experiences the same) then the crash log corresponding to the crashed kodi session may shed more light. Unfortunately since Kodi on RPi4 will crash every time on shutdown it means we are likely to burn through our store of 10 crash logs quite quickly and we may "lose" the logs with useful/relevant crash info if the log is not uploaded before being overwritten.
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.
(2020-05-28, 04:23)tehnatural Wrote: Here are all the crash logs generated while I was trying to solve the problem, perhaps there is something in here that might help shed light on the situation.
https://drive.google.com/drive/folders/1...sp=sharing

Thanks. Of the 6 logs, this is the only one which appears to be non-shutdown related:

kodi_crashlog_20200524083716.log -> http://ix.io/2ny3

this appears to have crashed while extracting embedded artwork from an MKV.

Since there's no crash log for the Netflix issue, that could suggest an out of memory situation as that's the only time we won't have a crash log (kodi will appear to have crashed, but it would actually have been killed by the kernel - the only way to be sure is by looking in journalctl -a). How much RAM does your RPi4 have? I'd guess OOM might happen on a 1GB board, but less likely on 2GB or 4GB unless there's a bug somewhere - maybe the Netflix/widevine extraction process goes bonkers and uses all the available RAM... just a guess.
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.
(2020-05-28, 04:39)Milhouse Wrote:
(2020-05-28, 04:23)tehnatural Wrote: Here are all the crash logs generated while I was trying to solve the problem, perhaps there is something in here that might help shed light on the situation.
https://drive.google.com/drive/folders/1...sp=sharing

Thanks. Of the 6 logs, this is the only one which appears to be non-shutdown related:

kodi_crashlog_20200524083716.log -> http://ix.io/2ny3

this appears to have crashed while extracting embedded artwork from an MKV.

Since there's no crash log for the Netflix issue, that could suggest an out of memory situation as that's the only time we won't have a crash log (kodi will appear to have crashed, but it would actually have been killed by the kernel - the only way to be sure is by looking in journalctl -a). How much RAM does your RPi4 have? I'd guess OOM might happen on a 1GB board, but less likely on 2GB or 4GB unless there's a bug somewhere - maybe the Netflix/widevine extraction process goes bonkers and uses all the available RAM... just a guess. 

I have the 4GB variant, I captured the output of the journalctl -a command and unfortunately it does not show anything useful: https://pastebin.com/raw/Npjdu5T4

When I have some free time this weekend, I'll re-install kodi without the patches and debug logging enabled to hopefully track down the cause.
The downloaded zip of the Chrome OS image is actually around 900MB - 1GB (, afterwards the zip is extracted to around 2GB, so in total 3GB disk space needed). The download is done in chunks of 32KB, but even if it wasn't, an OOM on the 4GB RPi4 seems unlikely (especially after 10-20% of the download, i.e. ~200MB).

One thing concerning inputstreamhelper (the addon managing widevine download) that is reported rather often recently, is a timeout during download, which crashes inputstreamhelper, but not (stable) Kodi. But I guess that would show up somewhere in the logs.
moved to texturecache thread https://forum.kodi.tv/showthread.php?tid...pid2953697
(2020-05-28, 00:51)Milhouse Wrote: New LibreELEC.tv Matrix build #0527: RPi / RPi2 / RPi4
(Supercedes previous build)

Milhouse, thanks so much for your incredible efforts!

I know this would be probably low on your to-do list, but is there a plan to support mirroring output on both HDMI ports or the ability to split audio and video between HDMI0 and HDMI1?

Reason for wanting this - I have an audio soundbar that doesn't support HDMI 2.0. My TV is a 4K HDR TV. Currently, if I hook up the pi --> soundbar --> TV, the soundbar will play surround but the TV won't show HDR content (because HDMI 2.0 is needed). If I hook up the pi --> TV, compressed audio is played through soundbar through HDMI-ARC (no eARC support). Eventually, when HBR audio is supported, I would like to push HBR audio to the soundbar and 4K HDR to the TV. Either method above would allow me to do that. I imagine that as other people upgrade pieces of their home entertainment systems (keep old audio receiver but upgrade to 4K TV), they will encounter the same problem.
  • 1
  • 70
  • 71
  • 72(current)
  • 73
  • 74
  • 86

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)8