137 replies to this topic

[WanWizard]

Er is niks mis met die twee, probleem was dat de ffmpeg gestript was om ruimte te besparen.

 

@Rantanplan is daar in development mee bezig, ik kijk zelf niet naar streams, dus geen idee van de status, kwestie van even een develop image flashen denk ik.

[doglover]

Heb de develop geflasht op de Zgemma (deed het ook niet) en idd daarin werkt het momenteel wel.

Durf het nog niet aan om de HD2400 hiermee te flashen.

 

Er doet zich nl een ander probleem voor:

root@sh1:~# opkg install /tmp/libssl1.0.2_1.0.2k-r0_mips32el.ipk
Collected errors:
* Solver encountered 1 problem(s):
* Problem 1/1:
*   - package libssl1.0.2-1.0.2k-r0.mips32el does not have a compatible architecture
*
* Solution 1:
*   - do not ask to install libssl1.0.2-1.0.2k-r0.mips32el
root@sh1:~#

Vraag maar niet verder waar vandaan en het waarom van deze file.

Alleen wil ik wel weten waarom de architecture niet zou voldoen.
 

[WanWizard]

Wat staat er in de control file van die ipk?

[doglover]

Package: libssl1.0.2
Version: 1.0.2k-r0
Description: Secure Socket Layer
Secure Socket Layer (SSL) binary and related cryptographic tools.
Section: libs/network
Priority: optional
Maintainer: OE-Core Developers <openembedded-core@lists.openembedded.org>
License: openssl
Architecture: mips32el
OE: openssl
Homepage: http://www.openssl.org/
Depends: libc6 (>= 2.25), libcrypto1.0.2 (>= 1.0.2k)
Provides: libssl
Source: openssl_1.0.2k.bb

 

[WanWizard]

Even gecontroleerd, dit klopt, de ARCH van de sh1 is mips32el-nf (zie ook /etc/opkg). En daar gaat deze lib niet op werken, ssl en crypto gebruiken heel zeker de floating point processor.

[rantanplan]

Remove mipses - nf, I have no idea what this is supposed to do, except that it cuts these receivers' capabilities.

 

What about hd2400 and develop Image?
Check both Mediaframwork, plz.
gst should also be better in V8. In
Develop, due to streams (HLS), there was a change from Openssl back to nettle.
FFMPEG was unfortunately a little too restricted in version 8 for mipsel.
Now we have been looking for a compromise there because of mipsel and feedback would be welcome in any case.
Unfortunately, most of the time nothing happens when everything is fine

[WanWizard]

nf = no floating point processor.

 

This means the kernel (and other binaries) are built with floating point emulation as the BCM7358 SoC doesn't have a floating point processor.

 

It also means that code that has been compiled for a floating point processor doesn't run, because the CPU doesn't support the specific MIPS instructions. The SoC has other shortcomings, it for example doesn't have an FHD framebuffer.

 

Afaik there are only 4 supported boxes with this SoC: ET4000, XP1000, HD500C and the H1.

[rantanplan]

Yes, I have also read this accordingly.
So it is not a problem to built "mipsel" anyway. These functions are of course activated with it.
But if mipsel-nf is built, a number of plugins no longer work and this is disadvantageous.

Edited by rantanplan, 26 March 2021 - 22:00.

[WanWizard]

If you build a mips32el image for a box that doesn't have a floating point processor, then ANY code that uses floating point instructions will crash.

 

So, yes, it is not a problem to build. But it won't run. Chances are the kernel won't even start.

[WanWizard]

But if mipsel-nf is built, a number of plugins no longer work and this is disadvantageous.

 

Binary-only plugins, yes. Not really my problem, either ask the author to make the source public, or to provide the correct binary.
 

[rantanplan]

You can compare it with the building of the OE-Alliance build.
There, too, it is being built and functioning 'mipsel'.
As I understood it from the point of view of construction, mipsel built is more extensive and therefore larger. It makes things available that cannot be used by the processor. However, this does not create a problem.
Image and plugins are then a bit larger. As I understand it, Mipsel is backwards compatible with mipsel-nf.
But I don't know exactly.
OE-Alliance also builds mipsel and it works fine.

 

 

https://github.com/o...ine/et4x00.conf

https://github.com/o...x00.inc#L33-L34

[WanWizard]

I wonder if those have even been properly tested. I know for a fact OpenPLi won't even compile for my XP1000 if I force mips32el, let alone run.

 

Chances are somewhere the compiler is instructed (patches for example) to use emulation code if and when needed (https://gcc.gnu.org/...y-routines.html). Which would mean any mipsel package would install, but crash if it was build for a floating point processor (i.e. not have the emulation code).

 

I hate to say it, but it smells like a typical OE-A solution (i.e. worked around instead of solved) ...

[rantanplan]

I don't know what the best solution is and I don't have any of the affected receivers.
I just tinker with the try & error principle.
Ultimately, almost all mipsel is a bit tricky with regard to gcc / glibc anyway. Almost all drivers and kernels were built based on gcc4 / glibc2.19. You can read that in every driver.
You mean I should withdraw the PullRequest, then I'll do it.
greetings

[WanWizard]

Which PR are you referring to?

[Bram55]

En ik maar denken dat ik me op het Nederlandtalige deel van het forum bevind.

[littlesat]

Het gebeurt soms dat iemand die niet goed Nederlands reageert.... moet kunnen !!!! Daar hebben wij Nederlanders toch geen moeite meer???

Edited by littlesat, 27 March 2021 - 08:12.

[doglover]

Al het bovenstaande verklaart waarom die library niet wil installeren.

Iets geleerd:  mips32el is niet altijd mips32el.  Er bestaat  ook nog iets als mips32el-nf.  Hiervan was ik niet op de hoogte (kan ook niet alles weten).

 

Maar het belangrijkste is wel dat exteplayer terug werkt.

En de oorzaak was dat iemand ffmpeg had verwijdert.  Bummer.

Dat van die library is niet belangrijk.  Het was gewoon iets uitproberen.  (Ik doe dat op die sh1 omdat dat de mindere belangrijke ontvanger is.  Als ik die verkloot is het niet zo erg)

 

PS:  de Mutant HD2400 is wel degelijk mips32el, niet?

[Loui (PD1LOI)]

De serviceapp en extplayer3 werken niet op pli8.0
De streams (TVL, TV-oost en atv) werken niet meer op pli8.0 Op mijn andere receiver welke pli7.3 heeft werken dezelfde streams normaal.

Is dit bekend?
Wat kan ik doen?
(Behalve terug gaan naar pli 7.3)

Ik heb gedacht dat dit dus aan mij lag, Maar hier op mijn Mutant HD51 werkt het dus ook niet.

[rantanplan]

En de oorzaak was dat iemand ffmpeg had verwijdert.  Bummer.

 

 

PS:  de Mutant HD2400 is wel degelijk mips32el, niet?

Sorry that I write in English
it would be even more incomprehensible in Dutch, I suppose.
Although I can read and understand everything in Dutch, it doesn't help with writing.

FFMpeg was not removed. For many receivers, the images have become marginally large, which is why tried to limit the 'mipsel' construction to the essentials. A little too much has been reduced.
Therefore, this was first completely reversed in develop. Now we are slowly feeling our way back to what is really needed.
Hence the reference to develop, as these changes have not been incorporated into 8.

[Loui (PD1LOI)]

ServiceApp gerelateerd,
zodra ik een opgeslagen film wil bekijken moet ik ServiceApp uitzetten ander mis ik de ondertiteling. Het zelfde gebeurd ook als ik MP3 afspeel dan is Lyrics niet te zien. Wel als ServiceApp uitgeschakeld is, dan werkt alles wel.