Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
  • 1
  • 4
  • 5
  • 6(current)
  • 7
  • 8
  • 70
v19 LibreELEC Testbuilds for x86_64 (Kodi 19.0)
#76
New LibreELEC.tv Matrix build #0519: Generic
(Supercedes previous build)

SHA256 Checksum: ca3a81a8c66cea1358d058b18b93ec70abd886d271c9ae292e3c320fde66f4ae (Generic)

text:
# uname -a
Linux NUC 5.1.3 #1 SMP Sun May 19 21:24:50 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190519212154-#0519-g77c88ba [Build #0519]

# Kodi version
Kodi (19.0-ALPHA1 Git:cbfa24e). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (77c88ba, changelog) and tip of XBMC master (cbfa24e, changelog) with the following modifications: Build Highlights:
  1. Build kodi and ffmpeg with -O2
  2. [PVR] Separate GUI from PVR core: remove CFileItem usage from core: step 1: directory listings
Build Details:
  1. XBMC:
    • [PVR] Separate GUI from PVR core: remove CFileItem usage from core: step 1: directory listings. (PR:16170, 1 commit, 19 files changed)
  2. pvr.zattoo:
    • Load description from xmltv file (8d481ba)
    • Merge branch 'Leia' into Matrix (cc6a997)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3524 (perma): buildsystem: add "speed" flag for package building
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#77
Hi,
since build #0502b/#0503 I've not been able to playback any HEVC mkv files using my AMD Ryzen 2400G media machine (h264 files playback OK). 
I've tried a couple more builds (507 & 512) and also the new #0519, Kodi crashes (blank screen with mouse pointer in the middle) then GUI restarts - same in each case.
The same HEVC mkv file plays fine on one of my older, intel hardware based media machines, using the above mentioned builds.
I've tried reverting the AMD machine to earlier builds, to no avail, on the assumption that it is something to do with the new AMD GPU firmware (AMD 19.10 GPU) in #0502b, but no change.
I have tried the default skin - Crash log uploaded to : http://ix.io/1JyZ
I'm not sure if it is something specific to my setup, or if it is a more general issue / known problem.
Any help or info appreciated.
Thanks.
Reply
#78
(2019-05-20, 16:40)auser1989 Wrote: Hi,
since build #0502b/#0503 I've not been able to playback any HEVC mkv files using my AMD Ryzen 2400G media machine (h264 files playback OK). 
I've tried a couple more builds (507 & 512) and also the new #0519, Kodi crashes (blank screen with mouse pointer in the middle) then GUI restarts - same in each case.
The same HEVC mkv file plays fine on one of my older, intel hardware based media machines, using the above mentioned builds.
I've tried reverting the AMD machine to earlier builds, to no avail, on the assumption that it is something to do with the new AMD GPU firmware (AMD 19.10 GPU) in #0502b, but no change.
I have tried the default skin - Crash log uploaded to : http://ix.io/1JyZ
I'm not sure if it is something specific to my setup, or if it is a more general issue / known problem.
Any help or info appreciated.
Thanks.

Try completely powering off your box, remove power cable from psu, leave it for a minute or two.
Try again.
I've had some issues with my 2400G which would go away only after a "totally cold" boot.
Reply
#79
New LibreELEC.tv Matrix build #0520: Generic
(Supercedes previous build)

SHA256 Checksum: 47a514a28da7bbe277e6ca75f38b9c790d68efd3c57031c97107cf83c0965e89 (Generic)

text:
# uname -a
Linux NUC 5.1.3 #1 SMP Mon May 20 21:04:43 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190520210311-#0520-g77c88ba [Build #0520]

# Kodi version
Kodi (19.0-ALPHA1 Git:5a2fb48). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (77c88ba, changelog) and tip of XBMC master (5a2fb48, changelog) with the following modifications: Build Highlights:
  1. Subtitles opacity
  2. inputstream.adaptive updates
Build Details:
  1. XBMC:
    • Subtitles opacity (PR:16106, 2 commits, 7 files changed)
  2. inputstream.adaptive:
    • [MPD] Fix FixateInitialization (32ab6d7)
    • cdmadapter minor changes (12738c5)
    • Compile fix (fbf599f)
    • [widevine] remove API 8 / Add API 11 (04c59cc)
    • [TS] Signal configuration change if extra-data has changed (50ff9d2)
  3. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:3507 (perma): linux (RPi/Generic/Allwinner): update to linux-5.1.1/5.1.3
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#80
(2019-05-20, 16:40)auser1989 Wrote: Hi,
since build #0502b/#0503 I've not been able to playback any HEVC mkv files using my AMD Ryzen 2400G media machine (h264 files playback OK). 
I've tried a couple more builds (507 & 512) and also the new #0519, Kodi crashes (blank screen with mouse pointer in the middle) then GUI restarts - same in each case.
The same HEVC mkv file plays fine on one of my older, intel hardware based media machines, using the above mentioned builds.
I've tried reverting the AMD machine to earlier builds, to no avail, on the assumption that it is something to do with the new AMD GPU firmware (AMD 19.10 GPU) in #0502b, but no change.
I have tried the default skin - Crash log uploaded to : http://ix.io/1JyZ
I'm not sure if it is something specific to my setup, or if it is a more general issue / known problem.
Any help or info appreciated.
Thanks.

If you're saying "since build #0502b/#0503" then I'd expect there to be no issues with #0501 but that doesn't sound like it's the case here. The GPU firmware updates are not persistent so testing a build before #0502b will be using older GPU firmware, in which case any issues you are seeing are older than #0502b, or specific to your environment (try the suggested power cycle).

The crash is occurring in VAAPI and specifically the Radeon video driver - can you post a sample HEVC video (or reproduce with a Kodi sample) so that someone else with similar hardware can confirm if they also have this issue? Knowing the first build with this issue started (including testing older Kodi 18 builds) would help pin down the problem component - it could be a Kodi change.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#81
(2019-05-21, 04:37)Milhouse Wrote: If you're saying "since build #0502b/#0503" then I'd expect there to be no issues with #0501 but that doesn't sound like it's the case here. The GPU firmware updates are not persistent so testing a build before #0502b will be using older GPU firmware, in which case any issues you are seeing are older than #0502b, or specific to your environment (try the suggested power cycle).

The crash is occurring in VAAPI and specifically the Radeon video driver - can you post a sample HEVC video (or reproduce with a Kodi sample) so that someone else with similar hardware can confirm if they also have this issue? Knowing the first build with this issue started (including testing older Kodi 18 builds) would help pin down the problem component - it could be a Kodi change. 

I tried powering off the AMD box completely end retried - no change (thanks for the suggestion @asavah).

I tried reverting to build #0430, same problem - just to confirm.

I reloaded latest build - #0520, retried again with a small file - same problem.   ( problem file - http://ix.io/1JD3 )  ( crash log - http://ix.io/1JCX  ).
I disabled HEVC-VAAPI in settings/media and tried the problem file again, played ok (a few seconds of sound and video, as expected, before eof).  ( kodi log - http://ix.io/1JCY ).
The problem file was created by taking the first 50,000 bytes from the from the front of the full file with a hex editor - I can upload a bigger chunk if needed.

I tried with a sample file from the Kodi Sample link provided - this worked ok (H.265 HVEC Test 1.mkv (242M)  https://drive.google.com/  ),
so I went back to some of my older mkv x265 files, from before 2nd May, and they, too, seem to work ok.

I hope this helps, please let me know if I can provide more info.

For now, it seems that I can use my AMD media box with the HEVC-VAAPI option disabled to continue using it as my primary player (as my other machine is too underpowered to handle 1080p/x265 playback).

thanks for your support.
Reply
#82
"Wait for network before starting Kodi" does not seem to work properly. My router boots rather slowly and this is causing OSCam not to load after a power outage (router still booting, network unavailable). Even if I set "Maximum Wait Time" to 120 seconds - OSCam still tries to start only after 30 seconds and fails:

Image

I fixed it by setting "ExecStart=/usr/sbin/connmand-wait-online --timeout=120" in network-online.service.
Reply
#83
(2019-05-21, 08:37)auser1989 Wrote:
(2019-05-21, 04:37)Milhouse Wrote: If you're saying "since build #0502b/#0503" then I'd expect there to be no issues with #0501 but that doesn't sound like it's the case here. The GPU firmware updates are not persistent so testing a build before #0502b will be using older GPU firmware, in which case any issues you are seeing are older than #0502b, or specific to your environment (try the suggested power cycle).

The crash is occurring in VAAPI and specifically the Radeon video driver - can you post a sample HEVC video (or reproduce with a Kodi sample) so that someone else with similar hardware can confirm if they also have this issue? Knowing the first build with this issue started (including testing older Kodi 18 builds) would help pin down the problem component - it could be a Kodi change. 

I tried powering off the AMD box completely end retried - no change (thanks for the suggestion @asavah).

I tried reverting to build #0430, same problem - just to confirm.

I reloaded latest build - #0520, retried again with a small file - same problem.   ( problem file - http://ix.io/1JD3 )  ( crash log - http://ix.io/1JCX  ).
I disabled HEVC-VAAPI in settings/media and tried the problem file again, played ok (a few seconds of sound and video, as expected, before eof).  ( kodi log - http://ix.io/1JCY ).
The problem file was created by taking the first 50,000 bytes from the from the front of the full file with a hex editor - I can upload a bigger chunk if needed.

I tried with a sample file from the Kodi Sample link provided - this worked ok (H.265 HVEC Test 1.mkv (242M)  https://drive.google.com/  ),
so I went back to some of my older mkv x265 files, from before 2nd May, and they, too, seem to work ok.

I hope this helps, please let me know if I can provide more info.

For now, it seems that I can use my AMD media box with the HEVC-VAAPI option disabled to continue using it as my primary player (as my other machine is too underpowered to handle 1080p/x265 playback).

thanks for your support.

So, the Kodi HEVC sample video - is it playing OK only once you disable HEVC-VAAPI? Or is it playing OK with HEVC-VAAPI enabled? I'm not clear on this point.

It would still be useful to identify (if possible) when this issue with HEVC-VAAPI started, ie. the first build, or do HEVC videos always crash Kodi on AMD 2400G with HEVC VAAPI enabled?

There are 365 (-ish) of these test builds online. I'm not entirely sure when the Linux kernel included support for the AMD 2400G, it may only have been with 4.20.y (which I mostly skipped, other than some release candidates) so you may only be able to test with builds based on 5.0.y and later.

A lot of VAAPI changes occurred during Kodi 18 development, any one of which could be the cause of this issue.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#84
New LibreELEC.tv Matrix build #0521: Generic
(Supercedes previous build)

SHA256 Checksum: b5cf5ae10d9d6df8b1f01124a5bb58ea835fddeda6701a265ea4507e07d4f9d7 (Generic)

text:
# uname -a
Linux NUC 5.1.3 #1 SMP Wed May 22 03:41:02 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190522033904-#0521-g77c88ba [Build #0521]

# Kodi version
Kodi (19.0-ALPHA1 Git:fcfbfb1). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (77c88ba, changelog) and tip of XBMC master (fcfbfb1, changelog) with the following modifications: Build Highlights:
  1. mesa: update to mesa-19.0.5
  2. [PVR] CPVRGUIDirectory, CPVRTimersPath cleanup
Build Details:
  1. XBMC:
    • [PVR] CPVRGUIDirectory, CPVRTimersPath cleanup (PR:16177, 2 commits, 4 files changed)
    • [guilib] add ListItem.FileNameNoExtension infolabel (PR:16152, 1 commit, 2 files changed)
  2. inputstream.adaptive:
    • fixed ttml subtitles problem, peak3d/inpustream.adaptive#247 (PR:250, 1 commit, 2 files changed)
    • [DASH] Parse cenc:default_KID from kaysystem protection line (1367f3b)
  3. pvr.zattoo:
    • Improve loading xmltv file (PR:48, 1 commit, 5 files changed)
    • Merge remote-tracking branch 'origin/Leia' into Matrix (004e9a7)
  4. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3507 (perma): linux (RPi/Generic/Allwinner): update to linux-5.1.3
    • Added: [env] PR:3530 (perma): mesa: update to mesa-19.0.5
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#85
Hi  there.
any chance you can incorporate this fix please?
https://github.com/xbmc/xbmc/pull/15329
Reply
#86
(2019-05-22, 05:43)andymarc Wrote: Hi  there.
any chance you can incorporate this fix please?
https://github.com/xbmc/xbmc/pull/15329

No need, that PR has been in Kodi 18.x (and these test builds) since 26 Jan 2019 - I don't see anything that needs to be incorporated. Wrong PR maybe?
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#87
(2019-05-22, 05:03)Milhouse Wrote: I reloaded latest build - #0520, retried again with a small file - same problem.   ( problem file - http://ix.io/1JD3 )  ( crash log - http://ix.io/1JCX  ).

I can confirm that your test file does NOT crash Kodi with a Skylake NUC (HEVC VAAPI enabled, latest #0521 test build), so this issue may be AMD 2400G specific. The file when played on my NUC appears the same as with VLC on Windows - just a few frames of video are visible, along with some audio, but no crash.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#88
(2019-05-22, 21:31)Milhouse Wrote:
(2019-05-22, 05:03)Milhouse Wrote: I reloaded latest build - #0520, retried again with a small file - same problem.   ( problem file - http://ix.io/1JD3 )  ( crash log - http://ix.io/1JCX  ).

I can confirm that your test file does NOT crash Kodi with a Skylake NUC (HEVC VAAPI enabled, latest #0521 test build), so this issue may be AMD 2400G specific. The file when played on my NUC appears the same as with VLC on Windows - just a few frames of video are visible, along with some audio, but no crash.  
I can confirm that sample crashes my 2400G box, it's not LE and I'm using mesa 19.1.0-rc3 , looks like amdgpu/mesa bug
bash:

May 22 23:21:18 msib450ig kodi.bin[656]: amdgpu: Failed to allocate a buffer:
May 22 23:21:18 msib450ig kodi.bin[656]: amdgpu:    size      : 3221278720 bytes
May 22 23:21:18 msib450ig kodi.bin[656]: amdgpu:    alignment : 4096 bytes
May 22 23:21:18 msib450ig kodi.bin[656]: amdgpu:    domains   : 4
May 22 23:21:18 msib450ig kernel: VideoPlayer[874]: segfault at 80 ip 00007f140037c4fd sp 00007f135e7fac50 error 4 in radeonsi_dri.so[7f14001ee000+767000]
Reply
#89
New LibreELEC.tv Matrix build Generic: 0522:
(Supercedes previous build)

SHA256 Checksum: de536cffe53d01ab818bd414fbb0cd0816e7d54235b19e6d69cd9191cce2f531 (Generic)

text:
# uname -a
Linux NUC 5.1.4 #1 SMP Wed May 22 21:25:04 BST 2019 x86_64 GNU/Linux

# lsb_release
LibreELEC (Milhouse): devel-20190522212329-#0522-g5d5ed9b [Build #0522]

# Kodi version
Kodi (19.0-ALPHA1 Git:fcfbfb1). Platform: Linux x86 64-bit

Based on tip of LibreELEC.tv master (5d5ed9b, changelog) and tip of XBMC master (fcfbfb1, changelog) with the following modifications: Build Highlights:
  1. New 5.1.4 kernel
  2. linux: drop ati_remote.conf modprobe file
  3. [interfaces] Fix crash on Kodi exit caused by double freed AsyncCallbackMessage
Build Details:
  1. LibreELEC.tv:
    • samba: update to samba-4.9.8 (PR:3511, 1 commit, 1 file changed)
    • heimdal: update to heimdal-7.6.0 (PR:3513, 1 commit, 1 file changed)
    • Allwinner: Fix HDMI mode detection and speed up boot (PR:3520, 3 commits, 5 files changed)
    • scripts/build: strip all executables in /usr (PR:3509, 1 commit, 1 file changed)
    • libdrm: Update package to 2.4.98 (PR:3521, 1 commit, 1 file changed)
  2. Additional commits/pull requests/changes not yet merged upstream:
    • Updated: [env] PR:3507 (perma): linux (RPi/Generic/Allwinner): update to linux-5.1.3/5.1.4
    • Added: [env] PR:3522 (perma): bcm2835-bootloader: cleanup update.sh
    • Added: [env] PR:3528 (perma): linux: drop ati_remote.conf modprobe file
    • Added: [pkg] PR:16178 (perma): [interfaces] Fix crash on Kodi exit caused by double freed AsyncCallbackMessage
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#90
Quick question: TBS drivers are back in those newer builds, or still WIP?
Reply
  • 1
  • 4
  • 5
  • 6(current)
  • 7
  • 8
  • 70

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 19.0)3