Jump to content


Photo

devel: kodi_18 vs mipsel


  • This topic is locked This topic is locked
126 replies to this topic

Re: devel: kodi_18 vs mipsel #61 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 30 April 2021 - 16:55

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.



Re: devel: kodi_18 vs mipsel #62 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 1 May 2021 - 20:50

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)

 



Re: devel: kodi_18 vs mipsel #63 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 1 May 2021 - 21:38

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?



Re: devel: kodi_18 vs mipsel #64 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 1 May 2021 - 22:08

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

 



Re: devel: kodi_18 vs mipsel #65 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 11:28

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



Re: devel: kodi_18 vs mipsel #66 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 11:36

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



Re: devel: kodi_18 vs mipsel #67 rantanplan

  • PLi® Contributor
  • 1,759 posts

+81
Good

Posted 2 May 2021 - 12:22

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



Re: devel: kodi_18 vs mipsel #68 Aliraza63

  • PLi® Tester
  • 250 posts

+23
Neutral

Posted 2 May 2021 - 12:44

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.  


 DM-900 ,DM-520, Vu+Duo2


Re: devel: kodi_18 vs mipsel #69 WanWizard

  • PLi® Core member
  • 68,309 posts

+1,719
Excellent

Posted 2 May 2021 - 13:02

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...


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: devel: kodi_18 vs mipsel #70 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 13:31

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.



Re: devel: kodi_18 vs mipsel #71 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 14:45

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

Someone can confirm it?



Re: devel: kodi_18 vs mipsel #72 rantanplan

  • PLi® Contributor
  • 1,759 posts

+81
Good

Posted 2 May 2021 - 15:04

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.



Re: devel: kodi_18 vs mipsel #73 ntj

  • Senior Member
  • 71 posts

0
Neutral

Posted 2 May 2021 - 15:14

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.


Re: devel: kodi_18 vs mipsel #74 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 17:46

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.



Re: devel: kodi_18 vs mipsel #75 rantanplan

  • PLi® Contributor
  • 1,759 posts

+81
Good

Posted 2 May 2021 - 18:20

;-)

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.



Re: devel: kodi_18 vs mipsel #76 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 18:43

@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:~#

 



Re: devel: kodi_18 vs mipsel #77 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 2 May 2021 - 18:46

;-)

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.



Re: devel: kodi_18 vs mipsel #78 ntj

  • Senior Member
  • 71 posts

0
Neutral

Posted 2 May 2021 - 19:25

 

;-)

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.



Re: devel: kodi_18 vs mipsel #79 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 3 May 2021 - 07:39

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?



Re: devel: kodi_18 vs mipsel #80 A.A.

  • Senior Member
  • 391 posts

+8
Neutral

Posted 3 May 2021 - 08:47

Note that in the meanwhile xbmc requires openssl 1.1

 

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

doh!




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users