• 1
  • 98
  • 99
  • 100(current)
  • 101
  • 102
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
Updated weekly Linux 4.11-rc7 build #0419x: RPi / RPi2

Same as #0419, but with 4.11-rc7 kernel and button repeat fix.
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.
Were there any problems or why going back to ffmpeg 3.1?
I'm guessing the ffmpeg revert is testing due to audio clicks
Yes, reverting ffmpeg-3.3 is due to the audio glitches and an attempt try to narrow down the cause.

Anyone that experienced audio glitches please test #0419 and confirm if the audio glitches are still present or not.
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'm still having audio glitches.
Odroid C2 - Libreelec 8.2
(2017-04-19, 13:37)popcornmix Wrote:
(2017-04-19, 13:27)querty1000 Wrote: Until now, i let do OMX player all the work since it works flawlessy (so i have never notified the ISO 3D problem). Is MMAL now in the state all to do that OMX can do?

Yes. MMAL is the default and recommended player for Pi2/Pi3.
If omxplayer works and mmal doesn't for any file then let me know.

I have testet #0418 and have still the MVC ISO flat (missing 3D deep) problem with MMAL-MVC. OMX works fine and MKVs also also fine.
(2017-04-20, 03:31)Milhouse Wrote: Yes, reverting ffmpeg-3.3 is due to the audio glitches and an attempt try to narrow down the cause.

Anyone that experienced audio glitches please test #0419 and confirm if the audio glitches are still present or not.

@millhouse, @popcornrmix, could you reproduce them in my recorded pvr ts file?
http://forum.kodi.tv/showthread.php?tid=...pid2572514
I don't hear the glitches in 0419

BTW I get kodi freezing by playing my .ts recording pressing enter and choosing |< , goto start/rewind on the overlay.
LOG: http://sprunge.us/eUbC

It does work fine on mp4/mkv files.
(2017-04-20, 07:14)querty1000 Wrote:
(2017-04-19, 13:37)popcornmix Wrote:
(2017-04-19, 13:27)querty1000 Wrote: Until now, i let do OMX player all the work since it works flawlessy (so i have never notified the ISO 3D problem). Is MMAL now in the state all to do that OMX can do?

Yes. MMAL is the default and recommended player for Pi2/Pi3.
If omxplayer works and mmal doesn't for any file then let me know.

I have testet #0418 and have still the MVC ISO flat (missing 3D deep) problem with MMAL-MVC. OMX works fine and MKVs also also fine.

Weird, I can not confirm on my end. Just went back to #410 (non-working 3D iso playback), and again back to #418 for testing. (MMAL) 3D iso playback works for me on #418.
(2017-04-20, 03:31)Milhouse Wrote: Yes, reverting ffmpeg-3.3 is due to the audio glitches and an attempt try to narrow down the cause.

Anyone that experienced audio glitches please test #0419 and confirm if the audio glitches are still present or not.

#419 is good in my use case. No audio glitches while watching udp mcast iptv.
Just before updating I've tried #417 again to rule out ISP network congestion or stream source problems and there were glitches. #419 is fine.
Since one of the most recent versions (where ffmpeg has been updated) I have these audio glitches (as me and others had already mentioned) and (which I think hasn't been mentioned yet?) kodi freezes every single time I try to start h265 material. A few builds earlier h265 playback had been grately improved, so I eventually have been able to play 1080p h265 stuff without any stuttering (until CPU got too hot)

I didn't mention this earlier, because I am using osmc since a while and therefore my logfiles would not be valid... but I think this might be similar for the pure libreelec users.
Hi,

just my findings with my private build:

Kodi Krypton branch is also affected by the audio crackles,
not only the master branch. Reverting ffmpeg-3.3 to 3.2.4
solved the problem. The problem is not exclusive to rbpi,
here it occurs on Intel HDMI.

The bug is not easy to reproduce, I could NOT reproduce it
with the testfile ElectricPim provided.

I could however manage to reproduce it with some DTS testfiles
from https://thedigitaltheater.com/index.php/dts-trailers/

Living World of Audio 2 Long (Lossless)
filename: dts_living_world_of_audio_v2_long_lossless_1080p-thedigitaltheater.mkv
Crackling occurs at 26s and 39-40s.

Living World of Audio 2 Long
filename: dts_living_world_of_audio_v2_long_core_1080p-thedigitaltheater.mkv
Crackling occurs only at 26s.
Kodi 19.5-Matrix/OpenGLES/gbm (+ PR19558 ) - Linux kernel 5.14.21 x86_64 - ffmpeg 4.4-git (+ patch )
Mesa 22.3.7 with iris driver - VA-API version 1.16.0 + Intel iHD driver version 22.6.3 - libdrm 2.4.116 - libcec 6.0.2
Intel i9-11900T - ASRock Z590 Extreme - BIOS version 2.20
New LibreELEC.tv Leia build #0420: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.10.11 #1 Thu Apr 20 21:31:55 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-20170420213046-#0420-g3284f47 [Build #0420]

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

Based on tip of LibreELEC.tv master (3284f479, changelog) and tip of XBMC master (113cdf6a, changelog) with the following modifications: Build Highlights:
  1. [PVR][EPG] Make EPG a subcomponent of PVR
  2. ffmpeg: increase chunk & file buffer size to 128K, avoid truncating max_packet_size to zero
Build Details:
  1. LibreELEC.tv:
    • media_build: update to 2017-04-17-rpi (PR:1545, 8 commits, 11 files changed)
    • linux: set CONFIG_GPIO_SYSFS=y in kernel for Generic x86 Build (PR:1555, 1 commit, 1 file changed)
  2. XBMC:
    • [PVR][EPG] Make EPG a subcomponent of PVR (PR:11985, 6 commits, 72 files changed)
    • [favourites] publish events to EventStream instead of AnnouncementManager (PR:11979, 1 commit, 4 files changed)
    • Revert "Moved party mode, set default and clear default to new contextmenu (PR:11990, 1 commit, 6 files changed)
  3. newclock5:
    • New commits in this build:
      • Increase CHUNK_SIZE to 128 KB (276d3598)
      • NFSFile: Return max chunksize possible (0cd87d28)
      • DVDDemuxFFMPEG: Increase FFMPEG_FILE_BUFFER_SIZE to 128K (3c0dc9e5)
      • DVDDemuxFFMPEG: Avoiding truncating max_packet_size to zero (d8a86d17)
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-11, 17:58)bill_orange Wrote:
(2017-04-11, 17:39)nuwonda Wrote: nobody else has issues since a few builds waking up kodi from dimmed state with tv remote? I constantly have to use my phone app to wake up Kodi, after that tv remote works again, i am not sure when it started though, has been a while like that, possibly since 32x builds.

You are not alone. I often wake Kodi with Alexa. Alexa sends a JSON string, After that, the remote does not work, unless I reboot, with the TV and Receiver already awake. I noticed the problem about 1-1/2 weeks ago. It is so had to regress that I hoped someone else would tackle it. I would have to cycle TV and receiver off and on repeatedly to the annoyance of my wife.

As a stop gap I have been waking on Kodi by asking Alexa to reboot, twice. First time everyone is awake with no remote. Second time remote works.

Same for you?

Were these issues ever addressed? I still have the same minor CEC problem with build #419.
(2017-04-13, 00:04)Milhouse Wrote: @popcornmix the seek-to-timecode crash starts with build #0409 (introduction of vpupdates). It seems to be TrueHD related not VC1 specific.

Using a debug-enabled build based on #0412.

Crashlog when playing a VC1/TrueHD video and seeking to 2800: http://sprunge.us/CSYa (it didn't crash the first time, so I entered 2800+OK a second time and then it crashed)

Crashlog when playing an H264/TrueHD video and seeking to 1500: http://sprunge.us/PGHV (I had to seek 3 times before it crashed)

Let me know if you need a sample file.

This is still an issue in #0420 with ffmpeg 3.1.6. If it doesn't crash when seeking, the video will freeze (deadlock) but the UI still works/responds, however kodi needs to be restarted.
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
  • 98
  • 99
  • 100(current)
  • 101
  • 102
  • 495

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