Update EPGimport (XMLTVimport) and rytec sources

Auch hier 0 Ergebnisse. Keine Ahnung wo de Fehler liegt. Habe heut zum ersten mal den EPG Import genutzt. Die Kroatischen Sender kann ich physisch auch gar nicht empfangen, doch ich habe die lamdb Datei ausgetauscht worin alle Kroatischen Sendern enthalten sind. Diese tauchen jetzt in meiner Kanalliste auf (ausgegraut natürlich). Dies soll ja die Vorraussetztung dafür sein, das EPG Import den EPG dieser Sender finden und abspeichern kann.

Glaube nicht dass ich dir da weiterhelfen kann, da ich keine Kroatischen Sender Empfangen kann und daher auch nix testen kann.
Hier gibts eine aktuelle xml

Wenn das nur IPTV Sender sind , dann musst du die wohl am besten einzeln in der custom.channels.xml anlegen.

Beispiel:

Genau. Das sind IPTV Sender. Wollte nach dieser Anleitung IPTV EPG vorgehen, da war das halt so beschrieben....muss ich kommender Woche mal weiter probieren.

Danke euch erst mal...

Kann sein das der erste Beitrag da mittlerweile überholt ist, es geht auch ohne die lamdb.

Also einfach der Anleitung folgen und das mit der lamedb ignorieren?

Ich denke ja, so wie in meinem Beispiel die Sender einfügen, wichtig bei IPTV Sendern die nicht bei dir über Sat empfangbar sind muss das"http%3a//example.com/" eingefügt werden dann braucht man keine lamedb. Die Sender müssen halt in der rytec.channels.xml drin sein sonst gibt es kein EPG über Rytec.

Der Platzhalter "http%3a//example.com/" muß nicht in der Channel.xml eingefügt werden.
Es ist nur ein Beispiel. Oder dient der Übersicht um seine IPTV-Sender in der Channel.xml wiederzufinden.

Wichtig ist die Channel-ID aus dem EPG und eine eindeutige Kanal-Referenznummer die nicht ausversehen doppelt vorkommen
sollte.

Selbst der Sendername am Ende <!-- NRK1 HD --> könnte entfernt werden, aber dann ist die Suche in der Channelliste mühselig.
Bei mir stehen generell die IPTV-Sender mit 1 statt 4097 drin.

Aus Gewohnheit weil es damals mit 4097 nicht ging.
In meiner Kanaliste sind diese selbstverständlich mit 4097:0:...


Gruß SweetMP4...

Ich hatte das immer so gemacht mit http%3a//example.com weil das irgendwo so stand und ohne nicht klappte bei IPTV Sendern die nicht in der lamedb sind.

Aber geht scheinbar auch anders.

Ich habe das Problem, dass der Import nicht erfolgt, wenn in der sources.xml eine Online-Quelle angegeben ist (download failed: [Errno 2] No such file or directory: 'https:..'). Wenn ich allerdings mit curl mir die Datei aus der gleichen Quelle in das tmp-Verzeichnis lege und in der sources.xml darauf verweise, klappt es. Hier mal am Beispiel mit Stirr veranschaulicht:

Logfile EPGImport:



Einträge in rytec.sources.xml:



Kann mir jemand sagen, wo hier der Fehler liegen könnte, dass EPGImport mit der Online-Adresse nichts anfangen kann? Internet-Probleme habe ich keine. Der Download der Quelle ins tmp-Verzeichnis erfolgt auch von der Box aus.

Im Log wird leider nicht der eigentliche Fehler angezeigt, aber ich vermute mal, dass es ein SSL-Fehler ist bzw. war, der in Zusammenhang mit Python Twisted auftritt. Das VTI ist leider, was Python und die dazugehörigen Lib's angeht ziemlich veraltet.

Benutze doch meine EPG Tools, damit sollte es funzen

Yep, mit deinen Tools funktionieren dank der Source-Option auch die anderen Quellen.

Vielen Dank für deine großartige Arbeit !

@Billy2011

In Bezug auf meinen Post #590: Könntest du netterweise mal schauen, was diese Fehlermeldung aus dem EPGImport-Logfile aussagt:
Nachdem dieser Fehler bei (sehr) vielen Online-Quellen auftritt, wollte ich dazu übergehen, die Quell-Dateien erst in das /tmp-verzeichnis zu legen und dann von dort aus zu mappen. Aber der Fehler erscheint auch hier. Wieso dann 'twisted.internet.error#?

Oft hängt sich EPGImport auf oder die Box startet unvermittelt neu. Ich bin im Moment ziehmlich frustriert. Bei den mit deinen Tools importierten Pluto bzw. Stirr-EPG's tritt der Fehler nicht auf. Die Tools funktionieren aber (derzeit?) nur mit *.gz-Dateien oder?

Die Quelle für mein Bespiel oben ist diese: Link

Google sagte mir, dass diese Fehlermeldung bei mehreren Leuten auftritt. Eine Lösung war allerdings nicht zu finden.

Hier im Forum scheint offenbar niemand weiter mit meiner Box betroffen zu sein. Allerdings ist der Kreis derjeniger, die regelmäßig EPGImport nutzen, wohl auch sehr überschaubar.

Lustiges Bassgebrumm schrieb:

Die Tools funktionieren aber (derzeit?) nur mit *.gz-Dateien oder?

Nein, das ist dem Tool egal. Aus der Dateiendung erkennt der EPGImporter das Datei-Format (.gz, .xz).

Lustiges Bassgebrumm schrieb:

Wieso dann 'twisted.internet.error#?

Ohne den zugehörigen Python bzw. Twisted Context kann ich dazu nichts sagen.

Lustiges Bassgebrumm schrieb:

Die Quelle für mein Bespiel oben ist diese: Link

Dein Link verweist auf eine XML-Datei. Ich glaube, die musst du erst mit tar ins .gz Format zippen.

Dieser Link verweist ebenfall auf eine XML-Datei. Die hole ich mir mit curl mittels crontab in /tmp. EPGImport verarbeitet die fehlerfrei. EPGImport direkt auf den Link führt zu der zuvor angegebenen Fehlermeldung.

Deswegen dachte ich zunächst, ich habe damit eine Lösung, mit der ich leben könnte. Allerdings wurde mit dem vorherigen Beispiel die Freude schnell wieder getrübt.

Mit deinen Tools könnte ich mir auch die zuletzt genannte xml holen? Was mich davon abhielt, es zu versuchen, war, dass du in der Beschreibung darauf hingewiesen hast, dass die im /tmp-Verzeichnis abgespeicherten files auf .gz enden müssen, was ja nicht der Fall ist, wenn ich die Tools auch für nicht gezippte files einsetze. Oder das Tool könnte den Zip-Vorgang mit übernehmen???

Meine Beispiel-Quellen stammen übrigens aus den Rytec-Sources. Und EPG-Import hatte damit auf meiner Solo2 zuvor keine Probleme damit. Ob es nun an der jetzigen Box liegt oder am neueren Image - ich weiß es nicht. Ich habe mich eine längere Zeit nicht mehr mit dem Thema IPTV beschäftigt und fange nun mit solchen Problemen quasi wieder bei Null an. Es könnte alles so einfach sein ...

Billy2011 schrieb:

Ohne den zugehörigen Python bzw. Twisted Context kann ich dazu nichts sagen.

Kann ich von irgendwoher mit weiteren Informationen dazu dienen?

dvbapp2_debug_2021-04-23_144234.log

Der Pluto EPG wird als .gz Datei gespeichert.

Lustiges Bassgebrumm schrieb:

Meine Beispiel-Quellen stammen übrigens aus den Rytec-Sources. Und EPG-Import hatte damit auf meiner Solo2 zuvor keine Probleme damit.

Dann kannst du die auch mit meinen Tools verwenden, ohne zu zippen

Lustiges Bassgebrumm schrieb:

Kann ich von irgendwoher mit weiteren Informationen dazu dienen?

Das E2-Log ist nicht ausreichend, wende dich am besten an den Macher vom Importer.

man muss auch aufpassen alt ist plutotv. neu ist nur noch pluto.xml ich habe mir eine eigene Billy 2011.source erstellt so kann ich darin editieren. ist mir kürzlich aufgefallen, das man die rytec source gar nicht bearbeiten muss.

Billy2011 schrieb:

Benutze doch meine EPG Tools, damit sollte es funzen

So....fange noch mal ganz von neu an, hab fünf kroatische Sender in meinem Boquet und für diese soll ein EPG angezeigt werden. Welches EPG Tool meinst du @Billy2011

Z.B. dieses Tool, das ist primär aber für Pluto gedacht

Ach so

Dann Probier ich das noch mal mit dem EPG Import und dieses Rytec...