Automatisch generierte channelmap.conf's für epgdata2vdr und tvm2vdr verfügbar

hepi · 9. April 2011

Hi,

als ich vor einigen Tagen das Channelpedia-Projekt vorgestellt habe, gab es ziemlich schnell die Idee von mehreren Usern , man müsste doch auch die channelmaps.conf-Dateien für VDR-Plugins wie epgdata2vdr oder tvm2vdr dort ablegen können, weil es zu den höchst nervigen Geduldsspielen gehört, so eine Konfigurationsdatei für den eigenen Provider zu erstellen und aktuell zu halten.

Ich habe diese EPG-Plugins bisher nie selber genutzt und habe mich ein bisschen eingelesen. Da beide Plugins von Autoren stammen, die zufälligerweise auch Team-Mitglieder im yaVDR-Team sind, habe ich ein bisschen bei den Autoren nach Infos gebohrt und ein bisschen programmiert und so gibt es nun seit heute in der Channelpedia erstmals dynamisch generierte, aktuelle channelmap.conf-Dateien zum Herunterladen.

Diese Dateien sind momentan aber nicht 100%ig gut und erfordern immer noch manuelle Nacharbeit. Sie enthalten Fehler und Lücken, was meist damit zu tun hat, dass ein Sendername nicht bei allen Providern gleich heißt (Beispiel: Pro7, ProSieben, Pro Sieben). Das ist ein noch ungelöstes Problem, aber irgendwo gab es doch auch mal eine Tabelle mit Sendernamensvarianten.

Außerdem gibt es dann Sender, die in der Liste "WDR" heißen, im wirklichen Leben aber anders:

Code

WDR Aachen;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28534:1:1111:0
WDR Bielefeld;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28306:1:1201:0
WDR Bonn;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28536:1:1111:0
WDR Dortmund;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28307:1:1201:0
WDR Duisburg;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28537:1:1111:0
WDR Düsseldorf;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28308:1:1201:0
WDR Essen;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28309:1:1201:0
WDR Köln;ARD:11837:HC34M2O0S0:S19.2E:27500:601=2:602=deu@3,603=mis@3:604:0:28111:1:1101:0
WDR Münster;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28310:1:1201:0
WDR Siegen;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28311:1:1201:0
WDR Wuppertal;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28535:1:1111:0

Alles anzeigen

Wenn ich nun in der Datenbank nach "WDR*" (mit Wildcard) suche, dann finde ich zwar alle diese Sender, ich kann aber nicht immer mit Wildcard suchen, weil ich sonst bei "Eurosport*" auch "Eurosport 2" finde oder bei "ZDF*" auch "ZDF_neo". Woher soll ich also wissen, wann Wildcard erlaubt ist und wann nicht?

Ein weiteres Grundproblem ist auch ein Veralten der Tabellen, wo die ID dem Sendernamen zugeordnet wird.

Dieser Service kann also nur existieren, wenn Leute von Euch die Zuordnungsregeln regelmäßig pflegen und aktuell halten. Deshalb suche ich Leute, die das übernehmen. Wenn es keine geben sollte, dann werde ich einfach den Service wieder deaktivieren, weil ich keine Lust dazu habe, das selbst zu machen.

Gruß
hepi

FrankJepsen · 9. April 2011

Hallo,

die Idee des Channelpedia-Projekts und dein automatische Channelmap.conf finde ich prima.
Nur wenn channels.conf und tvm2vdr synchron sind ist das ganze für mich nutzbar.
Die Probleme mit WDR oder NDR bekommt genauso wie bei Pro7 mit Tabelle von Sendernamensvarianten in den Griff.

Ich frage mich nur, warum ich dann nicht gleich in tvm2vdr eine Tabelle der Form:
001 = Das Erste;ARD
002 = ZDF;ZDFvision
004 = RTL Television,RTL Austria,RTL HD
005 = SAT.1,SAT.1 A,SAT.1 HD
006 = ProSieben,ProSieben Austria,ProSieben Schweiz,ProSieben HD
..
019 = NDR*
028 = WDR*
...
statt diese Tabelle erst in eine channelmap.conf umzuwandeln.

Tschüß Frank

hepi · 9. April 2011

Ich denke, wenn die Plugins die EPG-Daten in die epg.data eintragen, sind lesbare Kanalnamen völlig unwichtig. Dann geht es nur noch um Kanal-IDs a la S19.2E-1-1011-11100. Diese Kanal-ID wird in der momentanen Fassung in der channelmap.conf vorgehalten. Würde sie dort nicht stehen, müsste sie bestimmt werden durch eine Analyse der aktuellen channels.conf auf dem Rechner, wo das Plugin läuft. Das müsste halt im Plugin implementiert werden, von dem, der es haben will.

Gruß
hepi

FrankJepsen · 9. April 2011

Hallo,

Zitat

Ich denke, wenn die Plugins die EPG-Daten in die epg.data eintragen, sind lesbare Kanalnamen völlig unwichtig. Dann geht es nur noch um Kanal-IDs a la S19.2E-1-1011-11100. Diese Kanal-ID wird in der momentanen Fassung in der channelmap.conf vorgehalten. Würde sie dort nicht stehen, müsste sie bestimmt werden durch eine Analyse der aktuellen channels.conf auf dem Rechner, wo das Plugin läuft. Das müsste halt im Plugin implementiert werden, von dem, der es haben will.

Dann wäre es doch am einfachsten so eine Liste, wie in meinem letzten Post zu pflegen. Daraus könnte man dann leicht eine channelmap.conf oder channels.pl erstellen. Wenn sich mal ein Sendername ändert lässt sich das leicht anpassen.

Das bringt mich auf die Frage: Wie bekomme ich aus der channelmap.conf eine channels.pl für das tvm2vdr Addon?
Könnte man die nicht auch gleich automatisch erzeugen?
Oder gibt es ein neues tvm2vdr Addon?
Das neue tvm2vdr Plugin benutzt es wohl, aber das gibt es in Tobis Repository noch nicht.

Tschüß Frank

Keine_Ahnung · 9. April 2011

Zitat von hepi

Ich denke, wenn die Plugins die EPG-Daten in die epg.data eintragen, sind lesbare Kanalnamen völlig unwichtig.

Für die EPG-Datenproblematik ist es wichtig jedem Sender eine Projektübergreifende weltweit eindeutige ID (egal ob Nummer oder eine String bezeichnung) zuzuordnen. Im xmltv2vdr Thread wurde das schon ausführlich diskutiert.

Aber ich dachte dieses Projekt will sich nicht um dieses Thema kümmern? Wenn doch dann wäre es sinnvoll sich mit den Devs der div. EPG-Import Plugins, Web-IF und Display-Plugins (weil die alle betrifft diese Problematik) zusammenzusetzen oder das einfach zu ignorieren (weil wenns ohne Zusammenarbeit geschieht ist das eh sinnlos, weil ne 20igste proprietäre Methode Sender zu Bezeichnen braucht keiner).

cu

gda · 9. April 2011

Zitat von Keine_Ahnung

(weil wenns ohne Zusammenarbeit geschieht ist das eh sinnlos, weil ne 20igste proprietäre Methode Sender zu Bezeichnen braucht keiner).

Ein bisschen ignorant ist das schon. Die Benutzer von Epgdata2vdr und tvm2vdr können das sofort benutzen. Auch wenn du es vielleicht nicht glauben kannst, das sind mehr als keiner, egal wie proprietär die Methode sein mag.

Gerald

Keine_Ahnung · 9. April 2011

Zitat von gda

Ein bisschen ignorant ist das schon. Die Benutzer von Epgdata2vdr und tvm2vdr können das sofort benutzen. Auch wenn du es vielleicht nicht glauben kannst, das sind mehr als keiner, egal wie proprietär die Methode sein mag.

Ja, dann macht doch einfach, das verbietet euch doch keiner. Macht halt jeder weiter seinen eigenen proprietären Kram. Als User nervt einen das schon, ist aber halt der Vorteil von OS: User dürfen ganz offiziell genervt werden Und wenns dich stört das zu hören dann bleibt den Usern fern in irgendeinen Dev Forum.

BTW: Die Epgdata2vdr Nutzer profitieren nicht davon wenn die tvm2vdr IDs verwendet werden.

cu

hepi · 9. April 2011

Ruhig bleiben! Ich lese doch alles mit Interesse mit. Ich habe mich ja bisher nicht mit *2vdr beschäftig. Keine_Ahnung: Wo genau finde ich die Diskussion zur weltweit einzigartigen ID? In welchem xmltv2epg-Thread? Könntest Du mir einen Link geben?

Gruß
hepi

Keine_Ahnung · 9. April 2011

Zitat von hepi

Ruhig bleiben! Ich lese doch alles mit Interesse mit. Ich habe mich ja bisher nicht mit *2vdr beschäftig. Keine_Ahnung: Wo genau finde ich die Diskussion zur weltweit einzigartigen ID? In welchem xmltv2epg-Thread? Könntest Du mir einen Link geben?

Liefere ich am Ende, ich fasse erstmal zusammen:
(Edit: Ich find den Thread gerade nicht, aber das entspricht aus dem Gedächtnis meiner Zusammenfassung, nur mit viel mehr Missverständnissen und drumherumgerede )

Es geht darum das jeder Nutzer eine andere Kanalliste hat. D.h. ein Plugin kann nicht erkennen welcher Kanal in der Kanalliste nun z.B. Pro7 ist. Weil weder der Sendername noch die Empfangsparamer sind eindeutig, sie unterscheiden sich ja je nach Empfangsweg (genau das selbe Problem hast du ja auch bei der automatischen Sortierung oder das zusammenfügen von Listen aus unterschiedlichen Empfangswegen).

Das Problem beim xmltv2vdr Plugin ist dabei dann folgendes: Es kommen EPG Daten aus vielen unterschiedlichen Quellen, jeder dieser Quellen bezeichnet die Sender anderst, somit müsste jeder User für jede Datenquelle die Sendernamen der jeweiligen Datenquelle den Sendern SEINER Kanalliste zuordnen. Also viel editieren in vielen Configfiles.

Nun die Idee, man legt für jeden Sender eine eindeutige Bezeichnung fest (hier bereits geschehen http://www.vdr-wiki.de/wiki/index.php/Xmltv2vdr-plugin ), jede Datenquelle wandelt dann die Datenquellenspezifeische Bezeichnung in die eindeutige um (das macht der Dev der das Plugin für diese Datenquelle schreibt einmalig und liefert das Mapping mit). Dann muss der User in xmltv2vdr nur einmal die eindeutigen Senderbezeichnungen zu seinen Senderlistensendern mappen.

Und so wie ich das verstehe ist ja hier die Idee aufgekommen diese eindeutigen Senderlistenbezeichnungen mit in diese Kanalliste einzupflegen so das jeder User sein Mapping automatisch (wer seine Senderliste von dort läd könnte dann ja auch gleich das Mappingfile von dort laden) bekommt und das nicht mehr manuell zuordnen muss.
D.h. der User müsste überhaupt nix mehr manuell mappen.

Und da bin ich nun mal der Meinung es würde sich anbieten das mal generell zu erledigen und nicht nur für ein bestimmtes Plugin. Weil die anderen EPG Dateneinpflegeplugins dürfen das natürlich gerne genauso machen wie das xmltv2vdr Plugin.

Ferner würden auch die Senderlogonutzer davon profitieren, weil dann müsste man die Senderlogos nur nach ihrer einmaligen ID benennen und müsste die auch nicht mehr manuell zuordnen (und das einzeln für wirklich jedes Plugin was Logos darstellt).

Ferner wäre auf lange Sicht sowas wie RAPS denkbar.

Das natürlich nur sofern die jeweiligen Pluginauthoren da mitspielen.

Also bin ich der Meinung es würde sich lohnen hier mal ein wenig besser drüber nachzudenken als einfach zu sagen "hauptsache für das Plugin was ich nutze gehts, der Rest ist mir egal" (ne, wa gda? Warum nicht einfach gleich mal richtig machen?)

cu

PS: Ja, das Thema gehört mit zu meinen VDR Lieblings(hass)themen, also nicht wundern

gda · 9. April 2011

Zitat von Keine_Ahnung

(ne, wa gda? Warum nicht einfach gleich mal richtig machen?)

Ganz einfach: Null Bock und selbst wenn, dann keine Zeit.

Gerald

hepi · 10. April 2011

Hallo Keine_Ahnung,

Zitat von Keine_Ahnung

Es geht darum das jeder Nutzer eine andere Kanalliste hat. D.h. ein Plugin kann nicht erkennen welcher Kanal in der Kanalliste nun z.B. Pro7 ist. Weil weder der Sendername noch die Empfangsparamer sind eindeutig, sie unterscheiden sich ja je nach Empfangsweg (genau das selbe Problem hast du ja auch bei der automatischen Sortierung oder das zusammenfügen von Listen aus unterschiedlichen Empfangswegen).

Wenn man diesen Weg gehen würde, wäre hier die Frage, ob dann auch zumindest für DVB-C und DVB-T eindeutige Provider-IDs nötig wären. Für DVB-S ist es ja auf den ersten Blick relativ einfach, weil schon in der channels.conf die Sat-Position pro Kanal mit drinsteht. Aber vorsicht: Bei der Sat-Position S28.2E werden bei den meisten Leuten sowohl die Kanäle von den Positionen S28.2E (Astra 2A/B/D) als auch die Kanäle von 28.5°E (Eurobird 1) empfangen, was ja auch von Betreibern und Nutzern so gewünscht ist (es gibt keine Sende-Überlagerungen zwischen diesen Positionen). Trotzdem steht dann in meiner Kanalliste bei den Kanälen, welche ich von Eurobird 1 bekomme, noch eine "S28.2E" in meinem Kanal-String in der channels.conf. Mein VDR weiß aus der disecq.conf, dass er meinen Multiswitch zwischen S19.2E und S28.2E umschalten darf. Mein VDR ahnt aber nicht, dass er bei S28.2E auch S28.5E mit-empfängt. Und ich kann es meinem VDR auch nicht mitteilen, weil es an meinem Multiswitch nur zwei Positionen gibt und nicht drei, und weil drei Positionen dann drei verschiedene LNBs bedeuten und somit das Problem auch wieder nicht gelöst ist. Ich kann es nicht in der diseqc.conf vermerken.

Wenn ich einen Blick werfe in die sources.conf, dann steht dort drin:

Code

S28.2E  Astra 2D/A/B
S28.5E  Eurobird 1 & Astra 2A/B/C/D

Somit sind hier die Ungenauigkeiten fortgeführt. Das sind Ungenauigkeiten, die mich zwar in der Praxis überhaupt nicht stören, die ich mit dem derzeitigen Stand der VDR-Software aber nicht auflösen kann. Solange ich das nicht kann, kann man denke ich nicht anfangen, weltweit eindeutige IDs zu vergeben, weil man dann auf allen Ebenen Genauigkeit braucht.

Zitat von Keine_Ahnung

Das Problem beim xmltv2vdr Plugin ist dabei dann folgendes: Es kommen EPG Daten aus vielen unterschiedlichen Quellen, jeder dieser Quellen bezeichnet die Sender anderst, somit müsste jeder User für jede Datenquelle die Sendernamen der jeweiligen Datenquelle den Sendern SEINER Kanalliste zuordnen. Also viel editieren in vielen Configfiles.

Nun die Idee, man legt für jeden Sender eine eindeutige Bezeichnung fest (hier bereits geschehen http://www.vdr-wiki.de/wiki/index.php/Xmltv2vdr-plugin ), jede Datenquelle wandelt dann die Datenquellenspezifeische Bezeichnung in die eindeutige um (das macht der Dev der das Plugin für diese Datenquelle schreibt einmalig und liefert das Mapping mit). Dann muss der User in xmltv2vdr nur einmal die eindeutigen Senderbezeichnungen zu seinen Senderlistensendern mappen.

Aber die Grundaufgabe und Grundarbeit des Sendernamens-zu-Unique-ID-Matchings bleibt auch bei Existenz einer Unique-ID immer bestehen. Es muss immer manuell oder per Automatismus eine Zuordnung vorgenommen werden, auch wenn weltweit eindeutige IDs bestehen. Diese Zuordnung erfordert immer manuelle Pflege der Zuordnungs-Regeln. Die Unique-IDs lösen diesen Problem nicht, sondern verschieben es meiner Meinung nach nur.

Wo gibt es momentan in der VDR-Welt schon Plugins oder Tools, welche solche Zuordnungsregeln schon mitbringen? Es würde meines Erachtens Sinn machen, diese zunächst zu sammeln und zu standardisieren, und sie in der VDR-Welt generell zu nutzen.

Hier mal ein simples, unintelligentes Beispiel für eine namensbasierte Zuordnungsregel:

Code

if (name == 'Pro7' || name == 'ProSieben' || name == 'Pro Sieben' || name == 'PROSIEBEN') id = 'pro7.de';

Hier mal ein simples, unintelligentes Beispiel für eine parameterbasierte Zuordnungsregel:

Code

if (sid == 11120 && nid == 1 && tid = 1011) id = 'arte_hd.de'

((Wo wir gerade bei Arte sind: Würde dieser Sender dem deutschen oder dem französischen Namensraum zugeordnet werden, da er eine Koproduktion ist? Wie ist es mit internationalen News-Sendern, die verschiedene Audiosprachen mitbringen? Hier gibt es bestimmt einige Sender, für welche die Entscheidung zur richtigen Unique-ID schwerer fällt als bei anderen. Eigentlich geht es bei den IDs aber nicht um Audiosprachen, sondern um die Sprache, in der das EPG vorgehalten wird. Man könnte sich aber auch vorstellen, dass das EPG eines Kanals via xmltv von der Community in einer Vielzahl von Sprachen vorgehalten werden könnte. Also geht es doch eher um das Land, in dem der Sender sein Hauptquartier hat.))

Deswegen braucht man zwei Dinge: Unique IDs und gleichzeitig Zuordnungsregeln zum Matchen, die mit allen Providern (DVB-*) funktionieren.

Zitat von Keine_Ahnung

Und so wie ich das verstehe ist ja hier die Idee aufgekommen diese eindeutigen Senderlistenbezeichnungen mit in diese Kanalliste einzupflegen so das jeder User sein Mapping automatisch (wer seine Senderliste von dort läd könnte dann ja auch gleich das Mappingfile von dort laden) bekommt und das nicht mehr manuell zuordnen muss.

Nein, bisher nicht. Die in Channelpedia gespeicherten Kanallisten nutzen momentan implizit die providerweite UniqueID aus Source, sid, nid, tid (siehe VDR-Core, epg.data, siehe streamdev-url's, siehe vdr-plugin-live, etc.). Dafür musste ich aber die Sourceangeben für DVB-C und DVB-T aufbohren, weil mir ein "C" bei zehn verschiedenen Kabelanbietern nicht mehr reicht.

Zitat von Keine_Ahnung

Ferner wäre auf lange Sicht sowas wie RAPS denkbar.

Ich weiß nicht, was RAPS ist und habe es auch beim Googlen mit verschiedenen Begriffskombinationen nicht in Erfahrung bringen können. Bitte um einen Link.l

Generell ist es mir wichtig, folgendes deutlich zu machen:

1) Channelpedia ist open source (GPLV2) und man kann selbst Code beitragen.
2) Channelpedia entsteht, um den yaVDR-Usern und den VDR-Usern eine Vereinfachung im VDR-Alltag zu bieten.
3) Ich sehe beileibe nicht, wie ich bei der Entwicklung von Channelpedia momentan einen falschen Weg einschlagen könnte, der in irgendeiner Weise proprietär wäre und das Finden von standardisieren Lösungen erschwerden würde. Im Gegenteil: Ich denke, Channelpedia bietet die Chance, neue Standards aufzubauen aus Erkenntnissen, die man gewinnen kann darüber, dass viele VDR-User ihre aktuellen Kanallisten bereitstellen und man eine breite Datenbasis hat.
4) Channelpedia ist für mich auch ein Lernprojekt. Ich lerne während des Programmierens viele Dinge hinzu über VDR-Kanalparameter. Ich habe viele Wissenslücken.
5) Ich werde als momentan einziger Entwickler an der Channelpedia implementieren, was ich für sinnvoll halte und was mir Spaß macht. Ich habe keine Verpflichtung, Dinge zu implementieren, an denen andere vielleicht schon gescheitert sind bzw. die andere bisher nie umgesetzt haben.

Viele Grüße
hepi

steffen_b · 10. April 2011

So wie ich das verstehe, möchte Keine_Ahnung sowas fürs xmltv2vdr plugin wie wir schon für tvm und epgdata angefangen haben. Dann sieht er noch Bedarf bei den channellogos, wobei dann aber die Logos anhand eines mappings verlinkt werden müssten, da alle Programme die logos verwenden den Sendernamen nehmen um zu versuchen ein Logo dazu zu finden.

Mir ist eine einigermassen funktionierende Lsg. lieber als ein grosses Konzept was Änderungen in mehreren Stellen braucht, was aber keiner tragen möchte.

Die Regeln sukzessive zu verfeinern anhand seiner eigenen Nutzung (sprich was channelpedia verfolgt) ist mir da lieber. Ist ja ein ähnlicher Ansatz wie autosort oder ähnliches nur serverseitig und dadurch breiter aufgestellt. Überhaupt ist IMHO erstes Ziel den Einstieg zu vereinfachen, für Kanalbezogene Daten.

traxanos · 10. April 2011

naja evtl läßt sich dieses mapping neutral davon gestalten, denn dann könnte man auch die kanallogos auch über diesen weg steuern

hepi · 10. April 2011

Idee: Auf Basis einer zentralen Datenbank, in der potentiell Kanallisten aller Provider weltweit verfügbar sind, könnte man sehr gut Unit-Tests machen, ob manuell definierte Zuordnungsregeln von UniqueID zu Sender sicher funktionieren, oder ob die Zuordnungsregeln zu unscharf/ zu streng sind. Nur über solche Gehversuche kann man dann empirisch herausfinden, ob das Konzept mit den Zuordnungsregeln gut genug ist. Channelpedia bietet diese Datenbank an und wäre somit eine Grundlage für derartige automatisierte Unit-Tests.

Gleichzeitig muss man aber immer vom praktischen Mehrwert ausgehen: Es bringt mir nichts, wenn ich eine UniqueID für Sender XY definiere, solange ich nicht über irgendeinen EPG-Anbieter (xmltv, epgdata, tvm, etc.) auch praktisch EPG-Daten beziehen kann / oder ein Senderlogo. Insofern würde eine Tabelle bestehend aus Unique-IDs und Zuodnungsregeln zunächst mit deutschsprachigen Standardkanälen gefüllt werden, die für die deutschsprachigen VDR-Portal-Nutzer von Bedeutung sind. (Einfach nur, weil sie die Mehrheit bilden.)

Gruß
hepi

ludi · 10. April 2011

Hallo,

Ich würde auch befürworten, die "genormte Senderliste" des xmltv2vdr im Channelpedia zu benutzen, falls es Sinn macht.

Wenn ich richtig verstanden habe, ist die Grundidee des xmltv2vdr die folgende (bitte jemand verbessere mich falls ich mich irre):

channels.conf <-A-> "genormte Senderliste" <-B-> epg-grabber

In der genormten Senderliste steht zum Beispiel "ard.de" drin. Dieser Eintrag stellt den ersten deutschen öffentlichen Sender dar, unabhängig vom Übertragungsweg; also egal ob er über DVB-T, DVB-C oder irgendein Satellit (DVB-S) empfangen wird.
(Die aktuelle Liste der genormten Sender steht hier: http://www.vdr-wiki.de/wiki/index.php/Xmltv2vdr-plugin )

Die Zuordnung A zwischen channels.conf und der "genormten Senderliste" macht der Benutzer über das OSD des xmltv2vdr.
Die Zuordnung B zwischen "genormte Senderliste" und epg-grabber macht der Entwickler des epg-grabbers im epg-grabber selbst.

Der Benutzer muss die Zuordnung A nur einmal durchführen; da sie unabhängig vom epg-Grabber ist. Weiter kann der Benutzer einfach neue epg-grabber installieren, ohne erneut eine Zuordnung durchzuführen, da die epg-grabber die Zuordnung B ja mitführen, wenn sie mit xmltv2vdr kompatibel sein möchten.

Im Augenblick habe ich mich noch nicht mit Channelpedia befasst; aber wenn es möglich ist irgendwie eine Art Norm einzuführen, wäre das sicher von Vorteil; und dies nicht nur für die Benutzer, sondern auch für die Entwickler die dann nicht alle das selbe auf verschiedene Arten implementieren würden.

Soweit ich lesen konnte, streben die Entwickler des xmltv2vdr eine universelle Lösung an. Also gehe ich davon aus, dass sie offen für Verbesserungen sein werden, falls sich ihr Ansatz als unzulänglich erweisen würde. (Ich hoffe wenigstens, dass sie es sind.)

MfG

ludi · 10. April 2011

Zitat von hepi

Keine_Ahnung: Wo genau finde ich die Diskussion zur weltweit einzigartigen ID? In welchem xmltv2epg-Thread? Könntest Du mir einen Link geben?

Ich glaube dies ist der von Keine_Ahnung zitierte Thread:
Idee: xmltv2vdr-plugin

hepi · 10. April 2011

Zitat von ludi

Die Zuordnung A zwischen channels.conf und der "genormten Senderliste" macht der Benutzer über das OSD des xmltv2vdr.

Das sollte doch zu Zeiten von channelpedia eine absolut überflüssige Fleißarbeit sein. Die Zuordnung sollte weitgehend automatisch erfolgen können.
Selbst Keine_Ahnung hat doch gesagt, dass sich durch seine UniqueIDs solche Fleißarbeiten erübrigen würden.

Zitat von ludi

Die Zuordnung B zwischen "genormte Senderliste" und epg-grabber macht der Entwickler des epg-grabbers im epg-grabber selbst.

Wenn die EPG-Quelle, wo gegrabbt wird, mehrere Kanäle vorhält, gibt es dort auch wieder eine Mapping-Aufgabe: Mappen der IDs der Kanäle der EPG-Quelle zu den UniqueIDs der Kanäle der VDR-Welt.
Und das sollte doch zu Zeiten von channelpedia eine absolut überflüssige Fleißarbeit sein. Die Zuordnung sollte weitgehend automatisch erfolgen können.

Gruß
hepi

Keine_Ahnung · 10. April 2011

Zitat von hepi

Wenn die EPG-Quelle, wo gegrabbt wird, mehrere Kanäle vorhält, gibt es dort auch wieder eine Mapping-Aufgabe: Mappen der IDs der Kanäle der EPG-Quelle zu den UniqueIDs der Kanäle der VDR-Welt.

Genau, genauso wie es die Aufgabe gibt die URLs der Datne raus zu finden udn das Dateiformat zu konvertieren. Das gehört alles zu den normalen Aufgaben des Grabbers, der User hat damit nix zu tun.

Der macht im einfachsten Fall nen "apt-get install tvm2xmlgrabber-superdatenquelle" (und muss nix konfigurieren), ändert sich was an der Datenquelle (neue Sender, Sender fallen weg) muss der Grabber eh angepasst werden, und dann passt der Dev auch das Mapping an, der User bekommt das denn im einfachsten Fall wieder über apt-get update und muss keinen Finger rühren.

hepi:
>>Ich weiß nicht, was RAPS ist und habe es auch beim Googlen mit verschiedenen Begriffskombinationen nicht in Erfahrung bringen können. Bitte um einen Link.l<<

http://de.wikipedia.org/wiki/R…omatic_Programming_System

Also im Prinzip das Problem das z.B. ein Sender die Frequenz wechselt. Also z.B. der Sender "Pro7" sendet auf einmal nicht mehr aber es taucht ein neuer Sender namens "Pro 7" auf (anderer Name und andere Sendeparameter). Haben beide die selbe eindeutig ID kann Software den alten Eintrag in der Senderliste automatisch durch den neuen ersetzen. Ohne eindeutige ID weis Software garnicht das es sich hier um den selben Sender handelt.

Wobei ich jetzt damit nicht sagen wollte das jetzt auch noch RAPS da rein soll, wollte damit nur sagen wofür so was alles längerfristig mal gut sein könnte.

steffen_b:
>>Dann sieht er noch Bedarf bei den channellogos, wobei dann aber die Logos anhand eines mappings verlinkt werden müssten,<<

Jup, ohne Mapping ist es auch unmöglich fertige Logopacks zusammenzusammeln. Weil weder Sendername noch Empfangsparameter eignenen sich.

>>da alle Programme die logos verwenden den Sendernamen nehmen um zu versuchen ein Logo dazu zu finden.<<

GraphLCD nutzt ein Mapping von der VDR Sender ID nach einen Basisnamen aus der später der Dateiname generiert wird.

Das ist IMHO ne saubere Lösung weil hier der Nutzer nur das Mappingfile pflegen muss (oder für div. Empfangswege fertige vorgehalten werden können) aber nicht an den Logodateinamen rumbasteln muss.
Und die Idee hier ist ja dieses Mappingfile zu zentralisieren und für alle EPG und Logo Plugins gleichzeitig zu verwenden so das man nur eines pflegen muss oder es sogar schnell von channelpedia fertig bekommt (so wie es jetzt auch schon für das tvm2vdr und epgadata von channelpeda angeboten wird). Also im Prinzip nur dieses Mappingformat normieren so das man nur eines für alle Plugins braucht.
Weil irgendwie ist das ja albern, wechselt ein Sender die Frequenz dann passe ich das in GraphLCD, Live, Skinenigma und XML2VDR an. Alle nutzen die selben Mappinginfos, aber jeder möchte das unbedingt in einem eigenen Dateiformat tun.

Wobei auch das mit den Logos nur ein weiteres Beispiel dafür da warum es sinnig sein könnte das jetzt mal gleich "richtig" mit einzubeziehen und den Plugin Dev das dann fertig anzubieten (weil irgendwer muss einfach nen Anfang machen, sonst passiert da nie was).

Wobei ich schon durchaus verstehe wo hier die Reibungspunkte sind, channelpedia versucht das alles anhand von KI zu automatisieren (das beißt sich auch irgendwie mit den UID Gedanken) während dich denke bei dem Umfang wäre es vermutlich besser wenn jeder eine Sendergruppe Abonniert und diese Pflegt.
Ich denke nämlich es macht keinen Unterschied ob man für jeden neuen Sender ne neue Regel programmiert die den berücksichtigt, oder gleich den Sender selber einträgt Aber evtl. sehe ich das auch nur zu negativ.

Wirklich deprimierend ist in diesem Zusammenhang nämlich das DVB alles mitbringt um sich solche Ratereien zu ersparen. Diese Metainfos werden von den Sendern aber leider nicht korrekt gesendet. Und ich verstehe nicht wirklich warum sie das nicht einfach korrekt senden?.

cu

hepi · 10. April 2011

Das einzige, was mich momentan interessiert, ist die Frage: Wie kann ich möglichst automatisch einer beliebigen Zahl von Kanallisten beliebiger deutscher Provider die bereits von xmltv2vdr definierten UniqueIDs für die populärsten deutschen Sender hinzufügen?
Automatisch bedeutet: Ich muss alle Zuordnungs-Entscheidungen, die ich manuell durch Common-sense löse, in Code gießen. Code-Beispiele für Zuordnungsregeln habe ich ja schon weiter oben gegeben.

Und bei dieser Frage führt für mich kein Weg an Sendernamen-basierten Zuordnung vorbei. Alles andere ist für mich ein theoretisches Hirngespinst.

Also nochmal das Beispiel:

Code

if (name == 'Pro7' || name == 'ProSieben' || name == 'Pro Sieben' || name == 'PROSIEBEN') id = 'pro7.de';

So dumm und fehleranfällig dieses Coding ist, es gibt kaum eine andere Möglichkeit (das Coding kann man natürlich 1000fach optimieren, aber es bleibt sendernamen-basiert).

Alle anderen Zuordnungsansätze hier sind mir bisher viel zu wolkig und ungenau.

Gruß
hepi

hepi · 11. April 2011

Moin Keine_Ahnung!

Zitat von Keine_Ahnung

Für die EPG-Datenproblematik ist es wichtig jedem Sender eine Projektübergreifende weltweit eindeutige ID (egal ob Nummer oder eine String bezeichnung) zuzuordnen.

Diese Aussage ist m. E. irreführend, weil die eindeutige ID nicht dem Sender zugeordnet wird, sondern dem EPG-Angebot. Insofern ist es keine Unique-ID für den Sender.

Beispiel:

Code

WDR Aachen;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28534:1:1111:0
WDR Bielefeld;ARD:12421:HC34M2O0S0:S19.2E:27500:101=2:102=deu@3,103=mis@3:104:0:28306:1:1201:0
WDR Bonn;ARD:12603:HC56M2O0S0:S19.2E:22000:3301=2:3302=deu@3,3303=mis@3:3304:0:28536:1:1111:0

Nach Deiner Aussage müssten alle drei der obenstehenden Sender eine eigene Unique ID erhalten, also meinetwegen wdr_aachen.de, wdr_bielefeld.de, wdr_bonn.de.

Das ist es ja aber gar nicht, was Du willst. Du willst ja für alle drei Sender ein und dieselbe ID verwenden (wdr.de), um allen Sendern das gleiche EPG zuweisen zu können.

Also ist die Deine Grundforderung "Jeder Sender bekommt eine UniqueID" falsch formuliert, oder irre ich mich?

EDIT: Wenn man die Begriffe "Sender" und "Kanal" voneinander getrennt sieht, magst Du mit Deiner Formulierung wieder recht haben. Aber das müsste man dann definieren.

Gruß
hepi

Automatisch generierte channelmap.conf's für epgdata2vdr und tvm2vdr verfügbar

Jetzt mitmachen!

Teilen

Tags