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_64 (Kodi 17.0) - Milhouse - 2016-09-02

(2016-09-02, 16:18)_Spook_ Wrote: @Milhouse or @fritsch did you see my issue?

Seems like either the 8bit patch or the ffmpeg bump in 2403575 (post) caused some problem with my NUC.

No one else with NUC have issues with builds from #0828 and later?

Could you explain what your problem is? Your only description of the problem so far is "video playback not work for me anymore." which isn't terribly helpful (though thanks for identifying the first build, that's always good information).


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-02

Sorry. It seems that the signal doesn't sync up anymore. I get "no signal" on the TV once I start a video, any video. When I hit stop the GUI signal syncs up again with the TV.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-02

OK I'll drop the Chris Wilson patch from tonight's build - if you still have a problem then the only other likely candidate is ffmpeg 3.1.3.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-02

Thanks. Will report back once I have tested the new build.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - gjwAudio - 2016-09-02

@fritsch
Earlier in this thread you stated:
(2016-08-29, 11:02)fritsch Wrote: The SNB has a hardwarebug, it cannot sync to 23.976 hz correctly. What you can try to do:

Force the output to 24.0 hz (not the 23.976 one) and enable Sync Playback to Display additionally. This will "speed up" the movie to 24 fps and resample audio accordingly.

Would you be so kind as to clarify for me...

1) ALL Sandy Bridge chipsets suffer the hardware bug, no matter the vendor, including my Intel 847 NUC: T or F ?

2) What advancedsettings parameters can be used to minimize the effect of this bug for 24 fps video, and yet not impact material at other framerates ?

Thanks again for advice - and all you contribute to making Kodi great Nod


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - gjwAudio - 2016-09-02

(2016-09-02, 16:30)_Spook_ Wrote: Sorry. It seems that the signal doesn't sync up anymore. I get "no signal" on the TV once I start a video, any video. When I hit stop the GUI signal syncs up again with the TV.

FYI: no such problem with my (ancient) 847 NUC > Samsung PN51E6500 TV (using #0830 build last night).


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-02

(2016-09-02, 16:43)gjwAudio Wrote:
(2016-09-02, 16:30)_Spook_ Wrote: Sorry. It seems that the signal doesn't sync up anymore. I get "no signal" on the TV once I start a video, any video. When I hit stop the GUI signal syncs up again with the TV.

FYI: no such problem with my (ancient) 847 NUC > Samsung PN51E6500 TV (using #0830 build last night).

I have a NUC6i7KYK and run [email protected] GUI so it has to change resolution/upscale when I start a video. So something in there might cause a problem. I will play around with the resolutions and see if changing the GUI resolution to [email protected] changes anything.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-02

1) yes
2) wiki please


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-02

(2016-09-02, 17:18)_Spook_ Wrote:
(2016-09-02, 16:43)gjwAudio Wrote:
(2016-09-02, 16:30)_Spook_ Wrote: Sorry. It seems that the signal doesn't sync up anymore. I get "no signal" on the TV once I start a video, any video. When I hit stop the GUI signal syncs up again with the TV.

FYI: no such problem with my (ancient) 847 NUC > Samsung PN51E6500 TV (using #0830 build last night).

I have a NUC6i7KYK and run [email protected] GUI so it has to change resolution/upscale when I start a video. So something in there might cause a problem. I will play around with the resolutions and see if changing the GUI resolution to [email protected] changes anything.
We never change resolution downwards. So it will only change refreshrate for you.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-02

(2016-09-02, 17:42)fritsch Wrote:
(2016-09-02, 17:18)_Spook_ Wrote:
(2016-09-02, 16:43)gjwAudio Wrote: FYI: no such problem with my (ancient) 847 NUC > Samsung PN51E6500 TV (using #0830 build last night).

I have a NUC6i7KYK and run [email protected] GUI so it has to change resolution/upscale when I start a video. So something in there might cause a problem. I will play around with the resolutions and see if changing the GUI resolution to [email protected] changes anything.
We never change resolution downwards. So it will only change refreshrate for you.

Ok. Doesn't work to change the resolution for the GUI anyways. Stuck on [email protected] Looses signal if I change to any other resolution.


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - lagigia - 2016-09-02

Sorry pals,
I am not a newbie, but I cannot install Milhouse's dev release.

I installed a brand new Libreelec installation on my raspberry pi 3
I created a update folder under /storage (that is home for rpi3)
I put .tar into update via scp
then rebooted

nothing happens, what did I do wrong?

thanks in advance for your help


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-02

A) The folder is called .update (the full stop is part of the name) and shouldn't need creating
B) This is the X86_64 thread...


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - lagigia - 2016-09-02

oops I'm very sorry...


RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-02

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

Code:
# uname -a
Linux NUC 4.7.2 #1 SMP Fri Sep 2 22:13:52 BST 2016 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160902221236-#0902-gd416dad [Build #0902]

Based on tip of LibreELEC.tv master (d416dad6, changelog) and tip of XBMC master (cad875f2, changelog) with the following modifications: Build Highlights:
  1. Temporarily dropped Chris Wilson 8bpc patch
Build Details:
  1. XBMC:
    • [Estuary] missing icons and a few updated ones (PR:10378, 1 commit, 7 files changed)
    • [keyboard] add Silesian (PR:10361, 1 commit, 1 file changed)
    • [PVR] Recordings window: fix crash when selecting '..' (fixes trac#16866) (PR:10374, 2 commits, 4 files changed)
    • [PVR] Recordings: Prevent thumbnail extraction (as it cannot work pro… (PR:10373, 2 commits, 2 files changed)
    • AESinkAUDIOTrack: Support what Android officially supports - nothing else (PR:10355, 4 commits, 4 files changed)
    • [readme] fix codestyle link (3f01e418)
  2. inputstream.mpd:



RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - nuc-LE - 2016-09-03

So with #0902 on NUC I3 haswell I have bunch of dropped frames on 29.97 videos. It looks like the Chris Wilson 8bpc patch is what changed playback for me.

log in case needed: http://sprunge.us/OPNF

Milhouse is this patch bad for other users or there is a better fix in the works?