[Proof of Concept] [WIP] easyepg als Addon

Darf ich auch einen?

Auftanken TV

Zitat von easy4me

ID 116174 bei TMS

Klasse, Dankeschön

Aber wo ist denn die ID ersichtlich? Wenn man was sucht..

Zitat von easy4me

Auf der ersten Seite dieses Threads gibt es genügend Screenshots.

achso, danke.. das weiß ich.

Ich dachte wenn man einen Sender sucht und nicht weiß bei welchem Anbieter der zu finden ist, gibt's eine gesamtliste mit den Ids

Sorry, da haben wir uns missverstanden

Hi!

ein sehr schönes und nützliches Tool. Vielen Dank dafür.

habe das script testweise in einem LXC-Container unter Alpine 3.18 laufen. Also standalone und nicht als Kodi-Addon.

Funktioniert super und die generierte epg.xml verfüttere ich an meinen TVHeadend xmltv.sock via

# sed -e "s|\[LIVE\] ||g" /var/lib/lxc/easyepg/rootfs/script.service.easyepg-lite/xml/epg.xml | \
  socat /var/lib/lxc/tvh-iptv/rootfs/var/lib/hts/.hts/tvheadend/epggrab/xmltv.sock -

Der TVHeadend läuft wiederum in einem anderen Container als EasyEPG.

nun stellt sich mir die Frage, ob ich den Grabber auch manuell per commandline starten kann.... z.B.:

container # python3 main.py start-grabber-and-exit

host # sed -e "s|\[LIVE\] ||g".........socat -

Hintergrund ist ich möchte den Webserver und auch den Container möglichst nicht dauerhaft laufen haben, sondern nur im EPG-Update-Fall per Anacron

geht sowas schon bzw. soll das später mal gehen?

Zitat von DannyVapid

nun stellt sich mir die Frage, ob ich den Grabber auch manuell per commandline starten kann

Mit Containern kenn ich mich nicht aus, aber als Idee:

Starten: python main.py & disown

Stoppen: kill $(pgrep -f 'python main.py')

Müßte man in Scripts unterbringen und per Cronjob steuern.

Hi.

Ich betreibe das easyepg Skript unter Windows zusammen mit DVB-Viewer. Dafür habe ich mir ein Tool geschrieben, das zuerst das Archiv epg.xml.gz löscht, da das nach erfolgreichem Grabben ohnehin wieder neu erzeugt wird. Dann wird die main.py gestartet und in einer Schleife überprüft, ob die Datei epg.xml.gz existiert. Ist das der Fall, wird die Schleife verlassen. Nach einer Verzögerung von einer Minute (als Reserve) wird dann der Prozess beendet. Das funktioniert hier schon sehr lange absolut zuverlässig. Einzige Bedingung ist, easyepg muss so konfiguriert werden, das beim Starten des Skripts sofort EPG Daten geladen werden, was man einstellen kann. Sonst läuft das Skript hat endlos weiter, bis irgendwann irgendwie das Grabben sowieso ausgelöst wird.

Gesteuert wird das unter Windows per Aufgabenplanung, was ja so ziemlich dem Cron von Linux entspricht. Das Tool habe ich ein paar Seiten vorher hier schon mal angehängt, incl Quellcode.

Lehmden1 klingt gut.. ich versuche es ähnlich. Bisher bin ich soweit:

Script auf dem Host:

1. Starte EasyEPG-Container der dann durch sein init-system python3 main.py als daemon hochfährt, jedoch ohne zu grabben.

2. In einer Schleife warten, bis http://CONTAINERIP:4000 erreichbar

3. http://CONTAINERIP:4000/api/start-grabber via cURL absetzen...

Nun müsste ich wieder in einer Schleife die JSON-Anwort von http://CONTAINERIP:4000/api/grabber-status auswerten.

Neuere Datei vorhanden? dann schiebe sie rüber zum TVHeadend Socket.

Hier stehe ich noch ein wenig auf dem Schlauch

{"success": true, "result": {"grabbing": false, "status": "Idle", "progress": 100, "file_available": true, "file_created": "2023-11-16 16:15:32"}}

Also mir ist noch nicht klar, wie ich das vernünftig geparsed bekomme

Aha, das hier sieht vielversprechend aus

# curl -s CONTAINER:4000/api/grabber-status | jq ".result.file_created"
"2023-11-16 16:15:32"

Zitat von easy4me

Und der Fehler ist jetzt weg (?)

Naja der war schon nach dem Neuaufsetzen weg. Und nachdem ich jetzt Magenta nicht mehr als Quelle nutze weiß ich nicht ob sich das Problem gelöst hat oder es da einfach nicht mehr reinläuft.

Irgendwie grabbe ich seit heute nur noch bis 13.12.2023 8 Uhr und nichts mehr in die Zukunft. In der grabber_error_log.txt steht:

--- GNTMS WARNING LOG: 2023-12-13 22:14:39 ---
Traceback (most recent call last):
  File "/home/osmc/.kodi/addons/script.service.easyepg-lite/resources/lib/epg.py", line 119, in grabber_process
    self.pr.main_downloader(provider)
  File "/home/osmc/.kodi/addons/script.service.easyepg-lite/resources/lib/db.py", line 324, in main_downloader
    m = sys.modules[self.providers[provider_name].get("module", provider_name)].epg_main_converter(
  File "/home/osmc/.kodi/addons/script.service.easyepg-lite/resources/lib/providers/gntms.py", line 35, in epg_main_converter
    g["start"] = int(datetime.strptime(i["startTime"], "%Y-%m-%dT%H:%MZ").timestamp())
TypeError: 'NoneType' object is not callable
--- GNTMS WARNING LOG END ---

Problem ist von selbst wieder verschwunden, da hatte wohl ein Sender Schluckauf.

Nabend!

Ich möchte gerade eine eine externe EPG-Quelle von https://epgshare01.online/, die dort als xml.gz vorliegt, einbinden. Allerdings bekomme ich die Fehlermeldung
"The resource could not be verified.".

Also habe ich ein Script geschrieben, das die gz-Datei herunterlädt, entpackt und die entpackte xml-Datei auf einen lokalen Webserver verschiebt. Aber auch beim Versuch, diese EPG-Quelle einzubinden, erhalte ich weiterhin diese Fehlermeldung. Auch nach eingehender Inaugenscheinnahme der Datei kann ich nicht erkennen, woran es hakt. Vielleicht kann mal jemand auf die Datei schauen:
https://epgshare01.online/epgshare01/epg_ripper_DE1.xml.gz
https://epgshare01.online/epgshare01/epg_ripper_CH1.xml.gz

[GELÖST]

Hallo - und vielen Dank für das tolle Tool.

Bei mir startet der Docker-Container von easyepg nicht korrekt. Ich erhalte folgende logs:

python3: can't open file '/easyepg/main.py': [Errno 2] No such file or directory

Weiß jemand woran das liegen könnte.

Docker läuft auf einem Synology NAS. Weitere Systeminfos kann ich gerne mitteilen. - Vielen Dank für die Hilfe im Voraus.

Viele Grüße - Daniel

[EDIT]

Das Zip-File aus #1 wurde nicht korrekt entpackt und im Verzeichnis /easyepg abgespeichert.

Zitat von easy4me

Das Problem wird hiermit behoben:

Danke für die schnelle Reaktion!

Mit der Quelle https://epgshare01.online/epgshare01/epg_ripper_CH1.xml.gz klappt es reibungslos. Die Quelle (tv.blue.ch) hatte ich allerdings schon über den Umweg mit dem EPG-Tool vonhttps://github.com/iptv-org/epg. Jetzt ist´s schöner. Denn mit diesem Tool dauerte es ungefähr solange, wie daaamaaals in Zeiten vor easyepg mit webgrab. Da ja grad Zeit für Wünsche ist: vielleicht finden wir unter WEB bald CH --> blueTV

Die Quellehttps://epgshare01.online/epgshare01/epg_ripper_DE1.xml.gz läßt sich auch einbinden (220 Kanäle). Wenn man hiernach versucht, die Kanalliste zu laden, bekommt man jedoch eine leere Seite. Dann hilft nur ein Reload. Vielleicht findest Du auch die Ursache hierfür.