[DISCONTINUED] easyEPG Grabber // WebGrab++ Alternative [v0.4.3 | 2020/01/11]

Dafür gibt es ein HowTo: HOWTO: Easyepg im Docker unter LibreElec installieren

Muss ich mich einlesen. Ich hatte gehofft, addon installieren, Daten eingeben und fertig

Dankeschön

Zitat von easy4me

Im Testing-Branch habe ich eine abgewandelte Form des Telekom-Grabbers eingesetzt - hier sollten nun Änderungen der Kanalnamen berücksichtigt werden. Dabei bleiben die alten Kanalnamen in der XML bestehen, damit die Rytec-IDs weiterhin funktionieren und nicht sofort aktualisiert werden müssen.

So, gestern mal den Testing-Branch installiert und ausprobiert, Folge:
Heute wieder ein EPG für RTLZWEI für Magenta im TVHeadend Sieht für mich so weit gut aus

Was mir aufgefallen ist in Bezug auf meinen Docker-Container:
Ich habe zwar bei meinem init-Script die Möglichkeit eingebaut sowohl das git-Repo als auch den Branch umzustellen, allerdings müssten die sich dann natürlich trotzdem exakt gleich verhalten, was hier insbesondere das Update-Script Deines Repos angeht. Im Moment ist es so, dass der Master die update.sh, der Testing hingegen die testing.sh fürs update benutzt. Bin ich auf dem Testing-Branch und führe das update.sh aus, bekomme ich wieder "nur" Master. Zum Testen habe ich also in meinem init-script beim Setup auto-update auf aus schalten müssen.

Meinste nicht es wäre besser auch für den Testing-Branch die update.sh zu benutzen? Musst Du halt beim Merge nur aufpassen, dass das nicht aus versehen direkt so im Master landet.

Zur Not könnte ich auch noch den Namen des update-scripts konfigurierbar machen, aber besser fände ich hier eine allgemeingültige Lösung.

Alternativ (was dann aber Einschränkungen bei den Branch-Namen mit sich bringen würde) könnte man auch auf die Idee kommen die update.sh als Fallback zu benutzen und vorher zu schauen, ob es ein Script mit dem Namen des aktuellen Branches in Kleinbuchstaben gibt z.B.

Zitat von dlueth

So, gestern mal den Testing-Branch installiert und ausprobiert, Folge:
Heute wieder ein EPG für RTLZWEI für Magenta im TVHeadend Sieht für mich so weit gut aus

Habe den Testing Branch auch mal ausprobiert doch bei mir gabs weiterhin keinen Rytec-Match mit RTLZWEI oder brauch ich dazu die vorherige .xml mit altem Namen zwingend? (Habe inzwischen im master für Magenta und Telekom einen Pull mit RTLZWEI HD und RTLZWEI erstellt)

@easy4me

Sky hat mal wieder den Sky Cinema Special HD in Halloween umbenannt und Magenta hat natürlich gleich mitgezogen, wenn ich es richtig verstanden habe, müsste die Testversion ja eigentlich weiterhin "SkyCinemaSpecial" benutzen oder? bekomme nach einem Durchlauf des Grabbers die Meldung, dass er keinen Rytec Match mit Sky Cinema Halloween gefunden hat (Klar steht auch nicht auf der Mappingliste und man wird nie sicher sagen können wie sie den Sender in Zukunft benennen).

Zitat von easy4me

Bringt auch nichts, wenn man erst nach der Umbenennung des Kanals zum TESTING-Branch wechselt. Der Sender muss bereits vorher ausgewählt worden sein.

Achso das ist dann quasi nur eine temporäre Lösung, der neue Name muss dann früher oder später sowieso auf die rytec Liste? Wenn ich jetzt als neuer Benutzer komme und einen solchen Sender auswähle funktioniert das ganze ja sonst nicht?

Zitat von easy4me

Ich kann ja eine Funktion ins Skript einbauen, sodass geänderte Daten automatisch an mich gemeldet werden, damit ich die Sender in die Rytec-Liste einpflegen kann. Oder man bleibt bei den Pull Requests.

Klar eine automatische Benachrichtigung wäre natürlich Top! ich merke das auch erst nach dem Ablauf meiner gegrabbten Tage wenn dann das epg fehlt...

Mal eine Frage: wie kann ich den gegrabbten und den gesendeten EPG mergen?

Hintergrund: gegrabbter EPG ist schöner (hat Bilder,mehr Infos, etc) wissen wir alle. Aber der gesendete EPG ist genauer. Insbesondere wenn sich Sendungen verschieben wird dank Running Status (so es denn der Sender unterstützt) sekundengenau aufgenommen.

Kann man das irgendwie bewerkstelligen, also z.B. die IDs mit einbauen oder den gesendeten EPG als Grundlage nehmen und entsprechend anreichern? Hat jemand diesbezüglich Erfahrungen / eine Lösung?

Das ist mir auch schon aufgefallen. Ausstrahlungstermine sind teilweise um etliche Minuten verschoben. Wer dann keinen vor und Nachlauf hat, dem fehlt schnell mal die Hälfte der Aufnahme.

Dazu wäre es nice wenn man bestimmen könnte welche Sender mit dem IMDb Script mit Infos versorgt werden. Viel von dem free TV Schrott kann gar nicht zugeordnet werden oder die Treffer liegen weit daneben. Da wird mal schnell aus Best of Sports die Sexy Sport Clips

Anders sieht es bei den Paytv Sendern. Dort sind die Treffer meist alle richtig.

Zitat von DesasterMaster

Das ist mir auch schon aufgefallen. Ausstrahlungstermine sind teilweise um etliche Minuten verschoben. Wer dann keinen vor und Nachlauf hat, dem fehlt schnell mal die Hälfte der Aufnahme.

Die verschobenen Sendungszeiten kommen meiner Meinung doch nur bei Magenta und nur bei bestimmten Sendern vor, weil es Telekom irgendwie nicht hinbekommt die Zeiten richtig zu legen (Zeiten sind auch im Browser EPG verschoben). Aber es gibt ja genug andere Anbieter, die mit richtigen Zeiten arbeiten.

Zitat von DesasterMaster

Dazu wäre es nice wenn man bestimmen könnte welche Sender mit dem IMDb Script mit Infos versorgt werden.

Das fände ich auch ein sehr geiles Feature! Habe einige Radiosender die ich extern grabbe die dann fälschlicherweise mit TV imdb Inhalten gefüttert werden, da der Showtitel mit einer TV Sendung übereinstimmt.

Ich nutze TV Spielfilm, Horizon und Vodafone und bei z.B Nitro stimmen oft die Sendezeiten nicht mit den Zeiten überein wo die eigentliche Sendung läuft. Ist nicht immer aber doch lästig oft. Schlimm ist das auch bei Nickelodeon..

Ist es denn möglich die ota epg Daten mit den Daten vom Script zu kombinieren?

Oder das man aussucht welche der Sender mit IMDb Daten gefüttert werden?

Hi, da ich keine Suche per thread hier im kodinerds finde (gibt es eine, übersehe ich was? Immer nur Unterforen durchsuchen aber nicht den aktuellen thread) und jetzt nicht soo die Lust hatte 49 Seiten zu lesen stelle ich jetzt meiner Frage:

Gibt es eine Möglichkeit easyEPG auf einer arm Syno (DS212+) laufen zu lassen ? Also ist halt nicht Docker kompatibel.

Ja hab jetzt EasyEPG auf dem RPi4 (LE 9.2b2, docker) am laufen!

@easy4me

Der User @DeBaschdi scheint nicht mehr aktiv zu sein. Vielleicht wird's ja was mit deiner Version.

Zitat von easy4me

@dlueth Ich bin weiterhin dabei, die Regeln bzgl. Kanalnamen-Änderungen und -Duplikate in das Skript einzubauen (zurzeit bei Telekom + Horizon). Für die User sollte weiterhin ausschließlich nur das Basis-Skript (update.sh) als Möglichkeit zur Aktualisierung bestehen bleiben. Da es regelmäßige und ggf. auch fehlerbehaftete Updates im TESTING-Branch geben kann, bin ich eher gegen eine automatische Update-Funktion für Test-User - daher sollte man testing.sh auch nur manuell ausführen können.

Alles klar, ich habe das jetzt (für die, die es benutzen können und wollen) in meinem init-Script dahingehend angepasst, dass sofern bei "easyepg branch" "master" drin steht der default für "autoupdate" "yes" ist, ansonsten "no" und für alle anderen Branches auch gar nicht nach "autoupdate" gefragt wird. Kann Deine Argumentation durchaus nachvollziehen.

Und @Cris__ Wenn Du meinen Container via `docker start easyepg.cron` startest dann sollte er von Docker aus immer dann neu gestartet werden, solange Du ihn nicht bewusst mit `docker stop easyepg.cron` stoppst. Nach einem Reboot des Pi z.B. sollte er automatisch neu starten.

Hab dann auch gleich mal mein Image auf die 2.1.4 hochgezogen. Es hat sich außer dem neuen Patch-Stand des zugrundeliegenden OS (Debian) nichts geändert.