•   
  • 1
  • 343
  • 344
  • 345(current)
  • 346
  • 347
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
New LibreELEC.tv Leia build #0302: Generic
(Supercedes previous build)

SHA256 Checksum: c9243f891eb174dc2e0a080e8ff8eff60b81c3d4a2741a44c73b27dde18bcfb7 (Generic)

# uname -a
Linux NUC 4.19.26 #1 SMP Sun Mar 3 05:01:59 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190303045138-#0302-g0111c1d [Build #0302]

# Kodi version
Kodi (18.2-RC1 Git:f43abaf). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0111c1d, changelog) and tip of XBMC master (f43abaf, changelog) with the following modifications: Build Highlights:
  1. openssl: update to 1.1.1b - this may break some addons
Build Details:
  1. XBMC:
    • [cleanup] remove include guards (PR:15646, 1 commit, 6 files changed)
    • [Android] Fix monoscopic/2D viewrect calcuation (PR:15649, 1 commit, 1 file changed)
  2. peripheral.xarcade:
    • [cosmetic] use correct provider name (d218f0d)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:2471 (perma): openssl: update to 1.1.1b
    • Updated: [env] PR:3342 (perma): scripts/build: fix broken sym link after #3328
    • Added: [env] PR:3351 (perma): config/options: ban spaces in paths
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.
(2019-03-03, 02:07)Milhouse Wrote:
(2019-03-03, 00:52)Matt Devo Wrote: I just spot checked a handful of @Milhouse 's nightly builds going all the way back to 2018/12/01, and all have snd_soc_skl included, whereas none of the official LE builds (going back to 8.90.003) do. So must be a kernel config difference there.

I see snd-soc-skl.ko in 8.90.003:

LibreELEC-Generic.x86_64-8.90.003/target/
LibreELEC-Generic.x86_64-8.90.003/target/SYSTEM.md5
LibreELEC-Generic.x86_64-8.90.003/target/SYSTEM
LibreELEC-Generic.x86_64-8.90.003/target/KERNEL
LibreELEC-Generic.x86_64-8.90.003/target/KERNEL.md5
[email protected]:~/projects$ find extract/SYS -name snd-soc-skl.ko
extract/SYS/usr/lib/kernel-overlays/base/lib/modules/4.17.6/kernel/sound/soc/intel/skylake/snd-soc-skl.ko

I also went back through my own builds and it's present in all of them, as far back as #0210 (2018) which is the older version I have available:

LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/target/
LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/target/SYSTEM
LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/target/SYSTEM.md5
LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/target/KERNEL
LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/target/KERNEL.md5
LibreELEC-Generic.x86_64-9.0-devel-20180210233631-#0210-g0946c0d/milhouse.build.0210.tar.gz
extract/SYS/usr/lib/kernel-overlays/base/lib/modules/4.14.18/kernel/sound/soc/intel/skylake/snd-soc-skl.ko

It's not in 8.2.5, so would have been introduced somewhere between 4.11.12 (8.2.5) and 4.14.18 (#0210, as 8.90.003 is based on 4.17.6).
OK, I'll have to look into it more, I just did a cursory check of whether the HDMI audio output existed or not, and it always does on the official builds
(2019-03-03, 01:07)whysoserious Wrote:
(2019-03-03, 01:01)UrushibaraRuka Wrote: Is it just me or is the download speed a bit slow lately? Maybe 2 or 3 weeks.

I have a 150mbps line so I'm used to see something like 18000kb/s (sometimes even 20000kb/s) but it tops out at about 4600kb/s lately.

Speedtest says that my line is fine.
 Well, I just this minute downloaded build #301 and it pegged my Spectrum 100 Mb/s line at 115 Mb/s (slightly over-provisioned, it seems).  
 
(2019-03-03, 02:11)Milhouse Wrote:
(2019-03-03, 01:01)UrushibaraRuka Wrote: Is it just me or is the download speed a bit slow lately? Maybe 2 or 3 weeks.

I have a 150mbps line so I'm used to see something like 18000kb/s (sometimes even 20000kb/s) but it tops out at about 4600kb/s lately.

Speedtest says that my line is fine.

Downloading at 106MB/s here...  

Hmm...guess I have an issue with my installation then.
Just downloaded the latest build on my desktop and got full speed as well.

Guess I might do a clean install again pretty soon.

Anyway, thanks for the replies guys.
New LibreELEC.tv Leia build #0303: Generic
(Supercedes previous build)

SHA256 Checksum: 5313738f151468db8b0f41d8ff6d982a6991f68acc574d12bc2170573c656543 (Generic)

# uname -a
Linux NUC 4.19.26 #1 SMP Sun Mar 3 21:04:53 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190303210320-#0303-g0111c1d [Build #0303]

# Kodi version
Kodi (18.2-RC1 Git:847f1e8). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0111c1d, changelog) and tip of XBMC master (847f1e8, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. XBMC:
    • [music] format album rating (PR:15653, 1 commit, 1 file changed)
    • [Android] generate keypress for mediasession actions (PR:15654, 1 commit, 1 file changed)
  2. 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.
(2019-03-03, 02:07)Milhouse Wrote: It's not in 8.2.5, so would have been introduced somewhere between 4.11.12 (8.2.5) and 4.14.18 (#0210, as 8.90.003 is based on 4.17.6).  

 so upon closer inspection, snd_soc_skl being loaded isn't the issue, since it is present/loaded on the official builds as well.  But for some reason, on the official builds, snd_hda_intel is what attaches to the audio device (per lspci -vnn), whereas on Milhouse's builds it's snd_soc_skl that attaches.  Moreover, the subsystem ID is reported differently (Google vs Intel, different vendor/device IDs):

Code:

00:1f.3 Multimedia audio controller [0401]: Intel Corporation Sunrise Point-LP HD Audio [8086:9d71] (rev 21)
    Subsystem: Google, Inc. Sunrise Point-LP HD Audio [1ae0:006b]
    Flags: bus master, fast devsel, latency 64, IRQ 126
    Memory at d122c000 (64-bit, non-prefetchable)
    Memory at d1210000 (64-bit, non-prefetchable)
    Capabilities: [50] Power Management version 3
    Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Kernel driver in use: snd_hda_intel
    Kernel modules: snd_hda_intel, snd_soc_skl
vs 
Code:

00:1f.3 Multimedia audio controller [0401]: Intel Corporation Sunrise Point-LP HD Audio [8086:9d71] (rev 21)
    Subsystem: Intel Corporation Sunrise Point-LP HD Audio [8086:7270]
    Flags: bus master, fast devsel, latency 64, IRQ 16
    Memory at d122c000 (64-bit, non-prefetchable)
    Memory at d1210000 (64-bit, non-prefetchable)
    Capabilities: [50] Power Management version 3
    Capabilities: [60] MSI: Enable- Count=1/1 Maskable- 64bit+
    Kernel driver in use: snd_soc_skl
    Kernel modules: snd_soc_skl, snd_hda_intel
(2019-03-04, 05:19)Matt Devo Wrote:  so upon closer inspection, snd_soc_skl being loaded isn't the issue, since it is present/loaded on the official builds as well.  But for some reason, on the official builds, snd_hda_intel is what attaches to the audio device (per lspci -vnn), whereas on Milhouse's builds it's snd_soc_skl that attaches.  Moreover, the subsystem ID is reported differently (Google vs Intel, different vendor/device IDs):

The only kernel difference between official 9.0.1 and my latest release is PR3324 which bumps the kernel from 4.19.23 to 4.19.26 (I've been including this PR for about 2 weeks, since #0221).

I'm not sure what would cause the IDs to be reported differently, unless there's some sort of race situation with one driver loading before the other - if you reboot the official release does it always load the driver in the same order?
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.
(2019-03-04, 08:02)Milhouse Wrote: The only kernel difference between official 9.0.1 and my latest release is PR3324 which bumps the kernel from 4.19.23 to 4.19.26 (I've been including this PR for about 2 weeks, since #0221).

I'm not sure what would cause the IDs to be reported differently, unless there's some sort of race situation with one driver loading before the other - if you reboot the official release does it always load the driver in the same order? 
  
it's definitely not a kernel version issue - as I mentioned before, I had to blacklist snd_soc_skl starting back when I first started running your 9.0 nightly/test builds (probably last summer?), which is why I was surprised when others reporting it wasn't needed with the official 9.0 alpha/beta/release builds (which I've subsequently verified myself). so this has been an issue that's persisted across many major and minor kernel versions.

The release builds reliably load the correct driver (snd_hda_intel), and your builds reliably load the incorrect one. I started looking at how to debug the HD-audio driver, and might need to do a debug build with additional options enabled to get more info, since right now I get absolutely nothing in dmesg when the incorrect driver loads/attaches
(2019-03-03, 17:33)UrushibaraRuka Wrote:
(2019-03-03, 01:07)whysoserious Wrote:
(2019-03-03, 01:01)UrushibaraRuka Wrote: Is it just me or is the download speed a bit slow lately? Maybe 2 or 3 weeks.

I have a 150mbps line so I'm used to see something like 18000kb/s (sometimes even 20000kb/s) but it tops out at about 4600kb/s lately.

Speedtest says that my line is fine.
 Well, I just this minute downloaded build #301 and it pegged my Spectrum 100 Mb/s line at 115 Mb/s (slightly over-provisioned, it seems).   
(2019-03-03, 02:11)Milhouse Wrote:
(2019-03-03, 01:01)UrushibaraRuka Wrote: Is it just me or is the download speed a bit slow lately? Maybe 2 or 3 weeks.

I have a 150mbps line so I'm used to see something like 18000kb/s (sometimes even 20000kb/s) but it tops out at about 4600kb/s lately.

Speedtest says that my line is fine.

Downloading at 106MB/s here...   

Hmm...guess I have an issue with my installation then.
Just downloaded the latest build on my desktop and got full speed as well.

Guess I might do a clean install again pretty soon.

Anyway, thanks for the replies guys. 
 Just did a fresh clean install and the download still caps at these low 4600 kb/s.
Tested my connection again to make sure that the whole 150mbps are there and of course they are.
Changed the LAN cable from my router to my HTPC to see if there's any issue but no, nothing changed.

I mean, it's not that big of a deal really as everything else seems to work normally (apart from my persisting Amazon issue where I only get sub-720p streams and 1080p only on some shows).
Maybe I should enable debug-logging, restart, start any amazon video and stop it after a while and post that log? Would that help in any way if it's an issue on my end?
(2019-03-04, 22:45)UrushibaraRuka Wrote: I mean, it's not that big of a deal really as everything else seems to work normally (apart from my persisting Amazon issue where I only get sub-720p streams and 1080p only on some shows).
Maybe I should enable debug-logging, restart, start any amazon video and stop it after a while and post that log? Would that help in any way if it's an issue on my end?

It could be a peering issue, the server is in Frankfurt, Germany. I wouldn't worry about it too much, these things normally clear themselves up over time.
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 #0304: Generic
(Supercedes previous build)

SHA256 Checksum: daed463aa6313db382a7d08d5f1b1a3b8f315626059ef83845b51e89bd03cad5 (Generic)

# uname -a
Linux NUC 4.19.26 #1 SMP Mon Mar 4 21:04:49 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190304210323-#0304-g0111c1d [Build #0304]

# Kodi version
Kodi (18.2-RC1 Git:1a261cf). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0111c1d, changelog) and tip of XBMC master (1a261cf, changelog) with the following modifications: Build Highlights:
  1. Async connection (pvr.vuplus)
  2. [curl] Accept all supported content encodings by default
Build Details:
  1. XBMC:
    • fixed: always update stream details from player (fixes #15584) (PR:15589, 1 commit, 1 file changed)
    • [cmake] microhttpd: only link with libraries (PR:15621, 2 commits, 2 files changed)
    • [Android] Prevent HDMI_AUDIO_PLUG intent on TV (PR:15661, 1 commit, 2 files changed)
    • Fix TCP buffer parsing to find JSON statements to correctly (PR:15591, 1 commit, 1 file changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3342 (perma): scripts/build: fix broken sym link after #3328
    • Added: [pkg] PR:193 (perma): Async connection (pvr.vuplus)
    • Added: [pkg] PR:15644 (perma): [curl] Accept all supported content encodings by default
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.
(2019-03-04, 23:42)Milhouse Wrote:
(2019-03-04, 22:45)UrushibaraRuka Wrote: I mean, it's not that big of a deal really as everything else seems to work normally (apart from my persisting Amazon issue where I only get sub-720p streams and 1080p only on some shows).
Maybe I should enable debug-logging, restart, start any amazon video and stop it after a while and post that log? Would that help in any way if it's an issue on my end?

It could be a peering issue, the server is in Frankfurt, Germany. I wouldn't worry about it too much, these things normally clear themselves up over time. 
 So the server is pretty much across the street for me (I'm from Frankfurt).

Anyway, I had another issue with my old installation (which was the reason for the clean install) and I hope that's gone now as I haven't tested it yet.
Short description of the issue:
Whenever I started libreelec and went to any streaming service (youtube, amazon, watchbox, tvnow, twitch) the video would "hang" after about 15 minutes for 8-10 seconds and then resume as if nothing happend (or rarly go back into the menu).
This only occured once, after that it wouldn't happen again unless I reboot my HTPC.
In the logs was always a connection error for that exact moment.

Again, it only happend once per boot. Also not that much of a big deal, just a tiny bit annoying.

Then again, it might be my router as it's in service for about 5 years or so. Maybe it wants to retire Tongue
(2019-03-05, 02:15)UrushibaraRuka Wrote: So the server is pretty much across the street for me (I'm from Frankfurt).

https://db-ip.com/138.68.75.163

Postal code 60313, apparently Smile

(2019-03-05, 02:15)UrushibaraRuka Wrote: Again, it only happend once per boot. Also not that much of a big deal, just a tiny bit annoying.

Then again, it might be my router as it's in service for about 5 years or so. Maybe it wants to retire Tongue

Can you post your kernel log using dmesg | pastebinit (or click the crash log option in LibreELEC Settings) and then post the link..
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 #0305: Generic
(Supercedes previous build)

SHA256 Checksum: 5f2a88d841a330494ae13882906aefa401dc554fbefeb15c5c58b13045be3f85 (Generic)

# uname -a
Linux NUC 4.19.27 #1 SMP Tue Mar 5 22:30:05 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190305221520-#0305-g0111c1d [Build #0305]

# Kodi version
Kodi (18.2-RC1 Git:4de5972). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0111c1d, changelog) and tip of XBMC master (4de5972, changelog) with the following modifications: Build Highlights:
  1. New 4.19.27 kernel
Build Details:
  1. XBMC:
    • [Android] implement MediaSession::onMediaButtonEvent (PR:15675, 1 commit, 3 files changed)
  2. pvr.dvblink:
    • Add PVR addon update interval setting (PR:114, 1 commit, 7 files changed)
    • Fixed: deleted timers do not remain in the list as disabled (#118); R (PR:119, 1 commit, 3 files changed)
  3. pvr.vuplus:
    • Async connection (PR:193, 9 commits, 36 files changed)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3324 (perma): linux (RPi/Generic): update to linux-4.19.25/27
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 #0306: Generic
(Supercedes previous build)

SHA256 Checksum: b607b18c1861ef8e6f0aa3368924d9ac15fe9b3c8dad7e7b71bcd96c68e2315f (Generic)

# uname -a
Linux NUC 4.19.27 #1 SMP Wed Mar 6 21:08:08 GMT 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190306210326-#0306-g0111c1d [Build #0306]

# Kodi version
Kodi (18.2-RC1 Git:26ba848). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0111c1d, changelog) and tip of XBMC master (26ba848, changelog) with the following modifications: Build Highlights:
  1. Minor log changes (kodi)
Build Details:
  1. XBMC:
    • Minor log changes (PR:15678, 1 commit, 4 files changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare (perma): kodi: fix patch
    • Updated: [env] PR:3324 (perma): linux (RPi/Generic): update to linux-4.19.27
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.
Weekly Linux 5.0 build #0306x: Generic

Known issues:

No dvb-latest or crazycat drivers
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
  • 343
  • 344
  • 345(current)
  • 346
  • 347
  • 355
  •   
  Thread Closed
 
Thread Rating:
  • 24 Vote(s) - 4.5 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 18.0)4.524