• 1
  • 163
  • 164
  • 165(current)
  • 166
  • 167
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2017-07-16, 15:33)popcornmix Wrote: If it is encrypted we have to use the widevine software decoder. Pi3 can handle this at 720p.

Is there any chance that a RPi running LibreELEC will be able to use a hardware decoder (like mmal for instance) for Netflix? (Sadly, I think I know the answer).

Anyway, thanks for making it possible to watch Netflix properly on a RPi3.
With the build #0715 in RPi3, I have the same problem like in the #0714...bootup ok, and the freeze without ssh. I've rollback to #0713
(2017-07-15, 19:27)Milhouse Wrote:
(2017-07-15, 18:47)Cosmicbase Wrote: Do I change then in config.txt of dtoverlay = lirc-rpi to
dtoverlay = gpio-ir?

yes.

Thanks Milhouse, I changed dtoverlay = lirc-rpi to
dtoverlay = gpio-ir.

Now the build #0714 and #0715 is working.

Greetings Cosmicbase
Just for information:

The described Live TV issue also exists with x86 version. Don‘t know since which build it exists. I believe sine july builds.
(2017-07-16, 22:18)nexusle Wrote: Just for information:

The described Live TV issue also exists with x86 version. Don‘t know since which build it exists. I believe sine july builds.

Useful to know. Finding the exact build that stopped working would be useful.
e.g. try 1st June and 1st July build. If first works and second doesn't then try 15th June build.
Shouldn't take long to narrow it down (5 tests should be enough to get from a month to a single nightly build).

Otherwise create a trac ticket where the video player dev can offer advice.
(2017-07-16, 17:09)d3nnycr4n3 Wrote: Is there any chance that a RPi running LibreELEC will be able to use a hardware decoder (like mmal for instance) for Netflix? (Sadly, I think I know the answer).

No. The he widevine DRM is designed to stop the unencrypted bitstream from being extracted.
You need to use the widevine dll to decrypt and decode the video, so software decode only.
New LibreELEC.tv Leia build #0716: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.12.2 #1 Sun Jul 16 23:51:38 BST 2017 armv6l GNU/Linux

# vcgencmd version
Jul 11 2017 12:33:03
Copyright (c) 2012 Broadcom
version aabbc2f1c981c560a6549fba5e3a0425145f8e02 (tainted) (release)

# lsb_release
LibreELEC (Milhouse): devel-20170716234603-#0716-gd8db9d5 [Build #0716]

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

Based on tip of LibreELEC.tv master (d8db9d5b, changelog) and tip of XBMC master (bfeb2e9d, changelog) with the following modifications: Build Highlights:
  1. New 4.12.2 kernel
  2. Fix black screen when playing games
  3. inputstream.adaptive updates
  4. udev cleanup
Build Details:
  1. LibreELEC.tv:
    • system-tools: update addon (PR:1734, 18 commits, 31 files changed)
    • linux: update to linux-4.12.0 (PR:1629, 40 commits, 33 files changed)
  2. XBMC:
    • [mediamanager] Use meta data provided disc names and add Blu-ray detection. (PR:12488, 5 commits, 5 files changed)
    • [swig] Partially revert 71151fe2b9. Causes problems with swig < 3.0 (PR:12490, 1 commit, 20 files changed)
    • VideoPlayer: reset dataCacheCore when new player is created (PR:12505, 1 commit, 3 files changed)
    • added: SortByDateAdded in Music Video title node (PR:12495, 1 commit, 1 file changed)
    • exit GIL when calling into GUI (PR:12504, 1 commit, 6 files changed)
    • [cmake][linux] Fix CodeCoverage.cmake path (PR:12509, 1 commit, 1 file changed)
    • Update README.android (e35ea401)
  3. inputstream.adaptive:
  4. pvr.mythtv:
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare: linux: update to linux-4.12.2
    • Added: [env] patch: scripts/image: hack to resolve nvidia.ko symbols
    • Added: [env] PR:1800: udev: cleanup
    • Added: [pkg] PR:12507: RetroPlayer: Fix black screen when playing games
    • Reverted: [pkg] PR:12488: [mediamanager] Use meta data provided disc names and add Blu-ray detection. (reason: newclock5 conflict)
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-07-16, 19:23)CygnusHyoga Wrote: With the build #0715 in RPi3, I have the same problem like in the #0714...bootup ok, and the freeze without ssh. I've rollback to #0713

No crashlog, no problem.
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 just opened PR12513. I mention this because it fixes some CEC setting issues I've seen in this thread.
Many thanks @garbear, I'll give it a test and hopefully include in future builds (assuming it doesn't merge beforehand etc.).
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.
@canadagolffan: are you able to help test a new rtl8812au driver?

gordboy has announced that he has made available a new v5.2.9 driver (the current driver in these builds is v5.1.5 from paspro).

I've uploaded build #0717r: RPi2

This is the same as #0717 but with the following changes:
1. v5.2.9 rtl8812au driver from gordboy
2. PR12513 from garbear (many thanks, Peripherals button is working again!)

As the gordboy driver is so new I'd like to get some feedback to determine if it's better/worse/same as v5.1.5, and then make a decision about changing repository (again). Until then, regular/scheduled builds will continue with paspro and v5.1.5.
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.
Hello, has anyone of you the login in the YouTube Addon tried. How can I reproduce the error?
If I make the 2 steps registration is not logged in.
The problem should all have.

Please help

Greetings Cosmicbase
(2017-07-16, 19:23)CygnusHyoga Wrote: With the build #0715 in RPi3, I have the same problem like in the #0714...bootup ok, and the freeze without ssh. I've rollback to #0713

Maybe you have dtoverlay = lirc-rpi enabled in config.txt?
If so, change to dtoverlay = gpio-ir

I use it for the RemotePi an IR remote controller for switching on and off with remote control. ,

Greetings Cosmicbase
(2017-07-17, 01:33)Milhouse Wrote:
(2017-07-16, 19:23)CygnusHyoga Wrote: With the build #0715 in RPi3, I have the same problem like in the #0714...bootup ok, and the freeze without ssh. I've rollback to #0713

No crashlog, no problem.


Hi, I attach the crashlog for #0715

http://sprunge.us/TaAM
(2017-07-17, 03:29)Milhouse Wrote: @canadagolffan: are you able to help test a new rtl8812au driver?

gordboy has announced that he has made available a new v5.2.9 driver (the current driver in these builds is v5.1.5 from paspro).

I've uploaded build #0717r: RPi2

This is the same as #0717 but with the following changes:
1. v5.2.9 rtl8812au driver from gordboy
2. PR12513 from garbear (many thanks, Peripherals button is working again!)

As the gordboy driver is so new I'd like to get some feedback to determine if it's better/worse/same as v5.1.5, and then make a decision about changing repository (again). Until then, regular/scheduled builds will continue with paspro and v5.1.5.

Updating to 0717R as you suggested:

Forcing back an AC connection, its working great! 15 minutes in, doing some seeking, pausing, rewinding, etc, I have not yet seen one pause/hang. (add another 30 minues of playing, and still not one hang/pause)

Iperf tests also giving 250+ mbps, so its definitely an AC connection.

Tests were done on ~11mbps h264 and a 24 mbps h264 mkvs

No log attached, but if you want one, I can. No pings dropped either.

Wish others could test though, as its wireless, lots of other factors, lol. But as of now, I would say its perfect performance.

Code:
--- 192.168.2.168 ping statistics ---
452 packets transmitted, 452 received, 0% packet loss, time 451538ms
rtt min/avg/max/mdev = 1.307/3.034/60.708/4.362 ms
  • 1
  • 163
  • 164
  • 165(current)
  • 166
  • 167
  • 495

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