Kodi Community Forum
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
---- Thread: v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0) (/showthread.php?tid=298462)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-01-26

New LibreELEC.tv Leia build #0125: Generic
(Supercedes previous build)

Code:
# uname -a
Linux NUC 4.9.5 #1 SMP Wed Jan 25 21:33:56 GMT 2017 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20170125213236-#0125-gb05dae1 [Build #0125]

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

Based on tip of LibreELEC.tv master (b05dae1a, changelog) and tip of XBMC master (2112f393, changelog) with the following modifications: Build Highlights:
  1. media_build: fix for remote controls (hopefully!)
Build Details:
  1. LibreELEC.tv:
    • media_build use .config (PR:1203, 2 commits, 10 files changed)
    • dvb-firmware: update to 1.2.1 (PR:1205, 1 commit, 1 file changed)
    • kodi: create sym link for latest crashlog (PR:1188, 1 commit, 1 file changed)
    • linux: update to linux-4.9.5 (PR:1207, 2 commits, 4 files changed)
    • remove and rework kodi patches (PR:1176, 4 commits, 3 files changed)
  2. XBMC:
    • [PVR] Trac 17246: Fix deadlock that might occur during initial channel icon search. (PR:11536, 1 commit, 2 files changed)
    • [PVR][application] Fix update of PVR client addons (PR:11541, 2 commits, 4 files changed)
    • AESinkAUDIOTRACK: Be more explicit when logging PT method (PR:11532, 1 commit, 1 file changed)
  3. libcec:
  4. inputstream.adaptive:
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] ccfffc36: media_build: build all rc modules



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lleon596 - 2017-01-26

Hello ,
I've noticed that EAC3 streams are getting downmixed to stereo despite in settings allow passthrough is set (DTS and AC3) .
Using latest build libreelec #0124 on NUC n3700 ,have tried #1203 as well .
Can you please take a look ?
kodi.log is here http://sprunge.us/QKHe
Thanks!


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-26

Will the latest version help with wifi speeds?
On my Apollo Lake nuc Im connected to my 5ghz wifi but only at 25mb.
While laptop in same room gets 125.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-01-26

(2017-01-26, 00:25)Nekromantik Wrote: Will the latest version help with wifi speeds?
On my Apollo Lake nuc Im connected to my 5ghz wifi but only at 25mb.
While laptop in same room gets 125.

The switch to BBR congestion control and Fair Queue packet scheduling might improve things if your WiFi connection is poor - let us know. This is the rationale for switching to BBR/FQ:
Quote:BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to maximize network utilization and minimize queues. It builds an explicit model of the the bottleneck delivery rate and path round-trip propagation delay. It tolerates packet loss and delay unrelated to congestion. It can operate over LAN, WAN, cellular, wifi, or cable modem links. It can coexist with flows that use loss-based congestion control, and can operate with shallow buffers, deep buffers, bufferbloat, policers, or AQM schemes that do not provide a delay signal. It requires the fq ("Fair Queue") pacing packet scheduler.

However if the hardware (poor antenna, crap Realtek WiFi chipset) is at fault there's probably little that can be done, particularly as Realtek drivers are such a mess. If it's an Intel WiFi chipset then with these builds you're most likely already getting the latest/greatest WiFi driver.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-01-26

(2017-01-26, 00:06)lleon596 Wrote: Hello ,
I've noticed that EAC3 streams are getting downmixed to stereo despite in settings allow passthrough is set (DTS and AC3) .
Using latest build libreelec #0124 on NUC n3700 ,have tried #1203 as well .
Can you please take a look ?
kodi.log is here http://sprunge.us/QKHe
Thanks!

Do you have "Sync playback to display" disabled? Enabling "Sync playback to display" will disable passthrough.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lleon596 - 2017-01-26

(2017-01-26, 02:16)Milhouse Wrote:
(2017-01-26, 00:06)lleon596 Wrote: Hello ,
I've noticed that EAC3 streams are getting downmixed to stereo despite in settings allow passthrough is set (DTS and AC3) .
Using latest build libreelec #0124 on NUC n3700 ,have tried #1203 as well .
Can you please take a look ?
kodi.log is here http://sprunge.us/QKHe
Thanks!

Do you have "Sync playback to display" disabled? Enabling "Sync playback to display" will disable passthrough.
"Sync playback to display" is disabled. Passthrough is working on DTS and AC3 but EAC3 is downmixed to stereo , in the log I see :

23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Opening
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Failed
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: FFmpeg - Opening

I've attached full kodi.log ...


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-26

(2017-01-26, 02:14)Milhouse Wrote:
(2017-01-26, 00:25)Nekromantik Wrote: Will the latest version help with wifi speeds?
On my Apollo Lake nuc Im connected to my 5ghz wifi but only at 25mb.
While laptop in same room gets 125.

The switch to BBR congestion control and Fair Queue packet scheduling might improve things if your WiFi connection is poor - let us know. This is the rationale for switching to BBR/FQ:
Quote:BBR (Bottleneck Bandwidth and RTT) TCP congestion control aims to maximize network utilization and minimize queues. It builds an explicit model of the the bottleneck delivery rate and path round-trip propagation delay. It tolerates packet loss and delay unrelated to congestion. It can operate over LAN, WAN, cellular, wifi, or cable modem links. It can coexist with flows that use loss-based congestion control, and can operate with shallow buffers, deep buffers, bufferbloat, policers, or AQM schemes that do not provide a delay signal. It requires the fq ("Fair Queue") pacing packet scheduler.

However if the hardware (poor antenna, crap Realtek WiFi chipset) is at fault there's probably little that can be done, particularly as Realtek drivers are such a mess. If it's an Intel WiFi chipset then with these builds you're most likely already getting the latest/greatest WiFi driver.

Its a new intel wifi chipset in the NUC.
I might try the 2.4ghz channel instead to see if its any better under LibreELEC.
Thanks


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - kekomat - 2017-01-26

Thanks @Milhouse for explaining the "Kodi 18.0 alpha 1" release note in such a detail, I appreciate it.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2017-01-26

(2017-01-26, 08:14)lleon596 Wrote:
(2017-01-26, 02:16)Milhouse Wrote:
(2017-01-26, 00:06)lleon596 Wrote: Hello ,
I've noticed that EAC3 streams are getting downmixed to stereo despite in settings allow passthrough is set (DTS and AC3) .
Using latest build libreelec #0124 on NUC n3700 ,have tried #1203 as well .
Can you please take a look ?
kodi.log is here http://sprunge.us/QKHe
Thanks!

Do you have "Sync playback to display" disabled? Enabling "Sync playback to display" will disable passthrough.
"Sync playback to display" is disabled. Passthrough is working on DTS and AC3 but EAC3 is downmixed to stereo , in the log I see :

23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Opening
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Failed
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: FFmpeg - Opening

I've attached full kodi.log ...

Quote:23:41:23.420 T:139802529502656 NOTICE: m_displayNameExtra: MEI Panasonic-TV on HDMI
23:41:23.420 T:139802529502656 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
23:41:23.420 T:139802529502656 NOTICE: m_channels : FL,FR
23:41:23.420 T:139802529502656 NOTICE: m_sampleRates : 32000,44100,48000
23:41:23.420 T:139802529502656 NOTICE: m_dataFormats : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW

That won't work as long as your box syncs with the TV instead of the AVR. Disable ARC and retry. For HD Audio you need 192 khz samplerate and 8 channels.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lleon596 - 2017-01-26

(2017-01-26, 18:33)fritsch Wrote:
(2017-01-26, 08:14)lleon596 Wrote:
(2017-01-26, 02:16)Milhouse Wrote: Do you have "Sync playback to display" disabled? Enabling "Sync playback to display" will disable passthrough.
"Sync playback to display" is disabled. Passthrough is working on DTS and AC3 but EAC3 is downmixed to stereo , in the log I see :

23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Opening
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Failed
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: FFmpeg - Opening

I've attached full kodi.log ...

Quote:23:41:23.420 T:139802529502656 NOTICE: m_displayNameExtra: MEI Panasonic-TV on HDMI
23:41:23.420 T:139802529502656 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
23:41:23.420 T:139802529502656 NOTICE: m_channels : FL,FR
23:41:23.420 T:139802529502656 NOTICE: m_sampleRates : 32000,44100,48000
23:41:23.420 T:139802529502656 NOTICE: m_dataFormats : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW

That won't work as long as your box syncs with the TV instead of the AVR. Disable ARC and retry. For HD Audio you need 192 khz samplerate and 8 channels.


I did not quite understood you Smile
The box connected to Sharp HB60 soundbar which have Dolby/DTS decoders via HDMI and the soundbar output to TV HDMI(ARC) input .
I had no problems ever to passthrough DTS and Dolby with that setup .
How should I disable ARC ? Different HDMI port in TV ?
Also in log the stream audio properties :
Stream #0:1[0x101](ger): Audio: eac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 256 kb/s

Thanks..


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-26

Do these builds include same patches as the Apollo lake thread builds?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - fritsch - 2017-01-26

(2017-01-26, 19:15)lleon596 Wrote:
(2017-01-26, 18:33)fritsch Wrote:
(2017-01-26, 08:14)lleon596 Wrote: "Sync playback to display" is disabled. Passthrough is working on DTS and AC3 but EAC3 is downmixed to stereo , in the log I see :

23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Opening
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: passthrough - Failed
23:49:06.562 T:139801579742976 DEBUG: FactoryCodec - Audio: FFmpeg - Opening

I've attached full kodi.log ...

Quote:23:41:23.420 T:139802529502656 NOTICE: m_displayNameExtra: MEI Panasonic-TV on HDMI
23:41:23.420 T:139802529502656 NOTICE: m_deviceType : AE_DEVTYPE_HDMI
23:41:23.420 T:139802529502656 NOTICE: m_channels : FL,FR
23:41:23.420 T:139802529502656 NOTICE: m_sampleRates : 32000,44100,48000
23:41:23.420 T:139802529502656 NOTICE: m_dataFormats : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW

That won't work as long as your box syncs with the TV instead of the AVR. Disable ARC and retry. For HD Audio you need 192 khz samplerate and 8 channels.


I did not quite understood you Smile
The box connected to Sharp HB60 soundbar which have Dolby/DTS decoders via HDMI and the soundbar output to TV HDMI(ARC) input .
I had no problems ever to passthrough DTS and Dolby with that setup .
How should I disable ARC ? Different HDMI port in TV ?
Also in log the stream audio properties :
Stream #0:1[0x101](ger): Audio: eac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 256 kb/s

Thanks..

EAC3 needs 192 khz, but your bar only announces 48 khz. So it won't work. Enable Dolby Transcode and you get AC3.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2017-01-26

(2017-01-26, 19:53)Nekromantik Wrote: Do these builds include same patches as the Apollo lake thread builds?

I'm not entirely sure what's in the Apollo Lake builds - I think they might be based on an intel-drm kernel rather than mainline. They might also include updated 4K HEVC patches, the 4K HEVC patches in these builds are a few weeks old, but should still work (I think).


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - john.cord - 2017-01-26

Server is down!


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2017-01-26

(2017-01-26, 21:44)Milhouse Wrote:
(2017-01-26, 19:53)Nekromantik Wrote: Do these builds include same patches as the Apollo lake thread builds?

I'm not entirely sure what's in the Apollo Lake builds - I think they might be based on an intel-drm kernel rather than mainline. They might also include updated 4K HEVC patches, the 4K HEVC patches in these builds are a few weeks old, but should still work (I think).

Thanks.