Kodi 18 - LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)

  Thread Rating:
  • 6 Vote(s) - 4.83 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
popcornmix Offline
Team-Kodi Member
Posts: 7,865
Joined: Feb 2011
Reputation: 326
Post: #1831
(2017-05-23 11:07)bleep42 Wrote:  
(2017-05-23 06:06)smp1 Wrote:  HEVC playback is broken in #0522. Kodi crash when trying to play any HEVC file. #0521 and earlier work ok.

I can confirm this is the case, h264 plays ok h265 crashes every time. Also the same on #0522x

My fault - will be fixed tonight.
find quote
Vimes Offline
Fan
Posts: 308
Joined: Feb 2009
Reputation: 3
Post: #1832
(2017-05-23 20:32)nuwonda Wrote:  
(2017-05-23 10:54)Vimes Wrote:  
(2017-05-22 21:36)Milhouse Wrote:  @Vimes going back through the available builds would be the normal way to identify the first build with this unwanted behaviour... slow/tedious but usually effective.

I have found that build 314 works fine but from build 315 on it fails.

Build 315....

http://forum.kodi.tv/showthread.php?tid=...pid2549210

possibly relevant bit....


Quote:libcec:
added: log a warning when we detect that RPi's CEC service is used by something else, blocking libCEC. issue #191 (5469da23)
changed: const IAdapterCommunication::GetLogicalAddresses(), making the mutex mutable for now without changing the platform lib. closes #259 (0cf3f0fe)
fixed: cross compile includes (50f1179d)
fixed: detect debian based distros properly when installing python. closes #314 (f4e2ed77)
fixed: don't filter out broadcast in HandleDeviceVendorCommandWithId(). issue #309 (e1df683b)
fixed: send an active source message when a routing change has been received with libCEC's address as new route and no active source message has been sent yet. issue #309 #205 #233 (67d444dd)
fixed Commit:67d444d (d1a708b9)
fixed: vs2015 c++ redistributables (8563411d)

I have checked this twice by going up and down the builds and it is consistent with build 315 being the first to fail to switch the TV to the Pi3.

As noted at the beginning of this, the TV will switch on but the CEC config will not switch "source to this device on startup"



Hopefully that might be useful Smile

EDIT: Just to add. This was a vanilla install. No addons, apart from the one to look for and install these DEV releases. No TV shows or Movies added. Apart from regional changes nothing else done.

this has been posted and bugged in several places without any reply thus far

-> http://forum.kodi.tv/showthread.php?tid=...pid2573814

-> https://github.com/Pulse-Eight/libcec/issues/342

either it's not a widespread issue or there is no fix...

Thanks for noting that Smile

Interesting, as I see that it was reported at the time 315 was released.....


http://forum.kodi.tv/showthread.php?tid=...pid2566522

I had tried to search for the issue but could only think of "CEC" as the term to use, and that wasn't a long enough search string. If I had have been aware of it at least it would have saved quite a while trying to track the issue down which had already been noted, if not resolved.
(This post was last modified: 2017-05-23 21:00 by Vimes.)
find quote
raptorjr Offline
Fan
Posts: 505
Joined: Aug 2012
Reputation: 0
Post: #1833
(2017-05-22 20:02)Milhouse Wrote:  This kind of problem may well depend on your server configuration.....

Thank you for a great answer. I will try this and see if I can find the problem.
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,865
Joined: Feb 2011
Reputation: 326
Post: #1834
(2017-05-23 20:56)Vimes Wrote:  I have found that build 314 works fine but from build 315 on it fails.

Build 315....

http://forum.kodi.tv/showthread.php?tid=...pid2549210

Yes there are a couple of bug reports:
https://github.com/Pulse-Eight/libcec/issues/342
https://github.com/Pulse-Eight/libcec/issues/343

and this commit is under suspicion:
https://github.com/Pulse-Eight/libcec/co...27c890ede4

Perhaps Milhouse can try reverting that commit to confirm it is to blame.
If so you can add your voice to the libcec issues.
find quote
Vimes Offline
Fan
Posts: 308
Joined: Feb 2009
Reputation: 3
Post: #1835
(2017-05-23 21:46)popcornmix Wrote:  
(2017-05-23 20:56)Vimes Wrote:  I have found that build 314 works fine but from build 315 on it fails.

Build 315....

http://forum.kodi.tv/showthread.php?tid=...pid2549210

Yes there are a couple of bug reports:
https://github.com/Pulse-Eight/libcec/issues/342
https://github.com/Pulse-Eight/libcec/issues/343

and this commit is under suspicion:
https://github.com/Pulse-Eight/libcec/co...27c890ede4

Perhaps Milhouse can try reverting that commit to confirm it is to blame.
If so you can add your voice to the libcec issues.

If Milhouse would feel that is appropriate then I could test and report accordingly.

Thanks for the links Smile
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,883
Joined: Jan 2011
Reputation: 643
Post: #1836
New LibreELEC.tv Leia build #0523: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.11.2 #1 Tue May 23 21:34:18 BST 2017 armv6l GNU/Linux

# vcgencmd version
May 15 2017 17:01:07
Copyright (c) 2012 Broadcom
version 9469ea3706e34c4de62f38a5008f69a429b4b43e (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170523213317-#0523-g0b589ed [Build #0523]

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

Based on tip of LibreELEC.tv master (0b589ed6, changelog) and tip of XBMC master (c239aec7, changelog) with the following modifications: Build Highlights:
  1. Fix for HEVC crash
Build Details:
  1. XBMC:
    • [windows][x64] add libbluray (PR:12150, 1 commit, 1 file changed)
    • [depends] Bump samba-gplv3 to version 4.1.23 (PR:12147, 1 commit, 6 files changed)
  2. pvr.octonet:
    • Update on kodi to addon interface (3494c4c4)
  3. newclock5:
    • New commits in this build:
      • fixup! MMALFFmpeg: Add Sand/YUVUV128 support (3d4cfcfc)
      • ffmpeg: hevc: fixup pi1 (df6281d6)
  4. kernel 4.11.y:
    • New commits in this build:
      • clk: bcm2835: Limit PCM clock to OSC and PLLD_PER (4222b8d5)
      • clk: bcm2835: Minimise clock jitter for PCM clock (ab2c8a14)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare: kodi18a1 latest updates

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.
find quote
Milhouse Offline
Team-Kodi Member
Posts: 12,883
Joined: Jan 2011
Reputation: 643
Post: #1837
I've uploaded new versions of screensaver.shadertoy, visualization.spectrum and visualization.waveform.

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.
find quote
bleep42 Offline
Junior Member
Posts: 43
Joined: Oct 2013
Reputation: 2
Post: #1838
(2017-05-23 20:34)popcornmix Wrote:  
(2017-05-23 11:07)bleep42 Wrote:  
(2017-05-23 06:06)smp1 Wrote:  HEVC playback is broken in #0522. Kodi crash when trying to play any HEVC file. #0521 and earlier work ok.

I can confirm this is the case, h264 plays ok h265 crashes every time. Also the same on #0522x

My fault - will be fixed tonight.

Thanks Popcornmix,
Working great again on h265, thanks.
Kevin.
find quote
fsman1967 Offline
Junior Member
Posts: 12
Joined: Nov 2014
Reputation: 0
Post: #1839
How is H265 performing now?
What formats seem to be working? e.g. 8bit 1080p @ 25, 30, 50, 60 fps?

anyone willing to post a clip onto you tube?
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,865
Joined: Feb 2011
Reputation: 326
Post: #1840
(2017-05-24 11:48)fsman1967 Wrote:  How is H265 performing now?
What formats seem to be working? e.g. 8bit 1080p @ 25, 30, 50, 60 fps?

I'm finding all my movies/tvshows at 8-bit 1080p24 play fine without overclock and with fairly low arm cpu.

25 and 30fps are much less common. I'd imagine no problems with 25, but 30 may require overclocking.

We will never do 1080p at 50 or 60fps without dedicated hardware.
My 720p50 samples do play fine.
(This post was last modified: 2017-05-24 13:39 by popcornmix.)
find quote
fsman1967 Offline
Junior Member
Posts: 12
Joined: Nov 2014
Reputation: 0
Post: #1841
(2017-05-24 13:38)popcornmix Wrote:  
(2017-05-24 11:48)fsman1967 Wrote:  How is H265 performing now?
What formats seem to be working? e.g. 8bit 1080p @ 25, 30, 50, 60 fps?

I'm finding all my movies/tvshows at 8-bit 1080p24 play fine without overclock and with fairly low arm cpu.

25 and 30fps are much less common. I'd imagine no problems with 25, but 30 may require overclocking.

We will never do 1080p at 50 or 60fps without dedicated hardware.
My 720p50 samples do play fine.

Good to konw.
I would have thought that only at 1080p and above would h265 really make a big difference in verse h264.
I think I read that 720p not much difference of 264 vs 265.

Great work btw. I am actually thinking o f replacing my Rpi2 for a Rpi3 just on the basis of your work on h665
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,865
Joined: Feb 2011
Reputation: 326
Post: #1842
(2017-05-24 14:06)fsman1967 Wrote:  I would have thought that only at 1080p and above would h265 really make a big difference in verse h264.
I think I read that 720p not much difference of 264 vs 265.

I don't believe that is true.

HEVC is getting around 50% saving in bitrate for same quality across UHD, 1080, 720p and 480p in paper linked from here.

One issue currently is the H.264 encoders are much more mature than HEVC.
It may be easier to produce a good encode from a H.264 encoder as options are well understood.
find quote
bleep42 Offline
Junior Member
Posts: 43
Joined: Oct 2013
Reputation: 2
Post: #1843
(2017-05-24 14:06)fsman1967 Wrote:  
(2017-05-24 13:38)popcornmix Wrote:  
(2017-05-24 11:48)fsman1967 Wrote:  How is H265 performing now?
What formats seem to be working? e.g. 8bit 1080p @ 25, 30, 50, 60 fps?

I'm finding all my movies/tvshows at 8-bit 1080p24 play fine without overclock and with fairly low arm cpu.

25 and 30fps are much less common. I'd imagine no problems with 25, but 30 may require overclocking.

We will never do 1080p at 50 or 60fps without dedicated hardware.
My 720p50 samples do play fine.

Good to konw.
I would have thought that only at 1080p and above would h265 really make a big difference in verse h264.
I think I read that 720p not much difference of 264 vs 265.

Great work btw. I am actually thinking o f replacing my Rpi2 for a Rpi3 just on the basis of your work on h665

To back up what Popcornmix has said, I am using test files generated using HandBrake.

I use a 4K original that I re sample down to lower resolutions, it has a lot of movement and high detail.
At 1280x720 (720p) @ 31Hz full screen plays perfectly at almost any quality setting, Handbrake recommend using 20 to 18 quality, (for some reason the lower the number the higher the quality) I've generated files using 12 quality which still play perfectly, which is a 125MB file for a 2 minute clip. This is true for both a Pi2 and a Pi3.

For 1920x1080 (1080p) HandBrake recommends a quality factor of 23 to 20, again lower is higher quality.

The 1920x1080 @ 31Hz full screen will also play perfectly on both a Pi2 and Pi3 but using slightly less quality than the 1280x720 sample.
On a Pi2 I can get to a quality factor of 24, I use 25 to compress my videos anyway, so that works just great. File size for this is 46MB for a 2 minute clip.
On a Pi3 I can get down to a quality factor of 15, so way better than HandBrake recommends. File size for this is 156MB for the same 2 minute clip.
So if you don't want or need perfect quality, a Pi2 will actually do the job.

Both my Pis are slightly over clocked and have a good heat sink, no fan.

Hope this helps.
Kevin.
(This post was last modified: 2017-06-05 15:02 by bleep42.)
find quote
fsman1967 Offline
Junior Member
Posts: 12
Joined: Nov 2014
Reputation: 0
Post: #1844
(2017-05-24 16:47)bleep42 Wrote:  
(2017-05-24 14:06)fsman1967 Wrote:  
(2017-05-24 13:38)popcornmix Wrote:  I'm finding all my movies/tvshows at 8-bit 1080p24 play fine without overclock and with fairly low arm cpu.

25 and 30fps are much less common. I'd imagine no problems with 25, but 30 may require overclocking.

We will never do 1080p at 50 or 60fps without dedicated hardware.
My 720p50 samples do play fine.

Good to konw.
I would have thought that only at 1080p and above would h265 really make a big difference in verse h264.
I think I read that 720p not much difference of 264 vs 265.

Great work btw. I am actually thinking o f replacing my Rpi2 for a Rpi3 just on the basis of your work on h665

To back up what Popcornmix has said, I am using test files generated using HandBrake.

I use a 4K original that I re sample down to lower resolutions, it has a lot of movement and high detail.
At 1280x720 (720p) @ 31Hz full screen plays perfectly at almost any quality setting, Handbrake recommend using 20 to 18 quality, (for some reason the lower the number the higher the quality) I've generated files using 12 quality which still play perfectly, which is a 125MB file for a 2 minute clip. This is true for both a Pi2 and a Pi3.

For 1920x1080 (1080p) HandBrake recommends a quality factor of 23 to 20, again lower is higher quality.

The 1920x1080 @ 31Hz full screen will also play perfectly on both a Pi2 and Pi3 but using slightly less quality than the 1280x720 sample.
On a Pi2 I can get to a quality factor of 24, which is what I already use to compress my videos anyway, so that's great. File size for this is 46MB for a 2 minute clip.
On a Pi3 I can get down to a quality factor of 18, so way better than HandBrake recommends. File size for this is 104MB for the same 2 minute clip.
So if you don't want or need perfect quality, a Pi2 will actually do the job.

Both my Pis are slightly over clocked and have a good heat sink, no fan.

Hope this helps.
Kevin.

Wow - very detailed. Many thanks. I thought the RPI2 wouldn't handle it, especially as the RPI3 have a higher clocked GPU vs. the PI2.
find quote
popcornmix Offline
Team-Kodi Member
Posts: 7,865
Joined: Feb 2011
Reputation: 326
Post: #1845
(2017-05-24 17:01)fsman1967 Wrote:  Wow - very detailed. Many thanks. I thought the RPI2 wouldn't handle it, especially as the RPI3 have a higher clocked GPU vs. the PI2.

Actually the firmware is able to request a clock boost in various scenarios.
HEVC is one where core_freq=400 and v3d_freq=300 is requested on both Pi2 and Pi3.
(if you have manually specified a higher overclock you will get the higher overclock).

The Pi3 does have a higher arm frequency and double width NEON so it can handle harder HEVC files.
find quote
Post Reply