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) - Milhouse - 2016-12-11

(2016-12-11, 12:14)sw4y Wrote: @Milhouse

Or maybe you can do a downgrade to curl 7.47.0 in your next build?

Downgrading curl isn't trivial. I'll upload a one-off build a bit later with curl downgraded so you can confirm it is the problem, but downgrading curl isn't really the solution as we need to fix curl...


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - sw4y - 2016-12-11

(2016-12-11, 23:43)Milhouse Wrote:
(2016-12-11, 12:14)sw4y Wrote: @Milhouse

Or maybe you can do a downgrade to curl 7.47.0 in your next build?

Downgrading curl isn't trivial. I'll upload a one-off build a bit later with curl downgraded so you can confirm it is the problem, but downgrading curl isn't really the solution as we need to fix curl...

Thank you!

Just tried build #1211 - dvbviewer addon can not be loaded.

Do I have to wait for an addon update?


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - pacoma2610 - 2016-12-12

@Milhouse

Build #1211 Tvheadend HTSP Client Can not be activated


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - cabal2k - 2016-12-12

(2016-12-11, 12:14)sw4y Wrote: @Milhouse

Or maybe you can do a downgrade to curl 7.47.0 in your next build?
ragnaroek Wrote:The problem is curl 7.51.0

I reverted curl 7.51.0 back to curl 7.47.0

and the issue is gone.

I tried this yesterday already. I can't confirm it's a problem with curl.
DAZN (or inputstream.adaptive) doesn't work for me with LibreElec Alpha official, my own LibreElec builds (with bleeding edge Kodi Krypton) and milhouse builds.
It doesn't matter what curl version I include.

Tried peak3d's actual inputstream version from git and kodinerds repo version (should be the same, decrypter lib included)

I did NOT try a fully clean installation. Maybe there are some fragments from old widevine things... I don't know.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - dirtydesaster - 2016-12-12

(2016-12-11, 23:39)Milhouse Wrote: @dirtydesaster can you try the latest build #1211 and test a large file transfer, as build #1211 has a samba config change that will hopefully address the file transfer issue.

Many thanks

It works. Many thanks!


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

It looks like a load of addons (in particular PVR addons) are now broken in the last build #1211 - from journalctl when enabling pvr.demo:
Code:
Dec 11 22:43:52 NUC kodi.sh[728]: Unable to load /usr/lib/kodi/addons//library.xbmc.pvr/libXBMC_pvr-x86_64-linux.so: cannot open shared object file: No such file or directory

I guess more work is needed after PR11109.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

Last build updated to #1211b with rebuilt add-ons - apologies for the grief.

@ksooo PR11143 added as requested.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

(2016-12-11, 12:14)sw4y Wrote: @Milhouse

Or maybe you can do a downgrade to curl 7.47.0 in your next build?

Try build #1211x - same as #1211b but with curl downgraded from 7.51.0 to 7.47.0: Generic


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - sw4y - 2016-12-12

(2016-12-12, 06:31)Milhouse Wrote: Try build #1211x - same as #1211b but with curl downgraded from 7.51.0 to 7.47.0: Generic

OK

I did a complete clean install.

1. Install Libreelec official 7.0.2

2. Install build #1211x

3. Get libwidevinecdm.so

curl -Ls http://nmacleod.com/public/libreelec/getwidevine.sh -o /tmp/getwidevine.sh && sh /tmp/getwidevine.sh

and

ln -s ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so ~/.kodi/cdm/

4. Install addon skyGo 1.0.8 and DAZN 0.60


SkyGo works as it should, so libwidevine should be ok.

DAZN does not work.

I'm done with it...Confused


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

(2016-12-12, 19:18)sw4y Wrote: and

ln -s ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so ~/.kodi/cdm/
Why are you doing this? It's not in the installation instructions for widevine, and is the wrong location (you'll be linking to an out of date add-on for these test builds).

And why do you have inputstream.adaptive installed in ~/.kodi/addons when it's already installed in the build somewhere else?

Delete the inputstream.adaptive add-on you've installed, delete /storage/.kodi/cdm then reinstall widevine as described in the first post - there should be no need to do anything else.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - sw4y - 2016-12-12

(2016-12-12, 19:35)Milhouse Wrote:
(2016-12-12, 19:18)sw4y Wrote: and

ln -s ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so ~/.kodi/cdm/
Why are you doing this? It's not in the installation instructions for widevine, and is the wrong location (you'll be linking to an out of date add-on for these test builds).

And why do you have inputstream.adaptive installed in ~/.kodi/addons when it's already installed in the build somewhere else?

Delete the inputstream.adaptive add-on you've installed, delete /storage/.kodi/cdm then reinstall widevine as described in the first post - there should be no need to do anything else.

The answer is simple - I always did it that way Smile

So again.

I did a clean install and followed your instructions given in the first post.

DAZN 0.60 does not work.

I can post a log later if needed / wanted.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - cabal2k - 2016-12-12

(2016-12-12, 19:35)Milhouse Wrote:
(2016-12-12, 19:18)sw4y Wrote: and

ln -s ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so ~/.kodi/cdm/
Why are you doing this?

It's in the instructions for "LibreELEC (Krypton) v7.90.009 ALPHA".
But it doesn't matter... seems the problem is elsewhere. Older builds with inputstream.mpd works O.K.

The getwidevine.sh script should link to the correct libssd_vw.so

Code:
# Sym link to whatever libssd_wv.so we can find...
for l in /usr/lib/libssd_wv.so  ~/.kodi/addons/inputstream.adaptive/lib/libssd_wv.so ~/.kodi/addons/inputstream.mpd/lib/libssd_wv.so; do
  if [ -f ${l} ]; then
    rm -f ~/.kodi/cdm/libssd_wv.so
    ln -fs ${l} ~/.kodi/cdm/libssd_wv.so
    break
  fi
done

It doesn't neither work (for me and obviously sw4y) with clean install of your build and getwidevine.sh nor LibreELEC (Krypton) v7.90.009 ALPHA with actual inputstream.adaptive 1.04.
So I assume its a problem with this specific video addon for DAZN or something wrong with x64 linux versions of decrypter lib. For some people it seems to work, but I don't know if these people uses Intel machines.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

(2016-12-12, 20:56)sw4y Wrote: DAZN 0.60 does not work.

I can post a log later if needed / wanted.

A debug log would be useful although presumably it's not now down to curl if 7.47.0 also isn't working, but might be a certificate issue of some sort.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - Milhouse - 2016-12-12

(2016-12-12, 21:27)cabal2k Wrote: It's in the instructions for "LibreELEC (Krypton) v7.90.009 ALPHA".

Do you have a link to these instructions? I just want to make sure they're correct...

(2016-12-12, 21:27)cabal2k Wrote: The getwidevine.sh script should link to the correct libssd_vw.so

Yes, and it does, whether using the built-in add-on (as in these test builds) or when using the user installed add-on (as in 7.90.009), which is why it shouldn't be necessary to manually create the link.

The link will *not* be created in 7.90.009 if you run getwidevine.sh before installing inputstream.adaptive, in which case simply re-run getwidevine.sh after installing inputstream.adaptive.

The link will always be created when running getwidevine.sh in one my Milhouse test builds, as the libssd_wv.so is already present in /usr/lib/libssd_wv.so (and inputstream.adaptive is built-in).

However if you are switching back and forth between my builds and 7.90.009, you will need to re-run getwidevine.sh each time you switch from 7.90.009 to a milhouse build (and vice versa), otherwise the link will be pointing at a non-existant (or wrong) file.

(2016-12-12, 21:27)cabal2k Wrote: It doesn't neither work (for me and obviously sw4y) with clean install of your build and getwidevine.sh nor LibreELEC (Krypton) v7.90.009 ALPHA with actual inputstream.adaptive 1.04.
So I assume its a problem with this specific video addon for DAZN or something wrong with x64 linux versions of decrypter lib. For some people it seems to work, but I don't know if these people uses Intel machines.

I thought the error was a curl 35 error which indicates ssl handshake failure.


RE: LibreELEC Testbuilds for x86_64 (Kodi 18.0) - cabal2k - 2016-12-12

Code:
20:51:58.215 T:139757094958848  NOTICE: [plugin.video.dazn] arguments: 0.6.0
20:52:02.305 T:139757094958848  NOTICE: [plugin.video.dazn] arguments: {'title': ['Was l\xc3\xa4uft'], 'id': ['Scheduled'], 'mode': ['rail']}
20:52:05.101 T:139757094958848  NOTICE: [plugin.video.dazn] arguments: {'title': ['Villarreal - Atletico Madrid (Jetzt Live)'], 'params': ['Scheduled'], 'id': ['tfzcncb904mc1gyqrve7hlrdx'], 'mode': ['play']}
20:52:05.615 T:139758309730432  NOTICE: VideoPlayer: Opening: https://dc1-livedash-perform.secure.footprint.net/out/u/encr_5890562689_f896528b1c99453c9e0dc1c5c57a505d.mpd
20:52:05.615 T:139758309730432 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
20:52:05.649 T:139757094958848  NOTICE: Creating InputStream
20:52:06.439 T:139757094958848   ERROR: CCurlFile::FillBuffer - Failed: SSL connect error(35)
20:52:06.440 T:139757094958848   ERROR: CCurlFile::Open failed with code 0 for https://widevine.entitlement.theplatform.eu/wv/web/ModularDrm/getWidevineLicense?form=json&schema=1.0&token=mmFjjCjSFWPy9U-wCDW4UaByQDCYYJBS&account=http%3a%2f%2faccess.auth.theplatform.com%2fdata[...]|Expect&acceptencoding=gzip%2C%20deflate&seekable=0
20:52:06.441 T:139757094958848   ERROR: AddOnLog: InputStream Adaptive: License server returned failure
20:52:06.441 T:139757094958848   ERROR: AddOnLog: InputStream Adaptive: Unable to generate a license
20:52:06.444 T:139757094958848   ERROR: CVideoPlayer::OpenInputStream - error opening [https://dc1-livedash-perform.secure.footprint.net/out/u/encr_5890562689_f896528b1c99453c9e0dc1c5c57a505d.mpd]
20:52:06.444 T:139757094958848  NOTICE: CVideoPlayer::OnExit()
20:52:06.463 T:139758309730432   ERROR: Playlist Player: skipping unplayable item: 0, path [plugin://plugin.video.dazn/?id=tfzcncb904mc1gyqrve7hlrdx&params=Scheduled&mode=play&title=Villarreal+-+Atletico+Madrid+%28Jetzt+Live%29]

Link to instructions (not only for libreelec, its for Kodi beta 6):

http://www.kodinerds.net/index.php/Thread/51486-Kodi-17-Inputstream-AddOns-f%C3%BCr-Kodi-17-Beta-6-aktuelle-Git-builds-Update-10-12-2/?postID=333954#post333954 (german)

(2016-12-12, 21:51)Milhouse Wrote: I thought the error was a curl 35 error which indicates ssl handshake failure.

Yes. But some users with (I think) ARM devices (odroid c2 32 bit build and raspberry3 ) had success. Is there an other curl version in these builds?