15 replies to this topic

[mario58]

Hallo ,
DM7020 HD, Image 28.05.2012 neu geflasht.

Ergebnisse:
- genuine Dreamboix - solved : jetzt kann man Plugins verwenden, welche die Gunuine Dreambox checken (Multimediathek )
- Timezone CES ---> falsch -1 Sunde , Ich musste manuell um 1 Stunde nach hinten verstellen.
- mgcamd from feed funktioniert nicht. Entweder recompilation fuer die Version libcrypto.so.0.9.8, oder die alte 0.9.7 anhaengen.
- HD Glass16 die neuste Version - die Art Code geht nicht = schade !!

als Beispiel:
Die Pluginlist ist leer.

Auszug aus SKIN.xml:
<screen name="PluginBrowser" position="center,140" size="700,480" title="Plugin browser">
<ePixmap pixmap="hd_glass16/buttons/select_p.png" position="10,426" size="335,44" zPosition="1" alphatest="on" />
<ePixmap pixmap="hd_glass16/buttons/select_p.png" position="355,426" size="335,44" zPosition="1" alphatest="on" />
<widget name="red" position=" 10,433" size="335,28" font="Prive3;22" halign="center" foregroundColor="red" zPosition="2" transparent="1" />
<widget name="green" position="355,433" size="335,28" font="Prive3;22" halign="center" foregroundColor="green" zPosition="2" transparent="1" />
<widget source="pluginlist" render="Listbox" position="10,10" size="680,400" scrollbarMode="showOnDemand">
<convert type="TemplatedMultiContent">
{"templates":
{"default": (50,[
MultiContentEntryText(pos = (120, 5), size = (560, 25), font = 0, text = 1), # index 1 is the plugin.name
MultiContentEntryText(pos = (120, 26), size = (560, 17), font = 1, text = 2), # index 2 is the plugin.description
MultiContentEntryPixmapAlphaTest(pos = (10, 5), size = (100, 40), png = 3), # index 3 is the icon

]),
},
"fonts": [gFont("Regular", 20), gFont("Regular", 14)],
"itemHeight": 50
}
</convert>
</widget>
</screen>

bei Dream. OE 2.0 geht es einwandfrei.
- Plugins feed - warum romoved Dreamexplorer, ein sehr usefull tool.
+
Performance viel besser als OE 2.0 Bravo :-)
Als erste beta image mit Kernel 3.2. - sehr gute Leistung, echt :-)


Gruss Mario

[littlesat]

I suggest the modifications for the new glasskin are included in closed source E2 from DMM.... so..... we cannot include.... In other skins the plugins should work... I suggest DreamExplorer is in the 2do list (3rd party plugins were not included yet). And for mgcamd can you test if a softlink to the newer librart might work?

Edited by littlesat, 28 May 2012 - 22:12.

[mario58]

HI,
mgcamd from last enhanced feed is working now properly ( I flashed the last image from 28.05.2012 ) thx.
Glas16 skin - it is no problem to modify skin.xml by myself. Glas16 team will propably work on this if OPLI can not change the code.
( but Image Opli 1.6 supports the same Glas16 skin )
They have to be informed about this problem.
Thx for a very good image.
Mario

Edited by mario58, 29 May 2012 - 08:59.

[littlesat]

Could you inform glass then?

[mario58]

mache ich.
Habt ihr schon daran gedacht ?
from enigma import hdmi_cec

class Hdmi_Cec:
def __receivedStandby(self):
print "HDMI-CEC: Standby Received!"

def __init__(self):
self.instance = hdmi_cec.getInstance()
self.instance.receivedStandby.get().append(self.__receivedStandby)

def otp_source_enable(self):
self.instance.cec_otp_source_enable()

def ss_standby(self):
self.instance.cec_ss_standby(0)

hdmi_cec = Hdmi_Cec()

[mario58]

and in enigma

class hdmi_cec(object):
thisown = _swig_property(lambda x: x.this.own(), lambda x, v: x.this.own(v), doc='The membership flag')
__repr__ = _swig_repr
def __init__(self):
_enigma.hdmi_cec_swiginit(self,_enigma.new_hdmi_cec())
__swig_destroy__ = _enigma.delete_hdmi_cec
getInstance = staticmethod(_enigma.hdmi_cec_getInstance)
receivedStandby = _swig_property(_enigma.hdmi_cec_receivedStandby_get, _enigma.hdmi_cec_receivedStandby_set)
receivedRaw = _swig_property(_enigma.hdmi_cec_receivedRaw_get, _enigma.hdmi_cec_receivedRaw_set)
hdmi_cec.cec_otp_source_enable = new_instancemethod(_enigma.hdmi_cec_cec_otp_source_enable,None,hdmi_cec)
hdmi_cec.cec_ss_standby = new_instancemethod(_enigma.hdmi_cec_cec_ss_standby,None,hdmi_cec)
hdmi_cec.cec_register_raw_command = new_instancemethod(_enigma.hdmi_cec_cec_register_raw_command,None,hdmi_cec)
hdmi_cec.cec_unregister_raw_command = new_instancemethod(_enigma.hdmi_cec_cec_unregister_raw_command,None,hdmi_cec)
hdmi_cec_swigregister = _enigma.hdmi_cec_swigregister
hdmi_cec_swigregister(hdmi_cec)

def loadPic(*args):
return _enigma.loadPic(*args)
loadPic = _enigma.loadPic

def hdmi_cec_getInstance():
return _enigma.hdmi_cec_getInstance()
hdmi_cec_getInstance = _enigma.hdmi_cec_getInstance

[littlesat]

from enigma import hdmi_cec

Are you sure that can be supported... .that nothing is required for internal E2 stuff... (the from enigma import somehow verifues this). And in addition... is cec compatible with VU/ET CEC?

I'm scared we're unable to support HDMI-CEC for DMM boxes....

Edited by littlesat, 29 May 2012 - 13:43.

[mario58]

Hi,
I think it is no a problem to implement it and to check. I have not all sources of OPLI3 ENIGMA2 and I can not check it (especially enigma.py ) .
VU/ET Boxes I do not I have got only DM7020HD to test.

to my last question :
HDGLASS16 PLUGIN Screen. Pluginbrowser:
I solved it. In new skins of OPLI3 ( default and HD-PLI ) there is a problem. I can not recognize this gap at the moment.
I used the old skins ( image 1.6 HD-PLI and default ) and on my BOx I can use Pluginbrowser :-)
I wonted to send you a screen shot but OpenWebif is working not properly ( Grab Screen Shot ). I can not get screen shot :-(
At the moment I can use HDGlass16 screen ( vers. 5.08 )
We have not to inform HDGLass Team . The problem is by OPLI Team to solve
Regards

Mario

[littlesat]

The HDMI_CEC code for the DMM boxes is in cpp of Enigma2 from DMM.... as the from enigma import hdmi_cec does verify.... So this simply most likely cannot be implemented in PLi. Most likely HDMI-CEC could not be solved in OpenPli....

Edited by littlesat, 29 May 2012 - 15:50.

[mario58]

I am a bit confused.
My TV ( SAMSUNG ) recognised a HDMI_CEC device as "TUNER". I can not connect to this TUNER.
In /dev/misc I can see hdmi_cec0.
HDMI_CEC device is there. What is the problem to implement it in enigma ?
It will be a important step in image development :-).
Mario

[pieterg]

It will be a important step in image development :-).

We made this important step in image development more than a year ago

[littlesat]

And it is DMM who implement it possible different - At least such a way we cannot support it with a PLi image...

[mario58]

Hi,
I think it is no a problem to implement it and to check. I have not all sources of OPLI3 ENIGMA2 and I can not check it (especially enigma.py ) .
VU/ET Boxes I do not I have got only DM7020HD to test.

to my last question :
HDGLASS16 PLUGIN Screen. Pluginbrowser:
I solved it. In new skins of OPLI3 ( default and HD-PLI ) there is a problem. I can not recognize this gap at the moment.
I used the old skins ( image 1.6 HD-PLI and default ) and on my BOx I can use Pluginbrowser :-)
I wonted to send you a screen shot but OpenWebif is working not properly ( Grab Screen Shot ). I can not get screen shot :-(
At the moment I can use HDGlass16 screen ( vers. 5.08 )
We have not to inform HDGLass Team . The problem is by OPLI Team to solve
Regards

Mario

using of the old skin.xml ( for OE 1.6 versions )from HDGLass16 can solve the problem.
OPENPLI 3.0 can not convert:
<convert type="TemplatedMultiContent">
{"template": [ MultiContentEntryText(pos = (38, 4), size = (430, 35), flags = RT_HALIGN_LEFT, text = 0)],
"fonts": [gFont("Prive4", 24)],
"itemHeight": 35
}
</convert>

TemplatedMultiContent does not containt template. ( removed by PLI Team )
If I try implement template, then mainmenu is empty :-(

Mario

Edited by mario58, 10 June 2012 - 20:22.

[mario58]

HI,
mgcamd from last enhanced feed is working now properly ( I flashed the last image from 28.05.2012 ) thx.
Glas16 skin - it is no problem to modify skin.xml by myself. Glas16 team will propably work on this if OPLI can not change the code.
( but Image Opli 1.6 supports the same Glas16 skin )
They have to be informed about this problem.
Thx for a very good image.
Mario

Mit der neuesten Version HDGlass16 _ 22 hat man das Problem solved.
Thx HDGlass Team.
Mario

[mario58]

It will be a important step in image development :-).

We made this important step in image development more than a year ago

But not for Dreambox receivers , e.g for Dreambox DM7020HD.

Reg.
Mario

[Roodkapke]

No, and please complain at DMM.
They decided to close their sources.
We didn't, we just did what they asked and froze at the last public E2 available.
The images will drift apart.
But take a look at who's sources are most used now?