• 1
  • 168
  • 169
  • 170(current)
  • 171
  • 172
  • 355
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
Relax and don't be so anal about this... I thought the problem was related since it worked on windows and not with this build.

I just came back to say that after further testing it is has nothing to do with this build because I was able to see the same problem on windows.

Moderate what you want but at least people can read these threads to see the problem is not with Libreelec.

You don't even look at issues I submit about real problems with this build (No audio on playback) so I guess I should expect this kind of reaction.
(2018-01-18, 17:29)wheemer Wrote: Relax and don't be so anal about this...

Thanks, but I think I'll be as "anal" as I want to be in my own threads. Issues with add-ons are just noise and OT for this thread.

(2018-01-18, 17:29)wheemer Wrote: You don't even look at issues I submit about real problems with this build (No audio on playback) so I guess I should expect this kind of reaction.

I'm not paid to look at your issues, and nobody is forcing you to test these builds so if you're not happy with the service you're getting then stop using them.

I only reply to problems when I think I can offer help so if you get no reply from me it means I don't know what the issue is. If you get no reply at all - from anyone - it most probably means nobody (that is reading this thread) knows what the problem is or might be, in which case your best option is to open a ticket on trac.kodi.tv.
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.
Well thanks for the clarification, but not sure how I was supposed to know it was not just being ignored.

Just weird how the no audio problem did not exist on 0102... Seems like it should have been a good clue.

I'm only trying to help and I do not even run this daily, just testing to help the community.

I have given the same advice myself when issue where definitely not related to this build. The one time I think I found an issue that exists on this build only and you jump on me. I even tested further and found out myself it was not this build, but no of that even matters I guess.
(2018-01-18, 19:33)wheemer Wrote: you jump on me.
I'm not sure where I "jumped" on you - my only reply when quoting you is in support of your comment, and my last request to create dedicated threads is to everyone and not aimed at anyone in particular.

What I would appreciate from everyone is that they use their discretion when posting about Netflix/Amazon/widevine/etc. as these are not components provided by me or included in these builds. Yes, I've provided getwidevine.sh in the past but there are better options available now which should be used instead - if the add-on you are using doesn't support a "widevine helper" then contact the add-on maintainer or submit a PR to their github.

If you have working video/audio - regardless of resolution - from an inputstream.adaptive-based add-on then that's my job done and there's nothing wrong with this build. If the video isn't the resolution you expect/require, or the add-on worked yesterday but doesn't today, or some other feature isn't working then that's almost certainly an issue with the add-on and therefore OT for this thread. If keeping this thread vaguely on-topic is "anal" then so be it. Smile

A quick "heads up" mentioning any known add-on breakage (that is being discussed elsewhere) is always appreciated but anyone repeatedly posting issues to these test threads that have nothing to do with these builds is simply spamming the thread (and it's unlikely their OT issue will be solved in this thread anyway). I realise it's much easier to post in this thread than start a dedicated thread but starting (or adding a post in) a dedicated thread is almost always the right thing to do where add-on issues are concerned. It is odd/unfortunate that there are no "official" support threads for Netflix/Amazon/inputstream.adaptive - I'll reach out and see if that can be improved (although it's possible that creating a Netflix/Amazon support thread may draw unwanted attention, which is why they don't exist).

Anyway this is all off-topic now... Smile
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 #0118: Generic
(Supercedes previous build)

SHA256 Checksum: 7f652d4f8b2f576df31341427a201bfd9b1f7b7ec2a8a4537db6a629570923eb (Generic)

text:
# uname -a
Linux NUC 4.14.14 #1 SMP Thu Jan 18 21:46:47 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180118214519-#0118-g07482bc [Build #0118]

# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (07482bc, changelog) and tip of XBMC master (5d10ea5, changelog) with the following modifications: Build Highlights:
  1. [video] Fix CGUIWindowVideoBase::GetResumeItemOffset after #13288
Build Details:
  1. LibreELEC.tv:
    • qca9377-firmware-aml: change firmware version to 1.0.0-3 (PR:2420, 1 commit, 1 file changed)
  2. XBMC:
    • [PVR] Guide window: put channel group selector implementation into own class (PR:13384, 1 commit, 2 files changed)
    • [Windows] fix adapters enumeration for multiple GPU (PR:13386, 1 commit, 1 file changed)
    • [Filesystem] Add EfectiveUrl translation in addon interface (PR:13387, 1 commit, 1 file changed)
    • [xbmc] Link against curl instead of using dlopen. (PR:13360, 4 commits, 8 files changed)
    • [video] Fix CGUIWindowVideoBase::GetResumeItemOffset after #13288 (on (PR:13389, 1 commit, 1 file changed)
    • [win10] make the uwp app working in background and handles media butt (PR:13388, 1 commit, 3 files changed)
  3. pvr.mediaportal.tvserver:
    • [fix] allow building with glibc 2.26 or newer (PR:81, 1 commit, 2 files changed)
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 #0119: Generic
(Supercedes previous build)

SHA256 Checksum: 3f46ddf2d74f173653394a73a315181f7a8847700976f48519b220e17cba2546 (Generic)

text:
# uname -a
Linux NUC 4.14.14 #1 SMP Fri Jan 19 21:04:50 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180119210322-#0119-g07482bc [Build #0119]

# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (07482bc, changelog) and tip of XBMC master (a3f4c40, changelog) with the following modifications: Build Highlights:
  1. [pm] resume last played media after sleep
Build Details:
  1. XBMC:
    • xbmcgui - add option to define listitem as folder (PR:13385, 1 commit, 2 files changed)
    • addonsettings - don't lowercase condition value (PR:13306, 1 commit, 1 file changed)
    • [Estuary] some delicate touches to the channelgroup selector (PR:13392, 1 commit, 1 file changed)
    • [pm] resume last played media after sleep (PR:13390, 2 commits, 3 files changed)
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 apologize, I did already post on git about the issue. You are right, has nothing to do with this build.

I appreciate your efforts.
New LibreELEC.tv Leia build #0120: Generic
(Supercedes previous build)

SHA256 Checksum: df6f6de33b8d6f0a41972f915fc15b8c8cdfe38550f2e442874ca252011973aa (Generic)

text:
# uname -a
Linux NUC 4.14.14 #1 SMP Sat Jan 20 21:04:58 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180120210330-#0120-g92dcff2 [Build #0120]

# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (92dcff2, changelog) and tip of XBMC master (7781900, changelog) with the following modifications: Build Highlights:
  1. Music Artwork Consistently Available To GUI
Build Details:
  1. LibreELEC.tv:
    • projects/Amlogic: add S912 support (PR:2411, 4 commits, 15 files changed)
    • fd628: new kodi service package to compliment fd628-aml driver (PR:2419, 2 commits, 6 files changed)
    • amlogic: Set colorspace to avoid no HDMI signal with non-4K output modes (PR:2422, 1 commit, 3 files changed)
    • linux: bump amlogic-3.14 kernel to c855778 and remove merged patches (PR:2423, 1 commit, 5 files changed)
  2. XBMC:
    • Music Artwork Consistently Availlable To GUI (PR:13352, 1 commit, 8 files changed)
    • [PVR] Guide window: Fix crash when switching profiles and both old an (PR:13397, 1 commit, 1 file changed)
    • [pvr][guiinfo] Fix PVR.EpgEventProgress. (PR:13398, 1 commit, 5 files changed)
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.
Milhouse, is there any news about HDR support?
(2018-01-21, 06:39)guandms Wrote: Milhouse, is there any news about HDR support?
 No.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
New LibreELEC.tv Leia build #0121: Generic
(Supercedes previous build)

SHA256 Checksum: bd0e68174f18f3f0e52ca469252ccd3589d1efd8255a8ea1373143cb7dc5fc5f (Generic)

text:
# uname -a
Linux NUC 4.14.14 #1 SMP Sun Jan 21 22:23:15 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180121222147-#0121-g92dcff2 [Build #0121]

# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (92dcff2, changelog) and tip of XBMC master (6b3552e, changelog) with the following modifications: Build Highlights:
  1. AE: fix compensation distance
  2. VideoPlayer: fix stereoscopic playback (PR:13395)
  3. [PVR][Estuary] Guide window teaks for more consistency and readability
  4. VideoPlayer: vaapi - fix bob and yadif methods
Build Details:
  1. XBMC:
    • FIX: [droid] let gradle handle debuggable (PR:13405, 1 commit, 1 file changed)
    • AE: fix compensation distance (PR:13404, 1 commit, 1 file changed)
    • [PVR][Estuary] Guide window teaks for more consistency and readability. (PR:13402, 1 commit, 2 files changed)
    • [xbmc] Update .gitignore (PR:13399, 1 commit, 1 file changed)
    • event stream: fix order (PR:13396, 1 commit, 1 file changed)
    • CHG: [droid] Draw GUI on own View (PR:13400, 1 commit, 14 files changed)
    • Resume last played media after sleep - DVD and stacks update (PR:13407, 1 commit, 3 files changed)
    • VideoPlayer: vaapi - fix bob and yadif methods (PR:13408, 1 commit, 3 files changed)
    • windowing: amlogic: set framebuffer to maximum size before initializing EGL (PR:13391, 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.
With few latest builds keyboard commands with ctrl + shift keymodifiers are not working anymore.
For example o + ctrl + shift should open debug in videoplayback but instead it just does the same thing that pressing o does and opens playerprocessinfo.
New LibreELEC.tv Leia build #0122: Generic
(Supercedes previous build)

SHA256 Checksum: 27c8ad5f70e00d6a83a674ad2fb011fce62cd6226fa8d29fafeb46b11bbf3e9d (Generic)

text:
# uname -a
Linux NUC 4.14.14 #1 SMP Mon Jan 22 21:06:28 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180122210452-#0122-g92dcff2 [Build #0122]

# Kodi version
(18.0-ALPHA1 Git:69a6725). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (92dcff2, changelog) and tip of XBMC master (3155103, changelog) with the following modifications: Build Highlights:
  1. paplayer: fix bookmark at end of playback
Build Details:
  1. XBMC:
    • Move Geometry.h to utils (PR:13403, 1 commit, 45 files changed)
    • paplayer: fix bookmark at end of playback (PR:13413, 1 commit, 2 files changed)
  2. inputstream.rtmp:
    • [depends] fix openssl for android with clang (PR:32, 2 commits, 3 files changed)
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.
Before I jump the gun and raise a big report, does anyone know if it is expected behaviour that videos played through the (in development) asciidisco/plugin.video.netflix Netflix plugin are not being manipulated according to the pre-configured View Mode Video Setting.

In my case, the the pre-configured View Mode "Stretch 16:9" Video Setting does not seem to be working on videos played through this plugin. Therefore there are always black bars around the video. I can still manually set to the required settings to fill the screen just fine.

The settings seems to work just fine for videos (for instance) played through the Emby plugin.
(2018-01-22, 20:47)TimoJ Wrote: With few latest builds keyboard commands with ctrl + shift keymodifiers are not working anymore.
For example o + ctrl + shift should open debug in videoplayback but instead it just does the same thing that pressing o does and opens playerprocessinfo.
Build #0115 was the last one where those key mappings worked correctly, all builds after that have the same bug. So what was changed in build 0116 that caused this?
Maybe Input fixes and modernization by @garbear
  • 1
  • 168
  • 169
  • 170(current)
  • 171
  • 172
  • 355

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