•   
  • 1
  • 87
  • 88
  • 89(current)
  • 90
  • 91
  • 355
  •   
  Thread Closed
v18 LibreELEC Testbuilds for x86_64 (Kodi 18.0)
Bug 
(2017-07-13, 10:12)Milhouse Wrote:
(2017-07-13, 09:55)Bluesmanuk Wrote: No issues with Adjust display to refresh rate set to always on the Z8350 and have tried many files of different flavours, each of which plays without issue.

Thanks. Yes, it seems to be mainly an nvidia/nvidia-legacy issue (your Z8350 has an integrated Intel HD GPU).

(2017-07-13, 08:13)illiac4 Wrote: On nvidia 610 it is the same (black screen, only sound and subtitles).

Are you using the 375.66 or 340.102 driver (as the "nvidia 610" - either GeForce GT 610 or GeForce 610M - is one of those GPUs that is compatible with both drivers)

ZOTAC:~ # nvidia-smi
Thu Jul 13 11:31:32 2017
+------------------------------------------------------+
| NVIDIA-SMI 340.102 Driver Version: 340.102 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GT 610 Off | 0000:02:00.0 N/A | N/A |
| 40% 50C P8 N/A / N/A | 73MiB / 511MiB | N/A Default |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+
| Compute processes: GPU Memory |
| GPU PID Process name Usage |
|=============================================================================|
| 0 Not Supported |
+-----------------------------------------------------------------------------+


I have checked and with 375 there is still suspend/resume bug so I am using 3.40
Using Build #712 with service.tvheadend42-9.0.111-#0712-milhouse-v4.3-295-ga9dffb7 with Build #710 is no Problem

There is something wrong with ffmpeg for LiveTV section

10:49:34.087 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.087 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced
10:49:34.087 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.087 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced

10:49:34.088 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.088 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] SPS unavailable in decode_picture_timing
10:49:34.089 T:140449255782144 ERROR: ffmpeg[7FBCE3FFF700]: [h264] non-existing PPS 0 referenced

Debug Log http://sprunge.us/edcH
Since the latest videoplayer update (build 0710) I'm getting just a green screen while audio is playing correct when enabling VAAPI, but disabling VAAPI-Renderer on my NUC34010.
(2017-07-13, 11:13)laric Wrote:
(2017-07-13, 10:05)Milhouse Wrote:
(2017-07-13, 09:09)laric Wrote: where do I find these netfilx and amazon addons?

Try reading the first post. In particular, note #6.

*blush* thanks.

Getting errors on the netflix addon.

Here is the debug log http://sprunge.us/KiGK

Guess the problem is this: 17:22:41.710 T:140246381991680 ERROR: AddOnLog: InputStream Adaptive: Unable to load widevine shared library (/storage/.kodi/cdm/libwidevinecdm.so)

The file is there. Used the install procedure in #6 on first page.
If my post helped you then there is a nice "Thank user" button on the bottom of the post.
(2017-07-13, 17:26)laric Wrote: The file is there. Used the install procedure in #6 on first page.

Maybe try "rm -fr /storage/.kodi/cdm" and run the script again? Reboot afterwards.
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.
(2017-07-13, 11:39)pacoma2610 Wrote: Using Build #712 with service.tvheadend42-9.0.111-#0712-milhouse-v4.3-295-ga9dffb7 with Build #710 is no Problem

What about if you use tvheadend #0712 with the #0712 build? Where there any problems with tvheadend #0711 (with #0710)?

Edit: Actually, there haven't been any updates to tvheadend42 since 7 July so all versions of the tvheadend42 addon between #0707 and #0712 should be the same. Any changes in behaviour are due to Kodi or the stream you are watching. Does this problem start with LE #0710 (which would suggest a vpupdate related issue) - try builds #0711 and #0712 in case they include a fix.
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.
(2017-07-13, 08:27)debutanker Wrote:
(2017-07-13, 06:56)Milhouse Wrote: Is anyone else seeing the colour blue swapped for the colour red in Amazon and Netflix streams since #0711? I'm seeing this on Skylake NUC and ION2 - fine on RPi3.

Can confirm this for my Kaby Lake NUC. No such issue on my Kaby Lake i3-7100 System (with passthrough and av receiver).

Seems that renewing the libwidevinecdm.so fixes this problem.....
(2017-07-13, 20:47)debutanker Wrote:
(2017-07-13, 08:27)debutanker Wrote:
(2017-07-13, 06:56)Milhouse Wrote: Is anyone else seeing the colour blue swapped for the colour red in Amazon and Netflix streams since #0711? I'm seeing this on Skylake NUC and ION2 - fine on RPi3.

Can confirm this for my Kaby Lake NUC. No such issue on my Kaby Lake i3-7100 System (with passthrough and av receiver).

Seems that renewing the libwidevinecdm.so fixes this problem.....

Renewing in what way? Re-running the script?
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.
Jepp, ive deleted the libwidevinecdm.so in .cdm folder and was re-running the script.
(2017-07-13, 20:44)Milhouse Wrote:
(2017-07-13, 11:39)pacoma2610 Wrote: Using Build #712 with service.tvheadend42-9.0.111-#0712-milhouse-v4.3-295-ga9dffb7 with Build #710 is no Problem

What about if you use tvheadend #0712 with the #0712 build? Where there any problems with tvheadend #0711 (with #0710)?

Build #710,711 with TVH Build #701 - #712 is working, on every combination,

with Build#712 TVH #701 - #712 is the ffmpeg-error
@debutanker yes looks like you're correct - thanks.

Code:
NUC:~/.kodi # ls -la cdm cdm.old
cdm:
total 5592
drwxr-xr-x    3 root     root          4096 Jul 13 19:57 .
drwxr-xr-x   10 root     root          4096 Jul 13 19:58 ..
-rw-r--r--    1 root     root          1737 Jul 13 19:57 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.challenge
-rw-r--r--    1 root     root            52 Jul 13 19:57 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.init
-rw-r--r--    1 root     root           810 Jul 13 19:57 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.response
lrwxrwxrwx    1 root     root            21 Jul 13 19:56 libssd_wv.so -> /usr/lib/libssd_wv.so
-rwxr-xr-x    1 root     root       5699579 Jul 13 19:56 libwidevinecdm.so
drwxr-xr-x    3 root     root          4096 Jul 13 19:57 widevine

cdm.old:
total 7804
drwxr-xr-x    3 root     root          4096 Jun 29 16:50 .
drwxr-xr-x   10 root     root          4096 Jul 13 19:58 ..
-rw-r--r--    1 root     root          1737 Jul 13 19:55 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.challenge
-rw-r--r--    1 root     root            52 Jul 13 19:55 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.init
-rw-r--r--    1 root     root           808 Jul 13 19:55 EDEF8BA9-79D6-4ACE-A3C8-27DCD51D21ED.response
lrwxrwxrwx    1 root     root            21 Dec 12  2016 libssd_wv.so -> /usr/lib/libssd_wv.so
-rwxr-xr-x    1 root     root       7964784 Dec 12  2016 libwidevinecdm.so
drwxr-xr-x   29 root     root          4096 Jul 13 19:55 widevine

cdm.old has blue and red swapped.

cdm (the new version of the library) is correct.

So anyone with blue/red swapped should "rm -fr /storage/.kodi/cdm" and re-run the download script (note #6, first post) then reboot.
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.
There'll be a fix in tonight's build for the Netflix/Amazon buffering - you should be able to re-enable the "Dolby Sound" setting in the Netflix add-on.
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.
(2017-07-13, 20:40)Milhouse Wrote:
(2017-07-13, 17:26)laric Wrote: The file is there. Used the install procedure in #6 on first page.

Maybe try "rm -fr /storage/.kodi/cdm" and run the script again? Reboot afterwards.

Tried that. Same error.

Is there a way to see why it can't load the shared lib?

Code:
ldd /storage/.kodi/cdm/libwidevinecdm.so
        linux-vdso.so.1 (0x00007ffe375c1000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fee58da5000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007fee58a94000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fee58714000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fee5850e000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007fee58306000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fee581fb000)
        libnss3.so => not found
        libnssutil3.so => not found
        libnspr4.so => not found
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fee57fe2000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007fee57c4a000)
        /usr/lib64/ld-linux-x86-64.so.2 (0x000056019f74b000)

Does this mean I am missing some libs?
If my post helped you then there is a nice "Thank user" button on the bottom of the post.
(2017-07-13, 21:36)laric Wrote: Does this mean I am missing some libs?

Yes, unfortunately that new library needs components the old one didn't, and are currently only provided by installing the Chromium addon. Sad

We'll need to fix the build to include those missing components.
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.
There should be a fix for the red/blue swap tonight which avoids having to update libvwidevinecdm.so with a version requiring additional libraries not available in these builds (although I'm working on fixing that too, hence the delay to tonight's build).
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.
  •   
  • 1
  • 87
  • 88
  • 89(current)
  • 90
  • 91
  • 355
  •   
  Thread Closed
 
Thread Rating:
  • 24 Vote(s) - 4.5 Average



Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for x86_64 (Kodi 18.0)4.524