Basierend auf dem Vorschlag den ich im HDMI Input Plugin Thread gemacht habe um endlich die Leidige Service Reference vs. Named Picons Problematik für IPTV bzw. non DVB Channels zu lösen (wo halt komische urls mit in der service Reference stehen die sich als Filename nur einmal nicht eignen) habe ich mir erlaubt meinen Vorschlag in einer Picon.py zu implementieren.

Im Prinzip wird aus solchen service references wenn sie ein / beinhalten einfach mit der vorhandenen EPG Cache Text Hash call aus dem enigma2 im DreamOS eine Pseudo service reference gerechnet, die immer mit 103 (=ascii code für g-utemine) anfängt und dann die 9 stellen des berechneten Hash , also
103_xx_xx_xx...

Dieser Name wird im enimga2 log ausgegeben, also z.B. fürs den HDMI Streamserver Channel aus dem HDMI Input Plugin kommt dann:

#########################################################################
[PICON] original service name 1:0:1:0:0:0:0:0:0:0:rtsp%3a//127.0.0.1%3a554/stream:HDMI-In
[PICON] pseudo service name 103_1_2_5_1_0_1_3_7_6_3
#########################################################################

Legt man dann also ein 103_1_2_5_1_0_1_3_7_6_3.png im jeweiligen Picon Directory an .... wird es für diesen Kanal auch angezeigt werden.

Testet das mal für das HDMI Input Plugin oder Eure IPTV Kanäle.

WENN es EUCH gefällt, dann kann DMM es vielleich auch als mögliche Lösung für diesen Gordischen Knoten wenigstens in Betracht ziehen

Zum Installieren einfach die Plugin.py aus dem Anhang in einem aktuellen DreamOS Image auf /usr/lib/enigma2/python/Components/Renderer/Plugin.py über die Originale drüber kopieren.

PS: Und ich habe das EXTRA so gemacht das es erstmals nur mit DreamOS geht, womit es nicht sofort 1:1 von den Trittbrettfahrern abgekupfert werden kann

LG
gutemine

vielen Dank, werde ich mir am Abend dann anschauen und testen können.

gerade mit HDMI-In getestet, klappt ausgezeichnet.
Jetzt teste ich noch Tectime TV.

Der Doc hält das schon aus, keine Angst.

Und das hier ist eigentlich als Beispiel gedacht wie man Picon nach dem Namen endgültig entsorgen könnte, aber nachdem es immer mühsam ist Dinge zu diskuzieren die sich keiner richtig vorstellen kahttp://www.urbandictionary.com/define.php?term=funn ist es halt einfacher wenn man auch was zum Spielen hat um auszuprobieren ob und wie (gut) sowas funktioniert.

Nicht umsonst habe ich auch kein deb draus gemacht

Schauen wir mal wo die Reise hingeht, weil eigentlich ist das Ganze eher zur ... Inspiration.

Im Moment ist es auch etwas mühsam, weil du auf so einen Sender Zappen musst und dann im enigma2 log wie im Beispiel siehst wie wie Pseudo reference lautet. Die aber auch noch im Infomation menu auszugeben wäre aber recht simple, schon weil dort auf gelb und Blau eh nichts gescheites kommt wenn man auf einem IPTV Sender ist.

kann es sein, dass deine Erweiterung in der Kanalliste nicht greift? Ich bekomme dort das HDMI-In Picon nicht angezeigt.

Ja, ich will das ja nicht überall implementieren, sondern nur zeigen wie (einfach) es funktionieren würde

Und ja alles was Lang ist ist für den Konverter ein Unterkanal ... was bei Streams halt auch der Fall ist.

Die ganzen Servicerefs und lamdeb und bouquets sind eigentlich .... Altlasten ....

Reichi

Wir sind da gar NICHT so weit auseineder wie es auf den ersten Blick aussieht, weil wenn du schreibst 'ihr müsst Euch dann nur auf eine onid/sid/tsid Kombination einigen - WARUM dann nicht einen simple Hash Algo hinterlegen der dafür aus der URL des IP channels die Werte GENERIERT ?

Mehr ist die Idee hinter der Pseudo Reference doch gar nicht, NUR eben statt auf irgendwelche Leute angewiesen zu sein die das nach Luftfeuchtigkeit und Mondphase zuordnen, hätte man dann einen Algo im enigma2 der das sauber und immer GLEICH erledigt.

Den EPG Hash habe ich in dem Beispile hier ja nur verwendet weil er von der Länge sich schön auf eine Pseudo refernece umhämmern lässt.

Sobald der Update auf dem Feed ist kann ich auch dafür was basteln, aber wenn man die Idee versteht sind das nur ein paar Codezeilen die alerdings Komplett im C++ besser aufgehoben wären

Und wie richtig erkannt, ein Renderer auf Namen für Picons hilft NICHT für die epg.db, das sollte eine unique onid/sid/tsid Kombination sein, NUR warum dann eben nicht einen Hash Algo zu benutzen um den auch gleich aus der Quelle unique zu generieren?

Ich weis natürlich das der Ansatz auch nicht pefekt ist, weil so wie sich Sender auf Transponder bewegen können können sich auch urls von Stream ändern, aber genau deswegen änderen sich dann eben die picons und auch die service ref für den EPG.

LG
gutemine

Das ist keine LÖSUNG sondern nur ein Vorschlag für einen Lösungsweg. Und ja das py stammt aus dem DreamOS.