•   
  • 1
  • 307
  • 308
  • 309(current)
  • 310
  • 311
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
New LibreELEC.tv Leia build #1031: Generic
(Supercedes previous build)

SHA256 Checksum: feb0133d0a71b62563af9ba1fc597fbbba63a9d3944ed56b83763c062ba60fcd (Generic)

# uname -a
Linux NUC 4.19.0 #1 SMP Wed Oct 31 21:04:12 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20181031210236-#1031-g76ed873 [Build #1031]

# Kodi version
(18.0-BETA5 Git:36c6db1). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (76ed873, changelog) and tip of XBMC master (36c6db1, changelog) with the following modifications: Build Highlights:
  1. Fix RES_DESKTOP calibration setting assignement
  2. Fix include auto-mounted drives remote access allowed check
  3. mesa: update to mesa-18.2.4
Build Details:
  1. LibreELEC.tv:
    • bcmstat/texturecache.py: latest versions (PR:3070, 2 commits, 2 files changed)
  2. XBMC:
    • Fix RES_DESKTOP calibration setting assignement (PR:14744, 1 commit, 1 file changed)
    • [Aplication] Don't flip GFXContext if GUIRender is forced off (PR:14730, 1 commit, 1 file changed)
  3. inputstream.adaptive:
    • Fix renewal_url replacement / fix max_bandwidth_user (d1d759e)
    • Version bump 2.3.6 (bc54163)
  4. pvr.zattoo:
    • Fix wrong null ptr check (41268ee)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] compare (perma): kodi: next (Nov 2018)
    • Added: [env] PR:3072 (perma): mesa: update to mesa-18.2.4
    • Added: [pkg] PR:14758 (perma): Fix include auto-mounted drives remote access allowed check
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 #1101: Generic
(Supercedes previous build)

SHA256 Checksum: 458bca7d9d9c3fd16ce876f381ccc4be08797ac21f5c069dad00d3b5e18e5f9b (Generic)

# uname -a
Linux NUC 4.19.0 #1 SMP Thu Nov 1 21:55:46 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20181101215418-#1101-g76ed873 [Build #1101]

# Kodi version
(18.0-BETA5 Git:bc1ca7e). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (76ed873, changelog) and tip of XBMC master (bc1ca7e, changelog) with the following modifications: Build Highlights:
  1. bump libdvdcss to 1.4.2-Leia-Beta-5 (kodi PR)
  2. [VideoPlayer] SetResolution synchronously instead RM::TriggerResolution
Build Details:
  1. XBMC:
    • [addons] remove CAddonDll::GetSetting() is calling the parent only (PR:14753, 1 commit, 2 files changed)
    • [skin.estuary] Add 8K support (PR:14760, 1 commit, 2 files changed)
    • [depends] bump libdvdcss to 1.4.2-Leia-Beta-5 (PR:14759, 2 commits, 2 files changed)
    • [PVR][settings] Get rid of CSettings' and CSettingConditions' PVR dependencies. (PR:14763, 1 commit, 11 files changed)
    • [PVR] Reduce PVR build dependencies: Get rid of pvr/PVREvent.h (in favour to forward declarations). (PR:14764, 1 commit, 9 files changed)
    • [macos] Support all display resolutions available for the given screen. (PR:14761, 1 commit, 1 file changed)
    • [test] Change kodi-test help text to right names (PR:14765, 1 commit, 1 file changed)
    • [Android] block ResolutionChange until onDisplayChanged arrives (PR:14756, 1 commit, 3 files changed)
    • [VideoPlayer] SetResolution synchronously instead RM::TriggerResolution (PR:14755, 1 commit, 1 file changed)
    • [Android] MediaCodec: use input buffers again if queuing fails (PR:14767, 1 commit, 1 file changed)
  2. inputstream.adaptive:
    • [MPD] implement base-domain relative paths (5a7d53a)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] compare (perma): kodi: next (Nov 2018)
    • Added: [env] PR:3073 (perma): cputemp: give RPi SoC sensor priority
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, will passthrough audio be supported on NUC6CAYH or is it now a closed case? Few months back it looked like the only thing holding it back were Intel drivers in Linux kernel. Now the drivers seem to be final but I still can't get the audio passthough to work. In fact even non-hd audio formats don't work me. I only get multichannel wannabe surround sound or plain stereo. Upgraded BIOS to the latest, fiddled with refresh rate and other settings but no luck. I noticed that the Passthough settings are empty no matter what level of settings type I choose. I've only seen the Passthough settings once but now they are empty.
It works since a long time on this device. Whatever your issue is, is something related to your environment / hardware.

The only thing you need to make sure: LSPCON firmware >= 1.66 - nothing else. This is only flashable / upgradable via windows. Other than that: no issue left.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-11-02, 19:51)fritsch Wrote: LSPCON firmware

Thank you for your tip, but I've upgraded the HDMI Firmware to 1.72 two months ago. So it's not that. Funny thing is that it worked for me in some of the previous builds and now it doesn't work in actual builds. Damn, I should've got rid of this NUC nonsence long time ago. Emulating HDMI on a DisplayPort can never work well.

Sorry for my tone, but I've lost too much time dealing with this. I'll try to wipe the whole DATA partition a create new settings from scratch, maybe this last attempt may help.
It works for others - why not post a Debug Log?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
(2018-11-02, 19:26)riccardo Wrote: I noticed that the Passthough settings are empty no matter what level of settings type I choose. I've only seen the Passthough settings once but now they are empty.

Try testing with a fresh/clean Kodi folder - maybe your guisettings.xml is corrupted somehow.

1. Login with ssh, run the following commands:

systemctl stop kodi
mv /storage/.kodi /storage/.kodi.bak
reboot

2. Configure your hardware, testing passthrough audio etc.

3. To restore your original system and settings, login with ssh and run the following:

systemctl stop kodi
rm -rf /storage/.kodi
mv /storage/.kodi.bak /storage/.kodi
reboot

If a clean system with default settings is working then it's either something you've installed, something you've configured, or something that has become corrupt.
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.
Thank you guys, crating fresh new settings helped. So far I can get audio PT to work but sometimes non-HD formats are not recognized properly. It looks like display refresh rate affects this - switching from 59.9 to 60 and then to 23.976 and again 60. I'll play with it more. If there are still issues I'll post debug log. Sorry again for my previous pissed off post. I should have startted with new settings first before nagging here.
New LibreELEC.tv Leia build #1102: Generic
(Supercedes previous build)

SHA256 Checksum: 45c8e5261cf73fcbe41d29707d215f1ce4931d009cf0362524a3c5aa5e599ba4 (Generic)

# uname -a
Linux NUC 4.19.0 #1 SMP Fri Nov 2 21:04:03 GMT 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20181102210239-#1102-gebe6234 [Build #1102]

# Kodi version
(18.0-BETA5 Git:ea7cf67). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (ebe6234, changelog) and tip of XBMC master (ea7cf67, changelog) with the following modifications: Build Highlights:
  1. [GLES] VideoPlayer: more cleanup
  2. libcec, p8-platform updates
  3. cputemp fixes
Build Details:
  1. LibreELEC.tv:
    • tinc: update to 1.1pre17 (PR:3074, 1 commit, 2 files changed)
    • Inadyn 2.5 (PR:3075, 2 commits, 5 files changed)
    • squeezelite: link instead dlopen again and update (PR:3062, 1 commit, 4 files changed)
    • dispmanx_vnc: update to 5bde54b (PR:3076, 1 commit, 2 files changed)
  2. XBMC:
    • [GLES] VideoPlayer: more cleanup (PR:14746, 1 commit, 5 files changed)
    • [Android] Wait 2000 instead 500ms until videoview is created (PR:14770, 1 commit, 1 file changed)
    • [xbmc][settings][GL][DX]: Remove test patterns (PR:14725, 1 commit, 16 files changed)
    • Fix include auto-mounted drives remote access allowed check (PR:14758, 1 commit, 1 file changed)
  3. libcec:
    • Fix Pulse-Eight USB CEC adapter detection on macOS Mojave (PR:434, 1 commit, 1 file changed)
    • Fix LG TV always changing input when turned on #307 (PR:390, 1 commit, 1 file changed)
    • Include C version of libCEC loader when installing (PR:397, 1 commit, 1 file changed)
    • Fix build if tinfo library is not present. (PR:398, 1 commit, 1 file changed)
    • Fix broken Python version check and failure to build on cmake < 3.7 (PR:409, 1 commit, 1 file changed)
    • changed: disable autonomous mode when a Samsung TV is connected (2c41938)
    • Revert "added: -std=c++11 to pkg-config" (e418800)
    • cosmetics. thanks @MilhouseVH (a3bfedf)
    • fixed: CRPiCECAdapterMessageQueue::Write() accessed the queue without locking (d62951c)
    • changed: use sig_atomic_t for shared object between sig handler and main (0055a83)
    • added links to examples for rpi (96ba7dd)
  4. p8-platform:
    • p8-platform-config: fix lookup paths (PR:31, 1 commit, 1 file changed)
    • Fix Win64 compile warnings (PR:34, 1 commit, 1 file changed)
  5. inputstream.adaptive:
    • Check for invalid adaptationsets (20c18dc)
    • Allow JSON array in license response (51c94a7)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] compare (perma): kodi: next (Nov 2018)
    • Added: [env] PR:3077 (perma): kodi: use project specific cputemp scripts for all projects
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.
Hi all

Has anyone having this issue? I dontknow how to explain so please take a lookat the following pictures:

Image

Hardware configuration:
- NUC Gemini lake J5005 (NUC7PJYH1)
- 16GB DDR4 SODIMM memory
- 120GB Patriot SSD
Software:
- devel-20181101215418-#1101-g76ed873 [Build #1101]
Remove kodi's Calibration! And properly set the oversan / underscan with your TV's remote in TV's setting.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Yep. I’m still having this issue. It happened in the 9xx realease somewhere. The recommendation does not work for me either. Panasonic Viera Plasma screen. Issue is a 4:3 has no issues on the bottom, but has issues on the left and right. Whilst a widescreen video has issues on the bottom.
I recently had a malware issue at home, my NUC libreelec box got hosed, the smb shared folders were damaged. Now, my MCE remotes are not working. Degug log: http://ix.io/1qM0. I have removed the userdata folder, and let it rebuild, but the remote still fails to function. I unfortunately do not have access to another PC at the moment to make a new USB bootable device to reimage.
Is it possible to build a new bootable USB drive from libreelec?
Any ideas on what the issue with my existing build is?
(2018-11-03, 13:40)khaoohs Wrote: Is it possible to build a new bootable USB drive from libreelec?

Plug your USB drive in to the LibreELEC box, unmount it (make a note of the device), then write the uncrompressed img to the USB device using dd.

The following should work, replace /dev/sdX with your USB device:

wget http://archive.libreelec.tv/LibreELEC-Ge...006.img.gz -O- | gunzip -c > /storage/LibreELEC-Generic.x86_64-8.90.006.img
dd if=/storage/LibreELEC-Generic.x86_64-8.90.006.img of=/dev/sdX bs=1M conv=fsync
sync
poweroff

Now boot from your UBS device and install LibreELEC 8.90.006. You can then upgrade again to one of these test builds if you wish.

If you want to install using only the #1102 test build:

  1. Boot the USB memory stick into run mode (this uses only the USB memory stick for storage, and is thus "persistent")
  2. Complete the First Run Wizard, and perform an upgrade of LibreELEC 8.90.006 using the #1102 test build:
    • Copy the #1102 tar file into the Update folder
    • Reboot, allowing the USB stick to boot into run mode again
  3. Once LibreELEC has finished updating to #1102, reboot
  4. Boot into installer mode which will now install LibreELEC #1102 directly to your SSD/HDD

These test builds include a few tweaks to the installer script that are not present in 8.90.006, so this would be an ideal time to test those! Smile

(2018-11-03, 13:40)khaoohs Wrote: Any ideas on what the issue with my existing build is?

Maybe /storage/.config has been trashed, or you made a configuration change months/years ago which you've now lost thanks to the malware.

Just out of interest did you still have SMB1 enabled at the time of the malware incident?

Note: you're using a custom edid so you may want to save that before overwriting. Also, from the network failures in your log you may also want to enable the "Wait for network" setting after you have completed the installation.
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.
(2018-11-03, 13:40)khaoohs Wrote: I recently had a malware issue at home, my NUC libreelec box got hosed, the smb shared folders were damaged. Now, my MCE remotes are not working. Degug log: http://ix.io/1qM0.
These lines look very suspicious:
Code:
Nov 02 21:23:01 LibreELEC kernel: nuvoton-cir 00:05: [io  0x0240-0x024f]
Nov 02 21:23:01 LibreELEC kernel: nuvoton-cir 00:05: unable to assign resources
Nov 02 21:23:01 LibreELEC kernel: nuvoton-cir 00:05: Could not activate PNP device!
Nov 02 21:23:01 LibreELEC kernel: nuvoton-cir: probe of 00:05 failed with error -16
Somehow the on-board IR receiver couldn't be enabled - did you maybe disable it in the BIOS or change any other BIOS settings?

so long,

Hias
  •   
  • 1
  • 307
  • 308
  • 309(current)
  • 310
  • 311
  • 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