Kodi Community Forum

Full Version: LibreELEC Testbuilds for x86_64 (Kodi 19.0)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
(2020-03-15, 21:09)Milhouse Wrote: [ -> ]
(2020-03-15, 20:30)Nekromantik Wrote: [ -> ]@Milhouse On my NUC I loose audio on all releases of your builds.
In system settings only audio device listed is bluetooth.
Here is log https://pastebin.com/xMrv9h0d

Can you try the 5.6-rc5 build and confirm if that fixes it?

We think it might be fixed in 5.6-rc5, but are not 100% sure.

After testing 5.6-rc5, if you want to continue testing these 5.5.x kernel builds then see this thread. First, try disabling the "HD Audio DSP" BIOS option if you have it. If you don't, or it doesn't have any effect, then try the "blacklist" method linked in the second post of that thread.  

I already did the blacklist method and now sound is back.
Do I need to revert the blacklist change test 5.6rc5? Wont be tonight though.
Also to go back to LE 9.2.1 do I need to do a clean install?
Thanks
(2020-03-15, 21:15)Nekromantik Wrote: [ -> ]Do I need to revert the blacklist change test 5.6rc5? Wont be tonight though.

Yes, please remove the blacklist workaround when testing 5.6-rc5.

(2020-03-15, 21:15)Nekromantik Wrote: [ -> ]Also to go back to LE 9.2.1 do I need to do a clean install?

In theory, no, but with add-ons disabled due to the xbmc-python 3.0.0 change you may be better of with a clean install should you decide to go back to LE 9.2.1.
New LibreELEC.tv Matrix build #0315: Generic
(Supercedes previous build)

SHA256 Checksum: ab4c017db37504725fe9307b9a6eccc913e6f0cd277df7db996acd337181ce03 (Generic)

text:
# uname -a
Linux NUC 5.5.9 #1 SMP Sun Mar 15 22:00:16 GMT 2020 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20200315215033-#0315-g6c08564 [Build #0315]

# Kodi version
Kodi (19.0-ALPHA1 Git:fe157eb). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (6c08564, changelog) and tip of XBMC master (fe157eb, changelog) with the following modifications: Build Highlights:
  1. bluez: update to bluez-5.54
  2. USBCECAdapterDetection: Limit scan to USB subsystem (libcec) [EDIT: This breaks CEC and will be dropped until fixed]
Build Details:
  1. XBMC:
    • Implement range check in URIUtils::resolvePath (PR:17492, 1 commit, 1 file changed)
    • [pvr] add defines for invalid season and episode values (PR:17496, 1 commit, 2 files changed)
  2. pvr.sledovanitv.cz:
    • Fix re-pairing device for failed login (a029382)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:4266 (perma): bluez: update to bluez-5.54
    • Added: [pkg] PR:494 (perma): USBCECAdapterDetection: Limit scan to USB subsystem (libcec)
(2020-03-15, 22:50)Milhouse Wrote: [ -> ]...
In theory, no, but with add-ons disabled due to the xbmc-python 3.0.0 change you may be better of with a clean install should you decide to go back to LE 9.2.1. 

has someone already thought about an sort of "LE dual boot" option.
it might help/speedup testing !

- clean install and a subseq. backup restore isn't that dramatic, though, but a dual boot would save some work/time -
(2020-03-16, 00:52)sixpack58 Wrote: [ -> ]has someone already thought about an sort of "LE dual boot" option.
it might help/speedup testing !

- clean install and a subseq. backup restore isn't that dramatic, though, but a dual boot would save some work/time -

On x86_64, booting builds from USB sticks ("run" mode) is perhaps the easiest option.
(2020-03-16, 00:52)sixpack58 Wrote: [ -> ]has someone already thought about an sort of "LE dual boot" option.
it might help/speedup testing !

I've had a multi-boot setup for some time on my laptop: Win10 + Ubuntu + 2x LibreELEC (stable & milhouse builds). With the Grub boot menu you select whatever is necessary.
(2020-03-16, 01:17)Klojum Wrote: [ -> ]...
I've had a multi-boot setup for some time on my laptop: Win10 + Ubuntu + 2x LibreELEC (stable & milhouse builds). With the Grub boot menu you select whatever is necessary. 
@Klojum 
already known and I'm currently running something similar: fedora and win8.1 on a second additional disk.
Win8.1 disk is ${raw} booted via vbox under/from fedora
- saves 2x reboots -
I'm somewhat lazy ! Cool


@Milhouse
are AddOn's installable in live mode and do data (tvheadend and other config's) remain, e.g. survive a second live stick boot ?
(2020-03-16, 02:01)sixpack58 Wrote: [ -> ]are AddOn's installable in live mode and do data (tvheadend and other config's) remain, e.g. survive a second live stick boot ?

No, "live" mode doesn't use any persistent storage, it runs entirely out of RAM so any changes you make during "live" mode are lost when the system is shutdown.

Instead, use "run" mode as this uses the USB memory stick for persistent storage, allowing you to install add-ons. save data, configs etc., and you can even upgrade the version of LibreELEC on the USB memory stick while using "run" mode (in the normal way, from a tar file etc.).
Weekly Linux 5.6-rc6 build #0315x: Generic
(2020-03-16, 02:08)Milhouse Wrote: [ -> ]...
Instead, use "run" mode as this uses the USB memory stick for persistent storage, allowing you to install add-ons. save data, configs etc., and you can even upgrade the version of LibreELEC on the USB memory stick while using "run" mode (in the normal way, from a tar file etc.). 

thx for fast response !

but damn, I should carefully read what was answered already in your first post: run mode.
sorry, I overlooked / mixed it - I'm getting old and blind -
Can anyone using CEC confirm that CEC is still working normally with build #0315?
I had some Team Kodi users test CEC and it's broken in #0315, so I'll drop the CEC PR until it works as intended.
New LibreELEC.tv Matrix build #0316: Generic
(Supercedes previous build)

SHA256 Checksum: 784b8dbb13d23a07211be4f272026c0aeb8cc6e0c939e7e2916a946cb1383b35 (Generic)

text:
# uname -a
Linux NUC 5.5.9 #1 SMP Tue Mar 17 00:10:32 GMT 2020 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20200317000858-#0316-g9542570 [Build #0316]

# Kodi version
Kodi (19.0-ALPHA1 Git:365c4cd). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (9542570, changelog) and tip of XBMC master (365c4cd, changelog) with the following modifications: Build Highlights:
  1. gcc: update to gcc-9.3.0
  2. alsa-lib: use hda_intel driver on Intel boards with a DSP
    Quote:Should fix the missing audio some Intel NUC users experience.
  3. USBCECAdapterDetection: Only scan tty (libcec)
    Quote:Second attempt at addressing the excessive load caused by CEC bus scans
Build Details:
  1. LibreELEC.tv:
    • Allwinner: Update Cedrus patches (PR:4267, 2 commits, 3 files changed)
  2. XBMC:
    • [Music]Fix music library migration to MyMusic74 (PR:17507, 1 commit, 1 file changed)
    • [EPG] change season/episode infolabels for specials (PR:17488, 1 commit, 3 files changed)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:4242 (perma): rpi-eeprom: update to rpi-eeprom-<next>
    • Added: [env] PR:4262 (perma): gcc: update to gcc-9.3.0
    • Added: [env] PR:4268 (perma): alsa-lib: use hda_intel driver on Intel boards with a DSP
    • Added: [pkg] PR:495 (perma): USBCECAdapterDetection: Only scan tty (libcec)
Hi @Milhouse 

wow I read about this patch :

Added: [env] PR:4268 (perma): alsa-lib: use hda_intel driver on Intel boards with a DSP

and I was wondering if you could use it on nuc with ubuntu, could you tell me where to find out or how to do it?

do you think that's enough?
Quote:sudo nano etc/modprobe.d/intel-audio.conf
options snd_intel_dspcfg dsp_driver=1


Thank you very much.
(2020-03-17, 11:09)Rumpelstiltskin Wrote: [ -> ]and I was wondering if you could use it on nuc with ubuntu, could you tell me where to find out or how to do it?

do you think that's enough?
Quote:sudo nano etc/modprobe.d/intel-audio.conf
options snd_intel_dspcfg dsp_driver=1

Thank you very much.

The snd_intel_dspcfg module was added in kernel 5.5, so if you are running that this should work. For older kernels you can simply add "blacklist snd_soc_skl" which has a similar effect.

so long,

Hias