173 replies to this topic

[luisteraar]

Vaak ik het niet nodig het wiel nieuw uit te vinden.

Bij kodi hebben ze het werk al gedaan

Voor broadcom wordt gebuik gemaakt van de egl functionaliteit van de soc.

Raspi  ideaal als mediaplayer nu blijkt dat weinig verschil is tussen een bcm stb en raspi

Hier de patch voor kodi om te werken op stb

 https://github.com/O...l-headers.patch

 

In het kort zegt de patch compileer als of de stb een raspi is

en gebruik egl en gles

Edited by luisteraar, 25 January 2022 - 10:43.

[WanWizard]

@Wanwizard,
Wat je dus eigenlijk wil is de mediaplayer functie in Enigma2 behouden en enkel een uitbreiding van de media formaten die omgezet worden naar PES of TS zodat ze naar de dvb adapter kunnen?

 

Ja.

 

Een gebruiker verwacht dat zij/hij gewoon via de movie list media kan selecteren (of een stream kan openen via eenbouquet), en dan beeld cq geluid krijgt.

 

En die wil niet gaan pielen met serviceapps en extplayer3 of andere players en/of ingewikkelde instellingen, dat gaat de meeste eindgebruikers ver boven de pet.

 

En ook kodi valt daar onder, ook dat is een workaround (in de categorie "andere players") voor het feit dat E2 zelf brak is op dat gebied. Nog even los van het feit dat er lang niet voor alle boxen EGL support is, en kodi dus niet overal op draait.

[WanWizard]

De kern van het probleem is en blijft dat de hele architectuur en design van E2 de 20 jaar oud aan het benaderen is, en er in die tijd absoluut niks aan gemoderniseerd is, er zijn alleen maar meer gehaktballen in de spaghetti gegooid.

 

De hele boel zou daarom op de schop moeten, maar niemand durft dat aan, en ik snap niet helemaal waarom niet.

 

Er is duidelijk genoeg expertise onder de mensen hier, waar het aan lijkt te ontbreken is een stukje motivatie, wellicht commitment (het zal een groot project worden, met een redelijke doorloop tijd), en sturing / leiding.

 

Ik probeer dat laatste al een tijd te doen, maar eigenlijk heb je naast een PM/teamlead rol een lead developer nodig die op een meer technisch niveau sturing kan geven. Daar hadden we vroeger pieterg voor, maar die heeft bits ingeruild voor babies .

[luisteraar]

Het gaat nu wel offtopic maar wel interessant.

Ik denk dat je niemand kan porren een project op benen te zetten wat jaren duurt.

In mijn open moet de stb terug naar basic linux en dan losse programma's (nu noemen

ze dat appjes)

Een apje om de tuners te bedienen (de sourcen ervoor zijn er al windoofs dvb kaart die /dev/dvb maakt)

Een appje die de gui maakt voor de bediening.

Een appje om te streamen (bestaan er al veel van)

een appje voor dit en een appje voor dat.

[WanWizard]

Daar heeft een eindgebruiker helemaal geen enkele fluit aan. Die wil geen PC, die wil een geintegreerde appliance, type "Smart TV". Net zoals deze geen hele stapel aan hardware naast de TV wil.

 

Je moet niet vergeten dat 99% van alle OpenPLi gebruikers hier onder vallen, de bezoekers van dit forum zijn de techneuten die in die resterende 1% vallen.

 

En dan zit jij ergens in de laatste 1% van die groep denk ik...

 

Laat niet onverlet dat onder die integratie natuurlijk best aparte apps mogen zitten, ook hier geldt dat goed gejat beter is dan slecht bedacht. Maar dat is een architectuur / design / implementatie discussie.

[luisteraar]

Een gui maken die de losse appjes oproept

windows mac android doen het zo daar kan tegenwoordig 99% van

de mensen mee overweg.

En wat dacht je van android tv 

[WanWizard]

Nee, dat is niet wat ik schreef.

 

Als je dat wil, moet je gewoon lekker een Pi pakken en daar linux op zetten, en een muis aan hangen. Leuk voor jou, maar absoluut niet waar de gemiddelde eindgebruiker op zit te wachten. Zet het maar bij je ouders neer, wat gaat die daarvan vinden?

 

Het belangrijkste, en de kern van alles, is een enkele geintegreerde GUI die met de AB vanuit de luie stoel te bedienen is.

 

Inderdaad, zoals de Apple en Android TV's van deze wereld het doen (en de meeste vendor STB's, zoals Sky Q, op de Smart TV's). Die allemaal als nadeel hebben dat ze niet open source zijn, dat de leverancier / vendor bepaalt hoe en wat je er mee mag, en je zelf niet kunt bepalen hoe jij het wil. Met hardware die je zelf wilt kiezen, in een setup die je zelf samenstelt.

 

En dat is de niche die we hier (als OpenPLi en concullega's) aan het invullen zijn.

 

Zoals ik (erg high level) de architectuur zie:

• een onderste hardware laag met 1 of meerdere networked/distributed STB's
• een interface laag op elke box die met hardware communiceerd
• een distributed (1:n) backend laag met low-level functies (storage management, tuning, recording, epg db, channel db, etc)
• een api laag moet met de backend te kunnen communiceren
• een gui laag die met de backend api praat

Als GUI laag zie ik een HTML/Javascript engine als aangewezen technologie.

 

Een technologie waarvoor veel expertise aanwezig is, theming erg makkelijk is (CSS), internet integratie transparant is, en waarvoor DVB integratie reeds bestaat (in de vorm van HbbTV, die werkt in de vorm van een Javascript class extensie. Dit betekent ook dat het maken van plugins een stuk makkelijker wordt, dit is veel toegankelijker dan het nu gebruikte python.

 

Er zal dan een ei gelegd moeten worden over de onderliggende technology (webserver, template language, etc). Ik zou zelf voor PHP kiezen ipv Python, maar wie ben ik .

 

Voor de distrtibutie laag, en alles daaronder, zou de boel in C geschreven moeten worden, om zoveel mogelijk performance uit de hardware te halen. Veel van de huidige backend logic kan prima herbruikt worden.

[luisteraar]

Voordat iemand of een groep veel werk er in steekt moet wel

perspectief zijn anders is het zonde van het werk.

Alles gaat naar CI+ wordt dat toegelaten op een linux stb box?

[WanWizard]

Toegelaten, door wie?

 

Op dit moment werken de meeste CI+ modules gewoon, mits je zelf enig zoekwerk verricht.

 

Dat gezegd hebbende, ik zit zelf met een provider die niet eens een CI+ module beschikbaar stelt, je moet hun box gebruiken, en anders zoek je het maar uit.  Dus voor mij zelf zou het hebben van een frontend met DRM support de optie bieden om over te stappen op de online streams van diezelfde provider (die ik nu niet af kan spelen). Naast alle andere zaken die die richting aan het migreren zijn, denk aan de F1 op Viaplay.

[luisteraar]

CI+ club moet dan certificaten verstrekken ,gestolen keys plaatsen

is niet de manier.

[WanWizard]

CI+ club moet dan certificaten verstrekken ,gestolen keys plaatsen

is niet de manier.

 

Dat gaat nooit gebeuren, CI+ is nu eenmaal een manier om de provider de mogelijkheid te geven om controle over de eindgebruiker uit te voeren ook al heeft die zelf zijn eigen hardware gekozen ipv de provider box te gebruiken.

 

En dat staat haaks op onze doelstelling.

 

Dat zelfde speelt met softcams, waarom zou ik twee abonnementen moeten betalen, zodat ik 2 smartcards kan bezitten, waarmee ik zowel in de woonkamer als de slaapkamer TV kan kijken?

[luisteraar]

Ik de huiselijke sfeer gelden de auteursrechten beperkingen bijna niet dat geluk hebben we.

Maar of dat een basis is voor een groot nieuw project?

[WanWizard]

Het alternatief is het bijltje er bij neer te gooien.

 

De huidige architectuur is niet meer levensvatbaar, die hangt al jaren aan de zuurstof.

[luisteraar]

Je denkt wel erg zwart wit.

De linux stb hardware achitectuur is zo slecht niet die kan meer dan dat

enigma2 gebruikt.

Een goede streaming software is wel op zijn plaats ,kodi vind ik een onding maar

er bestaan veel meer projecten die te porteren zijn naar stb.

Parallel pakketten  toevoegen die betrekking hebben op TV kijken.

Knelpunt is afstandbediening die is onhandig om software te bedienen dat

zou via een web interface kunnen.

De huidige libs zijn vaak oud en kunnen een upgrade gebruiken

Maar Aken en Keulen zijn niet op 1 dag ontstaan 

[WanWizard]

Ik heb het niet over de hardware architectuur, maar over de software architectuur.

 

Ik zie het, gezien de doelgroep, alleen niet zitten om er een PC-like desktop met tuners van te maken, zoals jou suggestie was, daar kan de doelgroep niks mee.

 

Je uitspraak dat de AB onvoldoende is voor de bediening geeft al aan dat je de doelgroep passeert, en alleen aan je eigen positie denkt.

De doelgroep heeft het liefst een AB met 1 knop . Of nog liever helemaal geen AB, maar voice control. Die moet je geen muis of keyboard willen aansmeren, daarmee ga je 20 jaar terug in de tijd, in plaats van vooruit.

 

HbbTV laat al zien dat een web interface prima met een AB te bedienen is, mits je die interface daarvoor ontwerpt.

[hulkman]

Maar voorlopig krijg geen engine wetkend dus hoef je ook nog niet te denken aan een human interface.

[WanWizard]

Waar leid je dat uit af?

[hulkman]

Waar leid je dat uit af?

Omdat er geen netfix, disney, viaplay etc. apps voor enigma boxen is.
Het enige is 1 buitenbeentje box die dan android een beetje kan draaien.
Dat zie ik als enig lichtpunt voor een nieuwe open OS voor de enigmaboxen voor van laatste generatie.
Ben bang dat de behoefte naar deze ontvangers razendsnel daalt. Een 100% android besturing met Pli grafische schil zou de markt doen opleven.
Handige human interfaces komen er dan vanzelf wel, als die er nog niet zijn.
De meeste ppv aanbieders hebben een 90% intuitieve bediening. Vaak is alleen de aanmeldprocedure met toetsenbord en muis.

[luisteraar]

Ik vind de naam enigma boxen al misleidend.

Een stb is een embedded linux doos met evt ingebouwde tuners.

Enigma is een software pakket wat overweg kan met de tuner.

Zonder enigma kunnen ook andere software pakketten op de stb lopen

als aanvulling ,enigma kan niet alles.

[hulkman]

Ik vind de naam enigma boxen al misleidend.
Een stb is een embedded linux doos met evt ingebouwde tuners.
Enigma is een software pakket wat overweg kan met de tuner.
Zonder enigma kunnen ook andere software pakketten op de stb lopen
als aanvulling ,enigma kan niet alles.

Mee eens, laten we dus eerst een nieuwe inhoudelijke naam bedenken.
Enigmabox, Dreambox en STB vallen alvast af.