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) - bobrik73 - 2018-04-07

Whitelist does not work for me correctly 
log log 2


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2018-04-07

(2018-04-07, 05:43)Milhouse Wrote:
(2018-04-06, 19:42)Nekromantik Wrote: Im also not getting resolution change working.

Here is debug log: debug

@Nekromantik what Whitelist resolutions did you set?  
 I set the usual ones: 1080p 30 24 23.976 and 2160p 30 24 23.976 and 720p 24 23.976
I tried few files and all of them didnt work. Tried 2 @ 1080p 23.976 and one at 720p 23.976.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - hazer - 2018-04-07

(2018-04-06, 18:33)hazer Wrote: Intel NUC6i7KYK, 16gb RAM, 128gb Plextor SSD

Details I've been reading indicate that the Nuc platforms don't passthrough 'high quality' audio streams. Enabled Passthrough, enabled all the flags that my receiver supports, no audio when selecting DTS/DTS-MA audio tracks. Disabled Passthrough, and I get audio, and according to my receiver it's the x.1 DTS/DTS-MA audio stream, not just stereo.  Not sure if this is just 'work in progress' and documentation hasn't caught up or if I missed something somewhere.

I stand corrected on this part. Did some further digging with the receiver and it is receiving multi-channel data, but it's PCM, not the DTS/DTS-MA data so the tracks aren't just being passed through like I originally thought. Are the kernel patches on the roadmap anywhere or are they still too unstable?


LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-04-07

The High Bit Rate kernel patches are in LE9, have been for some time.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - heinbloet - 2018-04-07

Hi Milhouse,

thanks for your great work. My DVB USB device Tevii S650 (dw2102 driver) does not work on first boot. I get an Kernel Ooops. When I reboot, everything is fine, i can use the device and watch TV. I think it happens because of the kernel version. On other Systems with older kernels i can't see this behaviour .
The output of dmesg is here: https://paste.ubuntu.com/p/WRMpxZZMpP/

My question: Is it possible to run newest Kodi 18 testbuilds with older Kernelversions? If yes: how


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-04-07

(2018-04-07, 17:14)heinbloet Wrote: My question: Is it possible to run newest Kodi 18 testbuilds with older Kernelversions? If yes: how

Sure - downgrade the kernel in git to whatever version you need then compile LibreELEC.

Edit: you'll need to go back a long way to avoid the bug - it's in 4.9.y: https://www.spinics.net/lists/linux-media/msg121356.html


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lrusak - 2018-04-07

(2018-04-07, 12:28)Nekromantik Wrote:
(2018-04-07, 05:43)Milhouse Wrote:
(2018-04-06, 19:42)Nekromantik Wrote: Im also not getting resolution change working.

Here is debug log: debug

@Nekromantik what Whitelist resolutions did you set?   
 I set the usual ones: 1080p 30 24 23.976 and 2160p 30 24 23.976 and 720p 24 23.976
I tried few files and all of them didnt work. Tried 2 @ 1080p 23.976 and one at 720p 23.976. 
 Looking at the log it looks like you've only enabled 4k resolutions as it doesn't even try the 1920x1080 ones. Can you please double check that you've actually enabled the correct resolutions? Otherwise it is switching fine to 2160p23.976
Code:
18:39:38.661 T:140671933655168 DEBUG: Matched fuzzy whitelisted Resolution DP1: 4096x2160 @ 23.98Hz (26)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lrusak - 2018-04-07

(2018-04-07, 12:23)bobrik73 Wrote: Whitelist does not work for me correctly 
loglog 2
 Same thing, looks like you've only enabled 4k resolutions as 1080p resolutions aren't even tried. Can you please verify that you have actually selected all the relevant resolutons.

Otherwise again, it looks like it's switching just fine but using a 4k res.
Code:
13:19:27.973 T:140034656893056 DEBUG: Matched fuzzy whitelisted Resolution DP2: 3840x2160 @ 23.98Hz (28)



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - bobrik73 - 2018-04-07

Enabled only 1920x1080p 50 Гц, 60 Гц, 29,97 Гц, 23,98 Гц.

Image

Image


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2018-04-07

(2018-04-07, 19:02)lrusak Wrote:
(2018-04-07, 12:23)bobrik73 Wrote: Whitelist does not work for me correctly 
loglog 2
 Same thing, looks like you've only enabled 4k resolutions as 1080p resolutions aren't even tried. Can you please verify that you have actually selected all the relevant resolutons.

Otherwise again, it looks like it's switching just fine but using a 4k res.
Code:
13:19:27.973 T:140034656893056 DEBUG: Matched fuzzy whitelisted Resolution DP2: 3840x2160 @ 23.98Hz (28)
Yes I have checked. 1080p resolutions are white-listed.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - lrusak - 2018-04-07

Sorry guys there was a bug in the logic, I have updated the PR and it should be fixed for the next build


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Nekromantik - 2018-04-07

(2018-04-07, 20:49)lrusak Wrote: Sorry guys there was a bug in the logic, I have updated the PR and it should be fixed for the next build
 thanks Smile


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2018-04-08

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

SHA256 Checksum: 5dfa7c780c6408abf968b19724d7a60c0c6b07085e1cfd81cab1d39b1a93fcef (Generic)

# uname -a
Linux NUC 4.14.32 #1 SMP Sat Apr 7 21:29:06 BST 2018 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20180407212551-#0407-g0936d29 [Build #0407]

# Kodi version
(18.0-ALPHA2 Git:9dd23cb). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (0936d29, changelog) and tip of XBMC master (aa3973f, changelog) with the following modifications: Build Highlights:
  1. Whitelist fix
  2. fix double busy dialog on playback start
Build Details:
  1. XBMC:
    • fix dependency on already shut down services. fixes hang on exit (PR:13744, 1 commit, 2 files changed)
    • Allow a PVR addon to set a start offset of a stream to be played (PR:13720, 1 commit, 12 files changed)
    • AE: drop dsp leftovers (PR:13737, 2 commits, 40 files changed)
    • VideoPlayer: move switching to fullscreen from RM to VP (PR:13745, 1 commit, 8 files changed)
    • fix double busy dialog on playback start (PR:13747, 1 commit, 1 file changed)
  2. inputstream.adaptive:
    • [HLS] Detect effective-url only from main playlist (c90a378)
    • Version bump 2.2.14 (a7eca16)
  3. pvr.demo:
    • PVR API 5.9.0 (PR:61, 1 commit, 2 files changed)
  4. pvr.dvblink:
    • PVR API 5.9.0 (PR:101, 1 commit, 3 files changed)
  5. pvr.dvbviewer:
    • PVR API 5.9.0 (PR:71, 1 commit, 3 files changed)
    • Group by directory: Don't lowercase the group (b7ccd2e)
    • Parse HTTP response status from api requests if possible. (32cd497)
    • Fix playback of ongoing recordings (5d608d5)
    • Timeshift: advance by bytes written (a8c540a)
    • Timers: Add support for custom timers (947aef0)
    • Timers: only transfer timers if connected (19f0ce5)
    • Timers: fix creating disabled timers + check API response (f8e26ed)
    • Rename RS to DMS (f3a4d5b)
    • Bump version to 3.4.2 (1ef88c6)
  6. pvr.filmon:
    • PVR API 5.9.0 (PR:82, 1 commit, 3 files changed)
  7. pvr.hdhomerun:
    • PVR API 5.9.0 (PR:77, 1 commit, 3 files changed)
  8. pvr.hts:
    • PVR API 5.9.0 (PR:363, 1 commit, 3 files changed)
  9. pvr.iptvsimple:
    • PVR API 5.9.0 (PR:182, 1 commit, 3 files changed)
  10. pvr.mediaportal.tvserver:
    • PVR API 5.9.0 (PR:85, 1 commit, 3 files changed)
  11. pvr.mythtv:
    • PVR API 5.9.0 (PR:99, 1 commit, 3 files changed)
  12. pvr.nextpvr:
    • PVR API 5.9.0 (PR:72, 1 commit, 3 files changed)
  13. pvr.njoy:
    • PVR API 5.9.0 (PR:46, 1 commit, 3 files changed)
  14. pvr.pctv:
    • PVR API 5.9.0 (PR:58, 1 commit, 3 files changed)
  15. pvr.stalker:
    • PVR API 5.9.0 (PR:110, 1 commit, 3 files changed)
  16. pvr.vbox:
    • PVR API 5.9.0 (PR:207, 1 commit, 3 files changed)
  17. pvr.vdr.vnsi:
    • PVR API 5.9.0 (PR:13, 1 commit, 2 files changed)
  18. pvr.vuplus:
    • PVR API 5.9.0 (PR:84, 1 commit, 3 files changed)
  19. pvr.wmc:
    • PVR API 5.9.0 (PR:59, 1 commit, 4 files changed)
  20. pvr.zattoo:
    • Seek 5 minutes into replay (7b22f4e)
  21. Additional commits/pull requests/changes not yet merged upstream:



RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - BoKKeR - 2018-04-09

I did some testing with the builds that are available right now in regards the video tearing.

The last build that has good framerate and image is 

#0209, 09-Feb-2018: Generic -- Release post (New 4.14.18 kernel)

After this release, there are many releases where the video is broken and the only thing I see is a white image 0210-0304

The following release is 0305 where the white image problem is gone. The tearing is appearing in this release and the problem prevails into the newest release which is 0407

Here are the releases in-between where the problem occurred. 

#0210-#0305

I have made a log from the last good build and the first working bad build where the tearing appears.

last properly working build 0209 playing back a movie with razor-sharp playback: https://paste.ubuntu.com/p/3Dvj7zxpGd/
log from the first build that has an image after the last working build. build 0305 playing back the same scene with frames dropped all over the place: https://paste.ubuntu.com/p/mxSdpTTrmZ/

I wanted to narrow down and find the exact build where it got broken but I cant do it as the image is broken on builds #0210-#0304 :/

Any help is appreciated.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - heinbloet - 2018-04-09

(2018-04-07, 17:26)Milhouse Wrote:
(2018-04-07, 17:14)heinbloet Wrote: My question: Is it possible to run newest Kodi 18 testbuilds with older Kernelversions? If yes: how

Sure - downgrade the kernel in git to whatever version you need then compile LibreELEC.

Edit: you'll need to go back a long way to avoid the bug - it's in 4.9.y: https://www.spinics.net/lists/linux-media/msg121356.html 
 Thank you for your answer. How do I downgrade the kernel in git? So far i have been able to follow the instructions from https://wiki.libreelec.tv/compile#tab__for_version_90_current_github_master . A Server is set up and running. Do i have to edit the package.mk file in /packages/linux or is there a better way to downgrade? Thanks in advance.