[Proof of Concept] [WIP] easyepg als Addon

Ich habe die aktuelle Version von gestern.

Da wird bei mir immernoch ein Fehler erzeugt!?

--- WPUDE WARNING LOG: 2025-09-18 07:07:00 ---
Traceback (most recent call last):
 File "/home/pi/resources/lib/epg.py", line 129, in grabber_process
   self.pr.advanced_downloader(provider, self.pr.main_downloader(provider))
 File "/home/pi/resources/lib/db.py", line 446, in advanced_downloader
   m = sys.modules[self.providers[provider_name].get("module", provider_name)]>
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^>
 File "/home/pi/resources/lib/providers/wpude.py", line 72, in epg_advanced_co>
   item = json.loads(cache[0])
          ^^^^^^^^^^^^^^^^^^^^
 File "/usr/local/lib/python3.12/json/__init__.py", line 346, in loads
   return _default_decoder.decode(s)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^
 File "/usr/local/lib/python3.12/json/decoder.py", line 337, in decode
   obj, end = self.raw_decode(s, idx=_w(s, 0).end())
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 File "/usr/local/lib/python3.12/json/decoder.py", line 355, in raw_decode
   raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
--- WPUDE WARNING LOG END ---

Installiert ist es auf einem Raspberry mit Debian Bookworms (Linux raspberrypi 6.12.34+rpt-rpi-v7 #1 SMP Raspbian 1:6.12.34-1+rpt1~bookworm (2025-06-26) armv7l).

ERGÄNZUNG 11:21UHR:
Auch bei mir dauert es eine Ewigkeit, bis der EPG geladen ist.

Ich hab übrigens den gleichen Fehler wie @Musiktoto:

Traceback (most recent call last):
 File "/easyepg/resources/lib/epg.py", line 120, in grabber_process
   self.pr.main_downloader(provider)
 File "/easyepg/resources/lib/db.py", line 328, in main_downloader
   m = sys.modules[self.providers[provider_name].get("module", provider_name)].epg_main_converter(
 File "resources/lib/providers/gntms.py", line 28, in epg_main_converter
   item = json.loads(data)
 File "/usr/lib/python3.9/json/__init__.py", line 346, in loads
   return _default_decoder.decode(s)
 File "/usr/lib/python3.9/json/decoder.py", line 337, in decode
   obj, end = self.raw_decode(s, idx=_w(s, 0).end())
 File "/usr/lib/python3.9/json/decoder.py", line 355, in raw_decode
   raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

Läuft im Docker Container auf einem Pi 4 mit OSMC. Ist jetzt quasi jahrelang problemlos gelaufen. XML wird zwar generiert, sind aber immer nur Prsettings.json.txtogramm-Daten bis zum 17.09. drin.

Zitat von easy4me

Dann wird es wohl Zeit für ein Update

Ich habe auch "nur" Version 1.0.0 aber zumindest ein Onlineupdate (Raspberry Pi 4) gibt es ja dafür nicht.

Zitat von easy4me

Es ist der Key ... ich habe auch einen "eigenen" Key, und der funktioniert weiterhin.

Bringt es denn nun noch etwas einen neuen Key zu nehmen? Mir war so als hatte ich damals beim Einrichten einen erstellt, der funktionierte aber nicht, da ging nur der Public Key.

Ich habe keine Probleme mit dieser Version in einer VM auf Proxmox mit Kodi auf Lubuntu:

Diese Einstellungen nutze ich und es ist alles wunderbar.

"api_key": "n829qtk58c7ym5pxdch5smup", "days": "5", "rm": "add-info-cast", "is": "Md", "it": "16x9", "at": "fsk", "rate": "24", "ut": "03:30", "ag": "yes", "file": true, "dl_threads": 1, "pn_max": 50000}, "auth_data": {}, "sessions": {"gntms": {"session": {"key": "n829qtk58c7ym5pxdch5smup"}, "expiration": false}}, "xmltv": {}}

Keine Probleme.

Vielleicht hilft es dem einen oder anderen.

Zitat von Joerg1909

Vielleicht hilft es dem einen oder anderen.

liegt daran das der key atm kein ratelimit erreicht hat.

eventuell hats da wirklich nur einer uebertrieben

Zitat von fds97AVVS

liegt daran das der key atm kein ratelimit erreicht hat.

eventuell hats da wirklich nur einer uebertrieben

Bei mir wird der Key jetzt gerade (16.30 Uhr) nicht akzeptiert . Allerdings habe ich auch eine aktuelle Version von easyepg - kann das eine negative Rolle spielen? Wundern tut mich, dass Joerg1909 überhaupt noch den Key im Programm hat. Bei mir ist er aus dem Programm verschwunden, nachdem er als invalid eingestuft wurde.

also entweder sind wir jetzt im katzt und maus spiel oedr rate limit nurnoch per region, oder tms sein cluster ist lahm

aktuell gehen:

• 3.214.202.128
• 54.163.144.124
• 35.153.77.250
• 34.195.246.37
• 23.23.166.206
• 3.222.228.171
  

/etc/hosts

IP data.tmsapi.com

have fun

Welcher Key? Deiner, oder der alte öffentlich bekannte API-Key?

Wie teuer wäre denn ein offizieller Key von Gracenote?

PS: Bei mir läuft der easyepg-lite auf einem raspi zero. Mit den neuen Files natürlich nur die rudimentären EPG-Infos.

Zitat von rupper-duck

Welcher Key? Deiner, oder der alte öffentlich bekannte API-Key?

der von seite 1

Zitat von rupper-duck

Wie teuer wäre denn ein offizieller Key von Gracenote?

#1.124

Ich hatte auch das Update gemacht und soweit alles auf Web umgestellt .

wenn ich jetzt neue Updates installieren möchte kann ich einfach die Dateien ersetzen und meine Sender Zuordnungen bleiben erhalten .Oder ?

Zitat von easy4me

Ihr könnt für wpude den Wert für max_dl_threads auf 1 setzen und den neuen Wert advanced_download_threads mit 1 nachtragen. Siehe resources/data/json/providers.json

Das werde ich morgen früh mal testen.

Also wenn ich den Key eingebe, kommt bei mir weiterhin "invalid key".

Nach der Anpassung der providers.json bekomme ich nun keine Fehler mehr und der Grab-Process geht wieder sehr flott!

Zitat von Musiktoto

Nach der Anpassung der providers.json bekomme ich nun keine Fehler mehr und der Grab-Process geht wieder sehr flott!

Hier auch, aber nur noch ganz rudimentäre Infos (Titel, keine ausführliche Beschreibung, keine Bilder), richtig?

waipu ist eine gute Alternative, toll dass das eingebaut wurde.
Bisher gibts da aber keine Bilder, oder?

Für mich ist Telekom Magenta aktuell jetzt tatsächlich die qualitativ beste Quelle für die Hauptsender (gute Beschreibungen, Bilder).

Zitat von easy4me

Vermutlich gibt es irgendwelche Threading-Probleme im Zusammenhang mit der arm-Plattform. Ihr könnt für wpude den Wert für max_dl_threads auf 1 setzen und den neuen Wert advanced_download_threads mit 1 nachtragen. Siehe resources/data/json/providers.json

Zitat von Musiktoto

Nach der Anpassung der providers.json bekomme ich nun keine Fehler mehr und der Grab-Process geht wieder sehr flott!

Bei mir kommt der Fehler leider immer noch...