126 replies to this topic

[A.A.]

Thanks,

sorry for the noise but we are almost there.

 

I have followed the OE-A changes here

https://github.com/o...pes-mediacenter

 

GSTPlayer took two tries and needed more refinements.

It needs glib as well.

 

I'd say, once we know kodi is running on various models we can catch up.

 

Note that our recipe and our patchset are more clean, especially the egl one.

A.A.

[A.A.]

These are the differences between the kodi-shlibdeps found during packaging:

 

ndrea@andrea-ThinkPad-T520:/oe$ diff -aburN openpli-kodi-shlibdeps openspa-kodi-shlibdeps
--- openpli-kodi-shlibdeps    2021-05-01 21:00:31.636036276 +0200
+++ openspa-kodi-shlibdeps    2021-05-01 19:12:53.612897320 +0200
@@ -4,37 +4,39 @@
 freetype (>= 2.10.1)
 fribidi (>= 1.0.5)
 fstrcmp (>= 0.7)
+glib-2.0 (>= 2.60.7)
 glibc (>= 2.30)
+gstreamer1.0 (>= 1.17.0.1+git18671+e17bde5)
 lcms (>= 2.9)
 libass (>= 0.14.0)
 libatomic (>= 9.2.0)
 libavahi-client (>= 0.7)
 libavahi-common (>= 0.7)
-libavcodec (>= 4.4.0)
-libavfilter (>= 4.4.0)
-libavformat (>= 4.4.0)
-libavutil (>= 4.4.0)
-libbluray (>= v1.1.0+git2956+311f092)
+libavcodec (>= 4.2.1)
+libavfilter (>= 4.2.1)
+libavformat (>= 4.2.1)
+libavutil (>= 4.2.1)
+libbluray (>= v1.1.2+git2956+311f092)
 libcap (>= 2.27)
 libcdio (>= 2.1.0)
-libcec (>= 4.0.4)
-libcrypto (>= 1.1.1g)
+libcec (>= 4.0.2+gitr0+8adc786bac)
+libcrypto10 (>= 1.0.2r)
 libcurl (>= 7.66.0)
 libgcc (>= 9.2.0)
-libgles-vuduo2 (>= 15.1)
+libgstpbutils-1.0 (>= 1.17.0.1+git20028+dd556cc)
 libinput (>= 1.14.1)
 libiso9660 (>= 2.1.0)
 libmicrohttpd (>= 0.9.66)
-libnfs (>= 2.0.0+git)
+libnfs (>= 4.0.0+git)
 libpcre (>= 8.43)
 libpcrecpp (>= 8.43)
-libpostproc (>= 4.4.0)
-libpython2 (>= 2.7.18)
+libpostproc (>= 4.2.1)
+libpython2 (>= 2.7.16)
 libsqlite3 (>= 3.29.0)
-libssl (>= 1.1.1g)
+libssl10 (>= 1.0.2r)
 libstdc++ (>= 9.2.0)
-libswresample (>= 4.4.0)
-libswscale (>= 4.4.0)
+libswresample (>= 4.2.1)
+libswscale (>= 4.2.1)
 libtinyxml (>= 2.6.2)
 libudev (>= 3.2.8)
 libxkbcommon (>= 0.8.4)
@@ -43,4 +45,5 @@
 lzo (>= 2.10)
 taglib (>= 1.11.1)
 util-linux-libuuid (>= 2.34)
+vuplus-libgles-vuduo2 (>= 15.1)
 zlib (>= 1.2.11)

 

[A.A.]

Now some subtle differences at do_configure:

 

OpenPLi

..-- Configuring done
-- Generating done
CMake Warning:
  Manually-specified variables were not used by the project:

    ENABLE_VAAPI
    USE_LTO

 

OpenSPA

-- Configuring done
-- Generating done
CMake Warning:
  Manually-specified variables were not used by the project:

    USE_LTO

 

Strange because both are using packageconfig for lto and vaapi.

 

If I look at the CMakeCache.txt it is also different:

Openpli

//No help, variable specified on the command line.
ENABLE_VAAPI:UNINITIALIZED=OFF

...

//No help, variable specified on the command line.
USE_LTO:UNINITIALIZED=OFF

 

 

 

OpenSPA
//Enable VAAPI support?
ENABLE_VAAPI:STRING=OFF

...

//No help, variable specified on the command line.
USE_LTO:UNINITIALIZED=8


 

What is pre-processing these files? jsonschemabuilder?fmt?

[A.A.]

Note that I cannot run the OpenSPA binary, even configured w/out samba and bluetooth

 

/usr/lib/kodi/kodi-stb: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object file: No such file or directory

 

In fact here the distros differ a lot: ssl/crypto

 

[A.A.]

So I have built our kodi recipe (with our patches) for the OpenSPA. It runs!

 

That means our kodi recipe is valid, I will send some more patches today.

 

It remains to understand what is making it fail....I'll try to downgrade fmt, jsonschemabuilder, etc until it crashes

 

Cheers

A.A.

 

@kueken

please send again the updates for inputstream-adaptive and other addons

[A.A.]

This is the log of the installation  https://pastebin.com/ZDRrVwRx

[rantanplan]

Hy

From my point of view, the most important thing is always the working build.
Works for mips and ARM.
The next step is the search for errors (via feedback).
Then you can improve Kodi (like any other plugin).

WanWizard actually wants to bring out 8.1 (if I got that right)
Is also important for Mips.
Should Kodi run perfectly now?

I would go straight to Kodi 19 now.
At the same time, I would orientate myself more towards Satdreamgr than the OE-Alliance.
This is the pli offshoot that builds on the same base.
But I don't have the opportunity to test.
There is also little feedback on Kodi.


greetings

[Aliraza63]

as we know that openatv 6.5  has kodi 19 in feed 

today i have tested at duo2 and compared with openspa ( without multiboot )

I have found kodi in openatv is working more better than openspa. 

Currently I am looking at openopli 's  next release. 

its expected kodi will be there.  

[WanWizard]

WanWizard actually wants to bring out 8.1 (if I got that right)
Is also important for Mips.
Should Kodi run perfectly now?

 

Yes, that is right, besides correcting the ffmpeg / mips issue, there is also new hardware waiting for a release.

 

So getting and maintaining stability in develop is important right now.

 

At the moment the only thing holding the release up is the build of the OS Mio 4K and 4K+, which had a kernel update recently, and some out-of-tree wifi drivers now need kernel patches...

[A.A.]

Just for info, I have tested the updated vuplus libgles drivers we are using in meta-vuplus.

These do work both in OpenPLi and OE-A with the cube example demo.

 

So I'd say the gfx drivers are ok, it's the different environment.

[A.A.]

I think our patchset is definitely missing some parts: the remote doesn't work with kodi.

Someone can confirm it?

[rantanplan]

https://github.com/s...pes-mediacenter

 

As mentioned earlier, I would compare it to this solution.
Adjust and update accordingly.
There are always slightly different structures, but the principle is the same.
Update to 19 is certainly also possible.
But if too many respond to this with different structures of their own, then that only leads to extra work and errors.

[ntj]

I think our patchset is definitely missing some parts: the remote doesn't work with kodi.

Someone can confirm it?

 

 

 

Regarding the problem with missing sound in KODI on VU+ Ultimo4k  (asking for help)

 

I want to make a "workaround" by using the Openpli standard videoplayer also in KODI 

That one is already used for playing local video files in KODI but with the problem that you can´t control it (no pause, stop and so)

If i use that player for streaming in KODI i will have sound but the same problem (no controls are working)

Does anyone have a hint of how to get remote contols working for this player in KODI?

 

The way to get this player working but without remoote controls in KODI for streaming video is to delete this part of

playercorefactory.xml ( /usr/share/kodi/system )

(modified file attached)

 

 <rule name="netflix" filename="*manifest*"  player="VideoPlayer" />​

    </rule>

 

Have tested sound in a few video add-in and had sound on all tests.

 

From my post #136 in the KODI tread in english section. 

So, remote is not working for local content in KODI at least for Ultimo4K

Edited by ntj, 2 May 2021 - 15:14.

[A.A.]

https://github.com/s...pes-mediacenter

 

As mentioned earlier, I would compare it to this solution.
Adjust and update accordingly.
There are always slightly different structures, but the principle is the same.
Update to 19 is certainly also possible.
But if too many respond to this with different structures of their own, then that only leads to extra work and errors.

Hi, the distro is based on OpenPLi.

Does kodi-mipsel run on it?

 

I see they have newer libnfs as in OE-A. I'll send a patch.

A.A.

[rantanplan]

;-)

Just test it, I would say.
Honestly, isn't that big of a thing when you have a box.
I don't have a box like that.
I can only build and repair.
I like to do that, but feedback has to come from the people who have boxes like this.
As I said, there shouldn't be too many tinkering with it. That's why I'm holding back extra.
That was also desired.

[A.A.]

@WanWizard

 

this is the OE-A based OpenSPA build.

I have read scrubbing the patch that the Nexus platform does encrypt the client-server traffic.

Dunno...

 

root@vuduo2:~# opkg list-installed | grep ssl
enigma2-plugin-systemplugins-wirelesslan - 7.4+git475+ef07ee0-r0
glib-openssl - 2.50.8-r0
glib-openssl-locale-de - 2.50.8-r0
glib-openssl-locale-es - 2.50.8-r0
glib-openssl-locale-fr - 2.50.8-r0
glib-openssl-locale-it - 2.50.8-r0
glib-openssl-locale-nl - 2.50.8-r0
glib-openssl-locale-pt - 2.50.8-r0
libssl1.0.2 - 1.0.2r-r0
openssl10 - 1.0.2r-r0
openssl10-conf - 1.0.2r-r0
python-pyopenssl - 19.0.0-r0

 

root@vuduo2:~# opkg list-installed | grep cryp
libcrypt2 - 4.4.8-r0
libcrypto-compat-0.9.7 - 1.0-r0
libcrypto-compat-1.0.0 - 1.1-r0
libcrypto1.0.2 - 1.0.2r-r0
libxcrypt-compat - 4.4.8-r0
python-asn1crypto - 0.24.0-r0
python-crypt - 2.7.16-r0
python-cryptography - 2.7-r0
python-pycryptodome - 3.4.11-r0
python-pycryptodomex - 3.8.2-r0
root@vuduo2:~#

 

[A.A.]

;-)

Just test it, I would say.
Honestly, isn't that big of a thing when you have a box.
I don't have a box like that.
I can only build and repair.
I like to do that, but feedback has to come from the people who have boxes like this.
As I said, there shouldn't be too many tinkering with it. That's why I'm holding back extra.
That was also desired.

I am sorry but unfortunately there isn't any recipe for vuduo2/vusolo2/vusolose.

 

https://github.com/s...ediacenter/kodi

 

I only have a box like that and cannot test on others. Feedback welcome!

Cheers

A.A.

[ntj]

 

;-)

Just test it, I would say.
Honestly, isn't that big of a thing when you have a box.
I don't have a box like that.
I can only build and repair.
I like to do that, but feedback has to come from the people who have boxes like this.
As I said, there shouldn't be too many tinkering with it. That's why I'm holding back extra.
That was also desired.

I am sorry but unfortunately there isn't any recipe for vuduo2/vusolo2/vusolose.

 

https://github.com/s...ediacenter/kodi

 

I only have a box like that and cannot test on others. Feedback welcome!

Cheers

A.A.

 

 

Could not resist in openmultiboot to install latest satdreamgr (ver 8 zeus) and the files (/dev/dsp nor /dev/mixer) is not there and i am getting the same low crackling sound as in openpli. (on Ultimo4K)

So satdreamgr and KODI is not working as it should and probably expected if/as it is based on OpenPLI.

[A.A.]

So finally if I am not wrong the biggest difference  are the libcrypt* libs.

Possibly the private closed-source drivers just refuse openssl1.1

 

One try could be to revive openssl10 reverting this patch:

 

http://git.openembed...afbb9f4f8b2ae7e

 

Any hint?

[A.A.]

Note that in the meanwhile xbmc requires openssl 1.1

 

https://github.com/x...xbmc/pull/19626

doh!