epgd mit TVDB API 4

nobanzai · February 7, 2023 at 2:42 PM

Quote from horchi

stimmt, aber mir der neuen Version hat sich das was da gemacht wird geändert. Also muss es einmal gelaufen sein damit die Änderung sichtbar wird

Jo, man erkennt es als Laie nur nicht

rookie1 · February 7, 2023 at 3:55 PM

Quote from wmautner

Nun ja, hab ich auch interessehalber versucht - da mußte ich aber den Pfad für mysqlepglv.so in dem selbstkompilierten vdr-epg-daemon-1.3.7/epglv ändern von ~mariadb19 auf mariadb3. Sonst klappt das mit dem Ding nicht ...

Da hatte ich früher in meinem Installations script einen workaround drin, seit ich auf mariadb umgestellt habe geht das wieder

kfb77 · February 7, 2023 at 4:52 PM

Quote from horchi

hast du seit du die neueste Version laufen hast bereits eine solche Meldung im Log?

Ja, einige (Log ab 05.02.2023 00:00 Uhr):

Code

Feb  5 08:46:45 epgd-2204 epgd: Lookup done for 2839 series, matched 2942 parts by compare and 67 parts by lv in 2 seconds; Updated 343
Feb  5 08:54:16 epgd-2204 epgd: Lookup done for 2839 series, matched 2939 parts by compare and 67 parts by lv in 2 seconds; Updated 0
Feb  5 10:54:35 epgd-2204 epgd: Lookup done for 2839 series, matched 2929 parts by compare and 67 parts by lv in 2 seconds; Updated 8
Feb  5 12:54:57 epgd-2204 epgd: Lookup done for 2838 series, matched 2898 parts by compare and 64 parts by lv in 2 seconds; Updated 5
Feb  5 14:55:25 epgd-2204 epgd: Lookup done for 2838 series, matched 2852 parts by compare and 64 parts by lv in 1 seconds; Updated 6
Feb  5 16:55:50 epgd-2204 epgd: Lookup done for 2838 series, matched 2873 parts by compare and 65 parts by lv in 1 seconds; Updated 47
Feb  5 17:26:37 epgd-2204 epgd: Lookup done for 2838 series, matched 2855 parts by compare and 64 parts by lv in 1 seconds; Updated 6
Feb  5 17:32:01 epgd-2204 epgd: Lookup done for 2838 series, matched 2851 parts by compare and 64 parts by lv in 1 seconds; Updated 0
Feb  5 21:32:48 epgd-2204 epgd: Lookup done for 2838 series, matched 2815 parts by compare and 64 parts by lv in 2 seconds; Updated 26
Feb  5 23:33:11 epgd-2204 epgd: Lookup done for 2838 series, matched 2796 parts by compare and 65 parts by lv in 2 seconds; Updated 5
Feb  6 11:56:25 epgd-2204 epgd: Lookup done for 2838 series, matched 2996 parts by compare and 67 parts by lv in 3 seconds; Updated 359
Feb  6 13:56:47 epgd-2204 epgd: Lookup done for 2838 series, matched 2958 parts by compare and 67 parts by lv in 2 seconds; Updated 8
Feb  6 15:57:12 epgd-2204 epgd: Lookup done for 2838 series, matched 2949 parts by compare and 67 parts by lv in 2 seconds; Updated 20
Feb  6 17:57:36 epgd-2204 epgd: Lookup done for 2838 series, matched 2936 parts by compare and 68 parts by lv in 2 seconds; Updated 30

Display More

Quote from horchi

sofern in der epgd.conf enabled auch bei Start des epgd

Was meinst du damit ? Bei mir ändert der Restart vom epgd am Status nichts. Habe ich irgendwo was konfiguriert, was der aktuellen Version nicht passt ?

Ich habe 2 VDRs gegen einen epgd laufen, alles jeweils in einem eigenen Container. Es scheinen aktuell nicht alle das Problem zu haben, bis jetzt hat sich damit nur MegaV0lt und ich gemeldet. Oder gibt es noch mehr ?

Code

# ------------------------------------
# Configuration of EPG Daemon
# ------------------------------------

# EpgImageSize
# 0 = 174x130
# 1 = 329x245
# 2 = 525x400

DbHost = localhost
DbPort = 3306
DbName = epg2vdr
DbUser = epg2vdr
DbPass = xxxxxxxx

EpgView = eventsview.sql
EpgViewWeb = eventsviewplain.sql
TheTvDBView = thetvdbview.sql

CheckInitial = 1
DaysInAdvance = 7
DaysToUpdate = 7
UpdateTime = 2
UpdateThreshold = 500

XmlStoreToFs = 0

GetEPGImages = 1
EpgImageSize = 2
MaxImagesPerEvent = 1

SeriesEnabled = 1
SeriesPort = 2006
SeriesStoreToFs = 1
# SeriesUrl = www.eplists.de
SeriesUrl = eplists.constabel.net

ScrapEpg = 0
ScrapRecordings = 0
#ScrapMovieDbApiKey =

# NetDevice = eth0

# CachePath = /var/cache/epgd/
# HttpPort = 9999

# HttpProxy = 127.0.0.1:8000
# UserName =
# Password =

# LogLevel = 0
# LogLevel = 1
LogLevel = 2

Display More

horchi · February 7, 2023 at 5:00 PM

Quote from kfb77

Was meinst du damit ? Bei mir ändert der Restart vom epgd am Status nichts. Habe ich irgendwo was konfiguriert, was der aktuellen Version nicht passt ?

nein alles prima, ich meine das:

Code

CheckInitial = 1

wenn das aus ist muss man ggf etwas warten.

Quote from kfb77

Ich habe 2 VDRs gegen einen epgd laufen, alles jeweils in einem eigenen Container. Es scheinen aktuell nicht alle das Problem zu haben, bis jetzt hat sich damit nur MegaV0lt und ich gemeldet. Oder gibt es noch mehr ?

soweit ich es überblicke nur ihr beiden

MegaV0lt · February 7, 2023 at 5:48 PM

Gestern hatte ich so gut wie überall wieder Serieninfos drin. Ich werde das noch ein wenig beobachten. Bin leider nur drei Tage pro Woche da.

Ich bemerke fehlende Infos meistens, wenn mir diese per Mail zukommen. Letzter Stand:

Code

Timer (VDR) mit fehlenden eplists-Angaben (7):
nano~nano
[Seagate]~video~Will & Grace~Eat, Pray, Love, Telefon, Sex  [TVScraper] <- [Seagate]~video~Will & Grace~Eat, Pray, Love, Telefon, Sex  (S11E01)
[Seagate]~video~Will & Grace~Pappa Mia  [TVScraper] <- [Seagate]~video~Will & Grace~Pappa Mia  (S11E02)
Second Chance~Palimpsest  [TVScraper] <- Second Chance~Palimpsest  (S01E06)
The Last Man on Earth~Pechschwarz
The Last Man on Earth~Walhalla
The Outlaws~The Outlaws

Bis vorgestern waren es so um die 70!

horchi · February 7, 2023 at 5:58 PM

Quote from Taipan

Sack und Asche - hier bekomme ich immer das linke Bild!
Hängt das mit der verwendeten 'eventsview.sql' zusammen?

ich hatte im scraper&vdr Plugin vom Portieren einen copy&paste Fehler daher haben die Season Poster am OSD gefehlt.

Fix ist im git.

Am besten die Bilder lokal löschen sodass sie beim nächsten Start neu aus der epgd Datenbank geholt werden:

rm -rf /var/cache/vdr/epgimages/series/

ggf. mit angepasstem Pfad.

horchi · February 7, 2023 at 6:00 PM

Bei der Fehlersuche festgestellt das shady die Season Poster nicht anzeigt. Der Patch hier erweitert das Theme entsprechend:
Ggf. kann der Maintainer den Patch ja so oder ähnlich übernehmen

kfb77 · February 9, 2023 at 10:18 PM

Nachdem bei mir aktuell das Problem mit den teilweise fehlenden Serieninfos mal wieder verschwunden ist (ich befürchte es kommt wieder), bin ich über ein neues Problem gestolpert:

Beim Beenden von epgd bekomme ich jetzt einen coredump. Das Problem ist seit dem commit von gestern, ohne diesen ist das Problem wieder weg.

Code

Core was generated by `/usr/bin/epgd -c /etc/epgd -p /usr/lib/epgd/plugins'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000055ae5dddf414 in __gnu_cxx::__normal_iterator<cDbStatement**, std::vector<cDbStatement*, std::allocator<cDbStatement*> > >::__normal_iterator (this=0x7ffe2c8d9c98,
    __i=<error reading variable: Cannot access memory at address 0xd0>) at /usr/include/c++/11/bits/stl_iterator.h:1011
1011          : _M_current(__i) { }


(gdb) bt full
#0  0x000055ae5dddf414 in __gnu_cxx::__normal_iterator<cDbStatement**, std::vector<cDbStatement*, std::allocator<cDbStatement*> > >::__normal_iterator (this=0x7ffe2c8d9c98,
    __i=<error reading variable: Cannot access memory at address 0xd0>) at /usr/include/c++/11/bits/stl_iterator.h:1011
No locals.
#1  0x000055ae5ddde3bf in std::vector<cDbStatement*, std::allocator<cDbStatement*> >::begin (this=0xd0) at /usr/include/c++/11/bits/stl_vector.h:812
No locals.
#2  0x000055ae5ddd98c8 in cTVDBManager::exitDb (this=0x0) at tvdbmanager.c:140
        stmt = 0x7ffe2c8d9d00
        __for_range = <error reading variable: Cannot access memory at address 0xd8>
        __for_begin = 0x55ae5de966e0 <vtable for cEpgd+16>
        __for_end = <error reading variable: Cannot access memory at address 0x73>
#3  0x000055ae5ddc4e43 in cEpgd::exitScrapers (this=0x55ae5f704190) at update.c:2491
No locals.
#4  0x000055ae5ddbf4ef in cEpgd::exitDb (this=0x55ae5f704190) at update.c:1027
No locals.
#5  0x000055ae5ddba147 in cEpgd::~cEpgd (this=0x55ae5f704190, __in_chrg=<optimized out>) at update.c:101
        it = <optimized out>
#6  0x000055ae5ddba29a in cEpgd::~cEpgd (this=0x55ae5f704190, __in_chrg=<optimized out>) at update.c:116
        it = <optimized out>
#7  0x000055ae5ddb8978 in main (argc=5, argv=0x7ffe2c8d9f18) at main.c:224
        job = 0x55ae5f704190
        doValidateAlterDatabase = 0
        nofork = 0
        logstdout = -1
        loglevel = -1
        logfacility = 8

Display More

nobanzai · February 10, 2023 at 10:40 AM

Quote from kfb77

Nachdem bei mir aktuell das Problem mit den teilweise fehlenden Serieninfos mal wieder verschwunden ist (ich befürchte es kommt wieder), bin ich über ein neues Problem gestolpert:
Beim Beenden von epgd bekomme ich jetzt einen coredump. Das Problem ist seit dem commit von gestern, ohne diesen ist das Problem wieder weg.

Habe ich hier nicht, wenn du

2023-02-07: version 1.3.12

meinst.

kfb77 · February 10, 2023 at 10:45 AM

Ja, genau die. Nutzt du die Scapper Funktion ?

Ich nutze die nicht und der coredump sieht für mich auf den ersten Blick so aus, dass bei Beenden nicht abgefangen wird der Vector dazu leer ist.

nobanzai · February 10, 2023 at 10:50 AM

Quote from kfb77

Ja, genau die. Nutzt du die Scapper Funktion ?
Ich nutze die nicht und der coredump sieht für mich auf den ersten Blick so aus, dass bei Beenden nicht abgefangen wird der Vector dazu leer ist.

Ich nutze die Scraper Funktionalität.

horchi · February 10, 2023 at 11:45 AM

ich sehe mir den Crash am Wochenende an

kfb77 · February 10, 2023 at 5:10 PM

Ich glaube, ich habe die Ursache selbst gefunden: tvdbManager ist wohl in meinem Fall gar nicht initialisiert, damit crashed der Aufruf vom exitDb().

Diff

diff --git a/update.c b/update.c
index 3e10202..509fac2 100644
--- a/update.c
+++ b/update.c
@@ -2488,9 +2488,12 @@ int cEpgd::initScrapers()

 void cEpgd::exitScrapers()
 {
-   tvdbManager->exitDb();
+   if (tvdbManager)
+   {
+      tvdbManager->exitDb();
+      delete tvdbManager;     tvdbManager = nullptr;
+   }

-   delete tvdbManager;     tvdbManager = nullptr;
    delete movieDbManager;  movieDbManager = nullptr;
 }

Display More

Damit ist das Problem bei mir beseitigt.

horchi · February 10, 2023 at 5:39 PM

soweit so klar:

Code

 0x000055ae5ddd98c8 in cTVDBManager::exitDb (this=0x0) at tvdbmanager.c:140

nur warum der null ist muss ich mir noch ansehen, bin noch nicht dazu gekommen

horchi · February 10, 2023 at 5:54 PM

kfb77
ich nehme an die Meldung TVDB scraper connected hast du nach dem Start im log?
Hast du Fehlermeldungen zwischen Start und beenden im log?

kfb77 · February 10, 2023 at 6:03 PM

Quote from horchi

ich nehme an die Meldung TVDB scraper connected hast du nach dem Start im log?

Nein, erwarte ich auch nicht, da:

Code

ScrapEpg = 0
ScrapRecordings = 0

Das ist ein headless Backend, ich brauche keine Bilder.

horchi · February 10, 2023 at 6:11 PM

ahhh verstehe das erklärt es.

Du betreibst mehrere Instanzen des epgd mir jeweils eigener Datenbank?

kfb77 · February 10, 2023 at 6:18 PM

Nein, aber mehrere VDRs mit einem epgd.

Die VDRs sind reine Aufnahmeserver und haben kein Frontend. Gesteuert wird über das Live Plugin. Bilder brauche ich nicht, alles läuft über Suchtimer.

horchi · February 11, 2023 at 8:24 AM

ich hatte es so verstanden das du Scraper Daten für die ganz neuen Events vermisst (den jeweils letzten Tag in der Periode der Daten in der DB), was mich wundert wenn der Scraper aus ist.

Mit Version 1.3.13 sollten die beiden Probleme behoben sein

Code

2023-02-11: version 1.3.13 (horchi)
- Bugfix: Fixed crash at exit with deactivated TVDB scraper
- Change: Trigger eplist match for new external events

kfb77 · February 11, 2023 at 8:43 AM

Quote from horchi

ich hatte es so verstanden das du Scraper Daten für die ganz neuen Events vermisst

Nein, mir hatten die Staffel/Episode Nummer aus eplists für den letzten Tag gefehlt.

Update durchgeführt und beide Probleme sind jetzt beseitigt. Mal sehen, ob es die nächsten Tage auch so bleibt.

Vielen Dank.

MegaV0lt : Jetzt bist du dran mit testen.

epgd mit TVDB API 4

Participate now!

Users Viewing This Thread