17 replies to this topic

[Apple740]

Na een recente Openpli update (ik weet niet precies welke) zijn diverse skins onbruikbaar geworden: de plugin browser is leeg, de plugins worden niet meer weergegeven ondanks ze wel degelijk geïnstalleerd staan.

Één van de skins waarbij dit het geval is is KerniHD1R2.

Edited by Apple740, 12 May 2012 - 16:42.

[littlesat]

Misschien door een aanpassing bij de bron van deze skins.... er is voor het Enigma2 van DMM nogal wat uitgepatched... en precies die plugin browser....

[Tuurtje]

Heb exact hetzelfde bijna geen extrene skin doet het nog ( 10 plus geprobeerd ).
Vooral bij Autotimer merk je het meteen met een dikke crash.
Had altijd de DMM-HD skin maar vanaf de OpenPLI mei builds doet deze het ook niet meer.

Je gaat nu wel merken dat OpenPLI achterloopt op de DMM code, hoop niet dat het nog erger wordt in de toekomst.
Je ziet al bij IHAD dat de meeste al hun plugins al aan het herschrijven zijn naar de oe 2.0 versie.

Als ik heel eerlijk moet zijn gebruik il OpenPLI eigenlijk nog maar voor 2 uitbreidingen:
XMLimport
PPanels

Als ik de mei build van dream vergelijk met OpenPLI dan zapt het bij de Dream build toch een stuk sneller, zelfde plugins geinstalleerd op beide (op 2 na)

Zie het niet als negatief maar het gat wordt onderhand toch wel groot.

Tuurtje

[littlesat]

Je gaat nu wel merken dat OpenPLI achterloopt op de DMM code
Zie het niet als negatief maar het gat wordt onderhand toch wel groot.

OpenPli loopt echt niet achter op DMM.... in tegendeel... OpenPli heeft de meeste DMM features en meer al veel langer. DMM begint eens een beetje bij te halen ..... en dat ze het anders doen daar kunnen wij niets aan doen....

Maar het lijkt me wel verstandig dat we de schwerkraft skins moeten gaan bevriezen....

{P.S. kwa skin opbouw met relatief gedoe en templates loopt Pli ver vooruit....)

Als ik de mei build van dream vergelijk met OpenPLI dan zapt het bij de Dream build toch een stuk sneller

Maar wat als wij ook de drivers op kernel 3.2 gaan gebruiken???? Zoals we ze al veel langer gebruiken voor o.a. de ET boxen???

En inderdaad jij noemt het gat.... ik noem het ff verschillen.... die zullen inderdaad wel groter worden... maar dat ligt niet aan ons. Dat ligt meer aan het feit van dat closed source gedoe van DMM... daar kan PLi niets aan doen!!!

in ieder geval nemen wij de drivers van DMM binnenkort mee zoals het uit ziet (Kernel 3.2.... anderen zitten al op 3.3 , over voorlopen gesproken) dat is work in progress (FYI: http://openpli.git.s...ernel-3.2-final).... alleen features zoals WebBrouwser, HbbTV, Blindscan, HDMI-CEC kunnen wij niet eenvoudig maken voor de DMM boxen -> closed source.....!!! Terwijl ik destijds een DMM box gekocht had omdat die op de drivers na opensource was, zodat ik zelf wat kon en mocht klooien.... nu mooi niet meer dus...

Edited by littlesat, 12 May 2012 - 23:32.

[metoo]

Heb exact hetzelfde bijna geen extrene skin doet het nog ( 10 plus geprobeerd ).
Vooral bij Autotimer merk je het meteen met een dikke crash.
Had altijd de DMM-HD skin maar vanaf de OpenPLI mei builds doet deze het ook niet meer.

Je gaat nu wel merken dat OpenPLI achterloopt op de DMM code, hoop niet dat het nog erger wordt in de toekomst.
Je ziet al bij IHAD dat de meeste al hun plugins al aan het herschrijven zijn naar de oe 2.0 versie.

Als ik heel eerlijk moet zijn gebruik il OpenPLI eigenlijk nog maar voor 2 uitbreidingen:
XMLimport
PPanels

Als ik de mei build van dream vergelijk met OpenPLI dan zapt het bij de Dream build toch een stuk sneller, zelfde plugins geinstalleerd op beide (op 2 na)

Zie het niet als negatief maar het gat wordt onderhand toch wel groot.

Tuurtje

Het gat wat Pli met ET/kernel 3.3 op DMM geslagen heeft is inderdaad zo groot geworden dat ik 2-3 weken terug mijn 2 originele DMM800 verkocht heb en er 2 ET6000 voor terug gekocht heb en ja die zijn echt heel veel sneller, DMM heeft nog heel wat in te halen, en als dat in het tempo gaat van afgelopen jaar..........

Edited by metoo, 12 May 2012 - 23:50.

[Tuurtje]

Littlesat ben het geheel met je eens dat Dream Multimedia gmbh is vergeten waardoor ze "groot" zijn geworden: open source en externe ondersteunen.
Mijn vorige reply is ook geen kritiek maar het feit blijft wel dat als je te weinig toegang krijgt tot andermans source code het steeds lstiger wordt om het geheel stabiel te houden.
Bij jongens als OoZooN zie je ook al dat ze steeds meer trouw blijven aan de NFI's van Dream Multimedia.
De meeste plugins komen niet uit de OpenPli kring maar bij derden, deze heren/dames ontwikkelaars volgen wel de stand van zaken van Dream

Waarom bij jullie niet de keus om toch meer in lijn te blijven van de Dream images en deze te verbeteren met toevoegingen zoals: Network browser - AutoTimer - EPGRefresh - PPanles - NL Weerbericht - CCcam etc.

Groeten Tuurtje

[littlesat]

Er valt niet meer veel te volgen aan de zaken van DMM nu ze closed source zijn.... alleen eventueel python dingen zijn aan te passen....

Daar DMM closed source is hoeven die gelukkig niet meer te volgen... en kunnen we onze eigen gang gaan.... Tja wij kunnen er niets aan doen dat je binnenkort voor PLi beter een ET box of VU box kunt aanschaffen.... hier heb je vaak al lang functies die bij DMM net pas een week of twee in experimentale fase mogelijk zijn....

Helaas Enigma2 van DMM kunnen we niet meer 100% volgen.... die gaan nu hun eigen closed source weg.... En dat is zeer zeker niet onze keuze....

Edited by littlesat, 13 May 2012 - 00:16.

[WanWizard]

Die "andere jongens" zijn geen image bouwers. Ze pakken de stock image van DMM, knallen er een leuk kleurtje op, hangen een plugin met wat toeters en bellen er in, en noemen 't een image.

OpenPLi is een image bouwer. Wij zetten zelf een OS environment op, wij werken continue aan de internals van Enigma, en functionaliteit die wij bedenken wordt in Enigma geintegreerd. Geen "blue-button-builder" kan dat.

In het verleden is dat met vlagen lastig geweest, omdat als je te veel afwijkt van de DMM code het erg moeilijk wordt om hun code nog te mergen. Nu is die code closed, en is dat probleem weg. Je ziet ook dat het enigma development met een paar honderd procent gestegen is sinds de closed verklaring van DMM.

Ik vind het alleen verdacht dat bugs die al jaren in Enigma zitten, nooit door DMM zijn opgepakt, en nu door OpenPLi zijn gefixt, plotseling ook in de closed source image gefixt zijn. We kunnen niet in hun code kijken, maar ik denk er het mijne van...

[benl]

in aanvulling op het begin van dit topic:
de image die ik had van begin april gaat goed.
na de updates afgelopen week werkte de kernihdr2 skin nog goed (dacht ik) ik had geen crashes.
maar als ik via het menu naar de applicaties ga, zie ik in het scherm geen applicaties staan.
op de display van de ontvanger (et9x00) zelf zie ik wel de audio setup als begin staan.
Echter op de ok knop drukken heeft geen effect.
Bij download of verwijderen uit de applicaties krijg ik een vervolgscherm wat weer wel goed werkt.
Het lijkt er dus op, dat er iets in de schermafhandeling is veranderd die in de diverse skins niet meer wordt ondersteund.
Het frappante hierbij is, dat ik een reeds geinstalleerde en geconfigureerde image van mezelf heb teruggezet en daarin MINDER skins goed werkten dan als ik een kale image (dus orgineel) van openpli terugzet.
Schijnbaar gaat er ook iets mis met de installatie.

goed gaan bij mij:
black_blue_hd (en andere varianten)
pli-hd (default skin voor hd)
de default skin
ru-infinity-hd-mod

verkeerd gaan bij mij:
vali.xxxx varianten
blue_shadow
kerni-hd xx varianten

Ik heb niet alles uitgeprobeerd, maar met bovenstaande heb je in ieder geval een begin

[hemertje]

Die vali en kerni sleutelen naast standaard skins vaak ook aan de interne software waardoor er dan wat omvalt....

Beter niet gebruiken dus!

[Apple740]

De plugin lijst is een zgn. widget met de naam "list". Als ik in skin.xml kijk dan roept Kerni op precies dezelfde manier de widget op als een skin waarbij het wel werkt (bijv. de Pli HD skin).
Dus waarom de plugins bij een Kerni skin niet zichtbaar worden en bij de Pli skin wél, wie het weet mag het zeggen.

[Apple740]

Ik heb de oplossing gevonden. Bovenstaande bericht even vergeten want er is wel degelijk verschil hoe de widget wordt opgeroepen.

Open skin.xml (usr/share/enigma2/Kernihd1r2) en zoek het stukje tekst

<widget source="pluginlist" render="listbox"

verander dit in

<widget name="list"

en het werkt weer!

Edited by Apple740, 13 May 2012 - 16:25.

[littlesat]

Dit ziet er echt uit na kleine DMM pesterijen...

Misschien wilt iemand het in een ipk pakken... kan het als 3rd party skin (of is dat al het geval???)

[pieterg]

svp niet nog meer 3rd-party ipk's als het niet heel erg nodig is...
zoiets als dit is vermoedelijk met een sed regel in het bb recipe nog wel automatich te patchen (voor iemand die er handig in is)

(of we voegen een pluginlist afgeleide van de list renderer in e2 toe, dan is de skin vermoedelijk ook wel tevreden)

[littlesat]

Dat is inderdaad een betere oplossing.... maar we moeten het doen...

Wel een beetje flauw van DMM om dit aan te passen Dit lijkt toch wel echt op een een beetje plagen....

Edited by littlesat, 13 May 2012 - 16:49.

[pieterg]

ach, je moet niet overal direct wat achter zoeken.
Ze wilden vermoedelijk de plugin lijst een iets ander gedrag (of uiterlijk) geven dan een 'gewone' lijst.

[littlesat]

Ik zag dat ze nog meer dingetjes veranderd hadden... is het dan niet beter de skins op een bepaalde release te bevriezen? Voor dat je het weet zit de ene naar de andere patch erin. Of een iets oudere rep clonen zoals we nu feitelijk ook met de schwerkraft plugins doen?

[littlesat]

ALs we die skins bevriezen op 13-Feb-2012 dan zijn we niet meer afhankelijk van het gedoe van de DMM boys...

http://schwerkraft.e...s.git;a=summary