(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:
- Includes latest kodi-platform master (809c5e9)
- Includes latest libcec master (ba9b538, ahead +1)
- Includes latest libnfs master (394b185, ahead +17)
- Includes latest p8-platform master (cee64e9)
- Includes latest addons: inputstream.adaptive (97f2d96), inputstream.ffmpegdirect (cf1dc46), inputstream.rtmp (02d6a0d), peripheral.joystick (1e96d24, +1), peripheral.xarcade (51e1a45), pvr.argustv (5d9e579), pvr.demo (23e9773, +5), pvr.dvblink (c2779e4, +8), pvr.dvbviewer (a3348c4, +1), pvr.filmon (9ded893), pvr.freebox (f8bd899, +3), pvr.hdhomerun (d8a874e), pvr.hts (9fb93b6), pvr.iptvsimple (f802a19), pvr.mediaportal.tvserver (4b4efab, +1), pvr.mythtv (5d79dc7), pvr.nextpvr (5b3db9d, +8), pvr.njoy (1531870, +4), pvr.octonet (c37cede, +1), pvr.pctv (67d98d1, +4), pvr.sledovanitv.cz (a029382, +15), pvr.stalker (c9ae0fb), pvr.teleboy (715a835, +1), pvr.vbox (91e1810, +8), pvr.vdr.vnsi (712d3a8), pvr.vuplus (47e7a89), pvr.waipu (578a007), pvr.wmc (3d27f37), pvr.zattoo (57613f1, +2), vfs.libarchive (fa3f51b, +2), vfs.rar (5bb57db), vfs.sftp (d1dc0a7, +3)
- Include [env] compare (perma): linux (Generic): enable Marvell SDIO and USB WiFi support as module
- Include [env] patch: kodi: add mhupdate
- Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
- Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: rev hack for kodi
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
- Include [env] PR:4201 (perma): linux: bail when config options are missing
- Include [env] PR:4237 (perma): linux (Generic/Allwinner): update to linux-5.5.13
- Include [env] PR:4242 (perma): rpi-eeprom: update to rpi-eeprom-<next>
- Include [env] PR:4243 (perma): linux (RPi): update to linux-5.4.28
- Include [env] PR:4255 (perma): kodi: next update (end of March 2020?)
- Include [env] PR:4261 (perma): add RemainAfterExit=yes to our oneshot systemd services
- Include [env] PR:4266 (perma): bluez: update to bluez-5.54
- Revert [env] PR:4010: ffmpeg: rpi ffmpeg patch only for use with rpi kodi (reason: need ffmpeg patches with newclock5)
- Include [pkg] patch: kodi: fix addon platform_tag (kodi)
- Include [pkg] PR:494 (perma): USBCECAdapterDetection: Limit scan to USB subsystem (libcec)
- Include [pkg] PR:16168 (perma): sse4: build in support instead of making a shared library
- Include [pkg] PR:16578 (perma): TexturePacker: fix for 32-bit systems
- Include [pkg] PR:16740 (perma): WIP - [remote] Allow longpress mod for remote keymaps
- Include [pkg] PR:17046 (perma): changed: Move filecache buffering logic from CDVDInputStreamFile to CFile
Build Highlights:
- bluez: update to bluez-5.54
- USBCECAdapterDetection: Limit scan to USB subsystem (libcec) [EDIT: This breaks CEC and will be dropped until fixed]
Build Details:
- 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)
- pvr.sledovanitv.cz:
- Fix re-pairing device for failed login (a029382)
- 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 !
@
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:
- Includes latest kodi-platform master (809c5e9)
- Includes latest libcec master (ba9b538, ahead +1)
- Includes latest libnfs master (394b185, ahead +17)
- Includes latest p8-platform master (cee64e9)
- Includes latest addons: inputstream.adaptive (97f2d96), inputstream.ffmpegdirect (cf1dc46), inputstream.rtmp (02d6a0d), peripheral.joystick (1e96d24, +1), peripheral.xarcade (51e1a45), pvr.argustv (5d9e579), pvr.demo (23e9773, +5), pvr.dvblink (c2779e4, +8), pvr.dvbviewer (a3348c4, +1), pvr.filmon (9ded893), pvr.freebox (f8bd899, +3), pvr.hdhomerun (d8a874e), pvr.hts (9fb93b6), pvr.iptvsimple (f802a19), pvr.mediaportal.tvserver (4b4efab, +1), pvr.mythtv (5d79dc7), pvr.nextpvr (5b3db9d, +8), pvr.njoy (1531870, +4), pvr.octonet (c37cede, +1), pvr.pctv (67d98d1, +4), pvr.sledovanitv.cz (a029382, +15), pvr.stalker (c9ae0fb), pvr.teleboy (715a835, +1), pvr.vbox (91e1810, +8), pvr.vdr.vnsi (712d3a8), pvr.vuplus (47e7a89), pvr.waipu (578a007), pvr.wmc (3d27f37), pvr.zattoo (57613f1, +2), vfs.libarchive (fa3f51b, +2), vfs.rar (5bb57db), vfs.sftp (d1dc0a7, +3)
- Include [env] compare (perma): linux (Generic): enable Marvell SDIO and USB WiFi support as module
- Include [env] patch: kodi: add mhupdate
- Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
- Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: rev hack for kodi
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
- Include [env] PR:4201 (perma): linux: bail when config options are missing
- Include [env] PR:4237 (perma): linux (Generic/Allwinner): update to linux-5.5.13
- Include [env] PR:4242 (perma): rpi-eeprom: update to rpi-eeprom-<next>
- Include [env] PR:4243 (perma): linux (RPi): update to linux-5.4.28
- Include [env] PR:4255 (perma): kodi: next update (end of March 2020?)
- Include [env] PR:4261 (perma): add RemainAfterExit=yes to our oneshot systemd services
- Include [env] PR:4262 (perma): gcc: update to gcc-9.3.0
- Include [env] PR:4266 (perma): bluez: update to bluez-5.54
- Include [env] PR:4268 (perma): alsa-lib: use hda_intel driver on Intel boards with a DSP
- Revert [env] PR:4010: ffmpeg: rpi ffmpeg patch only for use with rpi kodi (reason: need ffmpeg patches with newclock5)
- Include [pkg] patch: kodi: fix addon platform_tag (kodi)
- Include [pkg] PR:495 (perma): USBCECAdapterDetection: Only scan tty (libcec)
- Include [pkg] PR:16168 (perma): sse4: build in support instead of making a shared library
- Include [pkg] PR:16578 (perma): TexturePacker: fix for 32-bit systems
- Include [pkg] PR:16740 (perma): WIP - [remote] Allow longpress mod for remote keymaps
- Include [pkg] PR:17046 (perma): changed: Move filecache buffering logic from CDVDInputStreamFile to CFile
Build Highlights:
- gcc: update to gcc-9.3.0
- alsa-lib: use hda_intel driver on Intel boards with a DSP
Quote:Should fix the missing audio some Intel NUC users experience.
- USBCECAdapterDetection: Only scan tty (libcec)
Quote:Second attempt at addressing the excessive load caused by CEC bus scans
Build Details:
- LibreELEC.tv:
- Allwinner: Update Cedrus patches (PR:4267, 2 commits, 3 files changed)
- 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)
- 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