Bei mir hat sich die 7080 mit dhcp alle einstellungen geholt.

Update machen und es sollte gehen.

hast du mal versucht, über CI Zuweisung ein Alphacrypt dem Provider der SRG-Sender zuzuweisen und das zweite Alphacrypt dem entsprechenden Provider?

wird bei jemandem von euch ein twonkyserver im UPnP/DLNA Browser angezeigt?

gefunden wird er offenbar:

[DLNA] Device found: dm7080 Mediaserver (MediaServer)
[DLNA] Device found: dm7080 Mediaserver (MediaServer)
[DLNA] MediaServer Detected: dm7080 Mediaserver (MediaServer)
[DLNA] Device found: dm7080 (MediaRenderer)
[DLNA] Device found: dm7080 (MediaRenderer)
[DLNA] Device found: dreFritz (l2tpv3)
[DLNA] Device found: dreFritz (l2tpv3)
[DLNA] MediaRenderer detected: dm7080 (MediaRenderer, uuid:50059d6d-a1ee-4f17-8fd6-8950a48128b6)
[DLNA] Device found: dreFritz (InternetGatewayDevice)
[DLNA] Device found: dreFritz (InternetGatewayDevice)
[DLNA] Device found: WANDevice - FRITZ!Box Fon WLAN 7390 (WANDevice)
[DLNA] Device found: WANDevice - FRITZ!Box Fon WLAN 7390 (WANDevice)
[DLNA] Device found: WANConnectionDevice - FRITZ!Box Fon WLAN 7390 (WANConnectionDevice)
[DLNA] Device found: WANConnectionDevice - FRITZ!Box Fon WLAN 7390 (WANConnectionDevice)
[DLNA] Device found: dreFritz Mediaserver (MediaServer)
[DLNA] Device found: dreFritz Mediaserver (MediaServer)
Timeout!
[DLNA] MediaServer Detected: dreFritz Mediaserver (MediaServer)
[DLNA] Device found: dremacMS (MediaServer)
[DLNA] Device found: dremacMS (MediaServer)
[DLNA] Device found: TwonkyProxy [DreMac.fritz.box] (ProxyServer)
[DLNA] Device found: TwonkyProxy [DreMac.fritz.box] (ProxyServer)

Edit: kannste vergessen. nach einem neustart alles OK.

obraendl: crashlog posten.

passt

Die neue Epg-db ist doch utf-8. somit müsste autotimer auf utf-8 stehen.

habs kurz bei mir getestet. funktioniert einwandfrei. danke fürs fixen!

Merlin Wiki

dm7080:
UsageConfig.py:

config.usage.configselection_piconspath = ConfigSelection(default = eEnv.resolve('${datadir}/enigma2/picon_50x30/'), choices = [
				(eEnv.resolve('${datadir}/enigma2/picon_50x30/'), eEnv.resolve('${datadir}/enigma2/picon_50x30')),
				(eEnv.resolve('${datadir}/enigma2/picon/'), eEnv.resolve('${datadir}/enigma2/picon')),
				])

ChannelSelectionDisplaySettings.py:

def newConfig(self):
		cur = self["config"].getCurrent()
		if cur and (cur == self.additionEventInfoEntry or cur == self.columnStyleEntry or cur == self.showEventProgressEntry or cur == self.showPiconsEntry or cur == self.showServiceNameEntry):
			self.createSetup("config")
		if cur and (cur == self.piconPathEntry or cur == self.showPiconsEntry):
			if self.showpicons.value:
				if self.piconpath.getIndex() > 2:
					config.usage.configselection_bigpicons.value = True
				else:
					config.usage.configselection_bigpicons.value = False
			self.createSetup("config")

Somit haben wir wie erwartet eine fehlerhafte Darstellung:

Wenn ich if self.piconpath.getIndex() > 2 auf > 0 ändere, dann passt die Darstellung wieder.

und wenn ich nun von /usr/share/enigma2/picon_50x30 auf /usr/share/enigma2/picon wechsle, gibt es den bekannten crash.

Bin grad unterwegs, aber ich glaub, ich weiss, warum es bei der 7080 nicht crasht: es steht nur ein pfad zur verfügung (/usr/share/enigma2). Daher ist die bedingung >2 nie erfüllt (die kanalliste wäre aber auch nicht korrekt in der darstellung). Ich prüfe das nachher noch kurz.

Hm, ich habs einfach auf der 7080 getestet.

Aber wenn du es mit oe2.0 auch hast, dann bin ich beruhigt. Somit mal die unterschiede anschauen.

auf der 7080 das neuste image via online recovery geflasht, aktualisiert und es crasht tatsächlich nicht. dann muss ich mal unsere ServiceList.py mit eurer vergleichen. So viel kann da ja nicht unterschiedlich sein.

also ich sicher nicht. aber ich flashe die 7080 mal kurz auf das original um.

100x60 = verzeichnis picon. Ist bei uns auch so

Hm, hab aber grad die .py aus dem oe angeschaut. Hat auch 50x30 und 100x60. Weiss jetzt grad nicht, ob /usr/share/enigma2, aber der pfad ist ja egal. Der crash geschieht beim übergang von bigpicons von False auf True

Hier nochmal das Vorgehen (hier am Beispiel von PiPServiceRelation):
Menu > Erweiterungen > Setup PipServiceRelation > Gelbe Taste > OK > OK > Exit > Exit > Exit > Exit > Exit (dann bist du wieder raus aus allen Menüs) > Pfeil nach oben Taste > Menu > Kanallisten Anzeige Einstellungen selektieren > OK > Zeige Picons auf Ja stellen > Picon Pfad solange ändern, bis der Ordner von picon_50x30 auf picon wechselt. Dann crasht es.

picon sind dann die 100x60.

Es gibt zwei Einstellungen in den Kanallisten Anzeige Einstellungen, die den Crash provozieren:
- Zeige Picons auf Ja stellen und dann von /usr/share/enigma2/picon_50x30 auf /usr/share/enigma2/picon wechseln. Zum Crash kommt es erst, wenn der Ordner von picon_50x30 auf picon wechselt. Das sind dann die 100x60 picons.
- Spalten Stil auf Ja stellen und dann 2te Zeile Informationen ändern

Ich habe mich heute mit dem Problem befasst. Vorweg: Der Crash lässt sich mit jedem Plugin provozieren, welches eine Senderauswahl via ServiceList beinhaltet (z.B. PiPServiceRelation, AutoTimer).

Hier nochmal die Schritte, wie der Crash provoziert werden kann (Danke an Arki):

in der CI zuweisung zB. Taste grün "Service hinzufügen" -> ein Bouquet öffnen, so das die Kanalliste erscheint 
- mit Exit - Exit ... zurück bis zum TV Bild
- Kanalliste mit zB. Taste TV öffnen
- dann Taste Menü -> Kanallisten Anzeige Einstellungen
- dann versucht -> Picon Pfad zu änder -> crash (Dre: der Crash tritt erst auf, wenn von 50x30 auf 100x60 picons gewechselt wird in der Config)
- nach dem fälligen reboot kann man den Pfad dann ändern

In einem ersten Schritt hab ich den Code in ServiceList.py wie folgt angepasst:

def setItemHeight(self, configElement = None):
		try:
			print "in setItemHeight try"
			print "s2ervicelistmode", self.mode
		except:
			self.mode = self.MODE_FAVOURITES
			print "in setItemHeight except"
			print "no s2ervicelistmode"	

		if (config.usage.configselection_bigpicons.value or config.usage.configselection_secondlineinfo.value != "0") and self.mode == self.MODE_FAVOURITES:
			print "in if"
			self.l.setItemHeight(60)
			if self.instance is not None and self.selectionPixmapBig:
				self.instance.setSelectionPicture(self.selectionPixmapBig)
		else:
			self.l.setItemHeight(self.itemHeight)
			if self.instance is not None and self.selectionPixmapStandard:
				self.instance.setSelectionPicture(self.selectionPixmapStandard)

Dann komme ich zwar über das if hinweg, es crasht jedoch bei

self.l.setItemHeight(60)

Fehlermeldung:

AttributeError: 'ServiceList' object has no attribute 'l'

D.h. hier wird wohl was beim Beenden der Plugins abgeräumt, was nicht abgeräumt werden sollte.

Ich kann den Crash umgehen, wenn ich den Code wie folgt anpasse:

def setItemHeight(self, configElement = None):
		try:
			print "s2ervicelistmode", self.mode
		except:
			self.__init__()

		if (config.usage.configselection_bigpicons.value or config.usage.configselection_secondlineinfo.value != "0") and self.mode == self.MODE_FAVOURITES:
			print "in if"
			self.l.setItemHeight(60)
			if self.instance is not None and self.selectionPixmapBig:
				self.instance.setSelectionPicture(self.selectionPixmapBig)
		else:
			self.l.setItemHeight(self.itemHeight)
			if self.instance is not None and self.selectionPixmapStandard:
				self.instance.setSelectionPicture(self.selectionPixmapStandard)

Ich mache also nochmal ein __init__() der ServiceList. Dies sollte doch anders zu lösen sein? Das try/except-Konstrukt ist ebenfalls sehr hässlich.

Wie oben geschrieben, glaube ich, dass beim Beenden des Plugins etwas zu viel abgeräumt wird.

Durch die nutzung der serviceliste im plugin geht irgendwie mode verloren. Ich denke, der fehler ist eher im plugin als in der kanalliste selbst. Dort wirkt es sich einfach aus.

Acid-burn. Also es stammt eh von dmm.