Kodi Community Forum
v17 LibreELEC Testbuilds for x86_64 (Kodi 17.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: v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) (/showthread.php?tid=269815)



RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - number6 - 2016-05-28

(2016-05-28, 00:42)Milhouse Wrote: It was fixed 2 weeks ago but I thought I'd keep it to myself. j/k

I knew it! I just wanted you to admit it! Smile

(2016-05-28, 00:42)Milhouse Wrote: No, there's no news. That's why the last release continues to announce there is no DVD support.

It has been unsupported for a couple of months, but I wasn't able to find any further info (did I mention I'm a lurker?)
Not that I can do something about it, I was just curious...


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-29

I'm missing the save button under "libreelec/connection settings" when trying to change the IP. Is it just me or is it a general issue?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - aesthetiker - 2016-05-29

(2016-05-23, 13:58)Milhouse Wrote:
(2016-05-23, 10:26)aesthetiker Wrote: Since I upgraded from openelec to librelec.

This is absolutely of no help.

(2016-05-23, 10:26)aesthetiker Wrote: Tried to uninstall pvr.hts reconfigure etc no changes to this behavior.

The add-on is built-in, trying to uninstall it won't work.

If you want a fix you'll need to determine when the problem starts (ie. identify the first build with the problem).

Hi Milhouse,

I try to setup from scratch. As soon as i used profiles pvr.hts didn't start anymore. I need profiles for kids and master user. Is there any change in profiles ?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29

(2016-05-29, 10:57)mule1 Wrote: I'm missing the save button under "libreelec/connection settings" when trying to change the IP. Is it just me or is it a general issue?
Yes it's a bug.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29

(2016-05-29, 11:44)aesthetiker Wrote: Hi Milhouse,

I try to setup from scratch. As soon as i used profiles pvr.hts didn't start anymore. I need profiles for kids and master user. Is there any change in profiles ?

Not that I'm aware of. Do you have this problem with LibreELEC 7.0.1 too (you'll need to install pvr.hts)? Maybe it's a pvr.hts problem.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29

New LibreELEC.tv Krypton build #0529: Generic
(Supercedes previous build)

Code:
# uname -a
Linux LibreELEC 4.6.0 #1 SMP Sun May 29 21:06:19 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160529210452-#0529-g270d9f1 [Build #0529]

Based on tip of LibreELEC.tv master (270d9f15, changelog) and tip of XBMC master (0ecc4b55, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD ISO playback remains temporarily disabled
  2. VideoPlayer fixes
Build Details:
  1. LibreELEC.tv:
    • xf86-video-nvidia: update to xf86-video-nvidia-361.42 (PR:388, 1 commit, 3 files changed)
    • splash: Select splash image based on native resolution (PR:381, 1 commit, 8 files changed)
    • fluxbox: add key binding alt + escape to close window (PR:385, 1 commit, 1 file changed)
    • Virtual bump for vbox guest additions and build fixes (PR:131, 1 commit, 6 files changed)
    • linux: add RTC_DRV_DS3232 to RPi/RPi2 (PR:397, 1 commit, 2 files changed)
    • virtual: use Generic addon repo (PR:401, 1 commit, 1 file changed)
    • oscam: update to 11233 (PR:399, 1 commit, 2 files changed)
  2. XBMC:
    • [DVDDemuxClient] fix not adapted log texts after C/P (PR:9883, 1 commit, 1 file changed)
    • VideoPlayer: fixes (PR:9881, 3 commits, 2 files changed)
    • [CodecIMX] correction after 449758b82b8ff92590c420f213c918b94495eb0f … (PR:9882, 1 commit, 1 file changed)
    • GUISliderControl & AudioDSP music OSD (PR:9869, 2 commits, 3 files changed)
    • [peripherals] Fix another deadlock (PR:9825, 3 commits, 2 files changed)
    • [lang][kodi.core] automatic syntax corrections for the en_GB language file (2b6cc184)
    • [lang] updated language files from Transifex (65ed41e4)
    • [lang][skin.estuary] updated language files from Transifex (90a5c86f)
    • [lang][skin.estouchy] updated language files from Transifex (11a63964)
  3. xbmc/master (FernetMenta):
    • Commits no longer in build:
      • VideoPlayer: fix CheckEnableClockSync (47230c83)
      • VideoPlayer: remove some useless code (3c554a61)
      • VideoPlayer: improve skipping frames (7712899e)



RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - john.cord - 2016-05-30

(2016-05-29, 22:39)Milhouse Wrote: [*]Commits no longer in build:
  • VideoPlayer: fix CheckEnableClockSync (47230c83)
  • VideoPlayer: remove some useless code (3c554a61)
  • VideoPlayer: improve skipping frames (7712899e)

why?

And suspend is broken in latest builds as it seems.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-30

(2016-05-30, 01:20)john.cord Wrote: why?

The original commits have now been merged as PR9881.

(2016-05-30, 01:20)john.cord Wrote: And suspend is broken in latest builds as it seems.

Latest builds? When did it last work?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - john.cord - 2016-05-30

(2016-05-30, 02:08)Milhouse Wrote: Latest builds? When did it last work?

I have to do further testing to nail the problem down. Maybe a problem with my HDMI Setup (TV --> HDMI Splitter --> AVR --> Kodi).


Most of the times: "Failed to create audio renderer" - mule1 - 2016-05-30

If i configure Kodi to 1080/50p output resolution most of the times (90%) after kodi/libreelec has been started i get no audio and the log is beeing flooded with "failed to create audio renderer". Audio can be restored by changing the audio configuration (e.g. switch passthrough on/off).
A workaround in order to avoid the issue is to set the output resolution to 1080/60p. With 60Hz audio is allways working as it should.

I tried many different libreelec builds (oldest, latest etc.) on a NUC34010 and a beebox N3150 and on two different TVs with the same faulty behaviour. The curious thing is that it never happened with V17 builds from fritsch which i used before switiching to libreelec.

This issue has already been discussed about 2 years ago on the openelec forum (Link: http://openelec.tv/forum/68-audio/70881-no-audio-on-oe4-0-64-bit-w-arctic-mc001) but it seems that it has never been solved.

Shall i post logs?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-05-30

Try to force the EDID information as shown in the wiki and see if this works for you. The kernel folks are still working on proper i2c support for HDMI Audio, which is not yet existent on BSW.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Roby77 - 2016-05-30

@mule1 curious never ecounterd this problem with chromebox and same beebox


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-30

(2016-05-30, 14:49)fritsch Wrote: Try to force the EDID information as shown in the wiki and see if this works for you. The kernel folks are still working on proper i2c support for HDMI Audio, which is not yet existent on BSW.
Sorry forgot to mention that i already tried it with forced EDID.

You're talking about implemention for BSW, but the NUC34010 is based on Haswell. Are the kernel folks still working on Haswll too?
The issue seems not to be Intel only related because the guy who reported it 2 years ago on the openelec forum had an Artic MC001 which is using an AMD Mobility 5430 GPU.

What i don't get: Most times audio ist faulty, BUT sometimes it is not (without any change to the system). And why can a change within audio settings (e.g. disabling/enabling passthrough) reanimate audio? And why is audio allways working when the default refreshrate is set to 60Hz?


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-05-30

Changing device does a reenumeration. So if devices before and after are different, this has only one reason: while booting up EDID / Audio information was not yet available and no signal was emitted when that changed. I am running a HSW based setup myself with edid forced and xorg.conf I never had an issue in that combination. Provide Xorg.0.log dmesg | pastebinit and kodi.log with an unsuccesful boot _with_ edid forced.


RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-30

Will post the dmesg output today in the evening.

But in theory a restart of Kodi only after openelec/libreelec has fully booted should solve an enumeration issue, or am I wrong? Therefore in the mentioned thread on the openelec forum someone suggested to restart kodi after a defined delay after the boot process has finished using the the autostart.sh of openelec/libreelec. I also tried this suggestion (even with a 30! second delay) but without success: Sometimes audio can be restored, sometimes not.