[Announce] epgd 0.2.0, scraper2vdr 0.1.0, Happy Easter Eggs

Errm, neuste Version von epg2vdr

ERROR: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.1.6: undefined symbol: archive_read_next_header

Was nun?

libarchive(-dev) sind sicher drauf nehme ich an?! Im Plugin wird die Funktion (für unzip) glaub ich garnicht genutzt, ist aber in libhorchi mit drin.

Ist die Frage, ob man im Plugin eventuell -DUSELIBARCHIVE rausnehmen kann. Wird das nicht nur für epgd gebraucht? Dann hätte man auf den Clients auch weniger Abhängigkeiten.

Das ist es ja, was ich gestern schon bemängelt habe.
Abhängigkeiten (libjpeg, imlib und jetzt libarchive), die in libhorchi über Headerdateien angezogen werden, werden scheinbar nicht richtig gelinkt.

Mit ldd wird die Abhängigkeit nicht angezeigt:

% ldd libvdr-epg2vdr.so 
        linux-vdso.so.1 (0x00007fff2e5fe000)
        libmysqlclient.so.18 => /usr/lib/libmysqlclient.so.18 (0x00007fb5da112000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fb5d9ef4000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007fb5d9cde000)
        libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fb5d9a70000)
        libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fb5d966a000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fb5d9466000)
        libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007fb5d9260000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fb5d8f55000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007fb5d8c51000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fb5d8a3a000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007fb5d868c000)
        /usr/lib64/ld-linux-x86-64.so.2 (0x00007fb5da8d1000)

Ich habs nicht so mit Makefiles und Linken, da muss mal jemand drüber schauen, der sich damit auskennt.

Grundsätzlich sollten aber keine Abhängigkeiten entstehen, die nicht gebraucht werden.

Manchmal hängt es von der Reihenfolge der libs beim Linken ab.

Lars

Wenn ich -larchive und -lxslt ins Hauptmakefile übernehme funktioniert es.

Die dort hinzuzufügen wäre meiner Meinung nach ein Hack.
Zusätzlich fehlt im Makefile von libhorchi mindestens noch -limlib2 und -ljpeg

Die sollten aber alle über pkg-config abgefragt werden.

Grundsätzlich gilt aber, wird von einer Lib eine Headerdatei verwendet, muss das auch entsprechend an den Linker übergeben werden.

die lib wird ja erst mal nicht gelinkt, libarchibe sollte nicht drin sein wenn sie für das Plugin gebaut wird, das steht im Make.config des Plugins bzw das USE dazu ist dort nicht in USES aufgeführt.
Das habe ich gestern Abend noch geändert, habt ihr den aktuellsten Stand?

Jörg

In Make.config hab ichs noch drin auch nach einen git pull.

DEFINES += -D_GNU_SOURCE -DTARGET='"$(TARGET)"' -DLOG_PREFIX='""' -DPLGDIR='"$(PLGDEST)"' \
           -DUSEMD5 -DUSEUUID -DUSELIBXML -DUSELIBARCHIVE \
           $(shell xml2-config --cflags) $(shell xslt-config --cflags).

Oder interessiert die nicht?

Nein, ein Commit davor, weil darin die HISTORY-Datei um 0.1.9 erweitert wurde.
Irgendetwas muss man ja als Indikator verwenden, wenn keine Tarballs erzeugt und im Git keine Tags gesetzt werden.

Mit dem neusten Git-Stand funktioniert es...

Wie kann ichg folgendes korrigieren: Ich habe ein Serienverzeichniss mit "How I Met Your Mother" Die EPG Infos passen aber das Cover das scraper2vdr geliefert hat ist "Daybreakers". Wie kann man sowas berichtigen?
Vielen Dank, Andy.

Zitat von Asta

Wie kann ichg folgendes korrigieren: Ich habe ein Serienverzeichniss mit "How I Met Your Mother" Die EPG Infos passen aber das Cover das scraper2vdr geliefert hat ist "Daybreakers". Wie kann man sowas berichtigen?
Vielen Dank, Andy.

du gehst in jedes Verzeichnis mit ts Dateien ODER aber auf das zwei Ebenen höher und legende eine Datei scrapinfo mit Inhalt

series
id = 75760

dann löscht du idealerweise NUR alle "How I Met Your Mother" Aufnahmen aus der Recordingstabelle - alle zu löschen würde gfs Probleme bei anderen Aufnahmen die schon korrekt gescraped waren verursachen...

Ab hier kannst du das Problem mit etwas Geduld aussitzen

Christian

Super Arbeit die hier geleistet wurde, ich habe aber da ein Verständnis Problem.

Ich habe erstmal der Einfachheit alles komplett auf den VDRs installiert, da aber die Aktualiserung der EPG Daten nach dem reboot sehr viel CPU benötigt ist hierdurch der VDR erst nach ca. 2 Minuten bedienbar.
Deshalb möchte ich die Datenbank und den epgd auslagern.

Mein Senario ist nun:
Server mit Mysql DB + epgd und als Clients die VDRs bei denen nur die Plugins aktiviert sind welche auf den Mysql Server verweisen.

Da der Server aber nicht 24x7 im Betrieb ist würde ich die Datenbank gerne auf mein NAS auslagern nur weis ich nicht wie das mit dem epgd zusammenspielt, müsste dieser zwingend auf dem NAS laufen oder würde es auch reichen wenn der nur Tagsüber die DB aktualisiert.
Muss mysqlepglv.so auch auf den Server oder ist diese Library nur für den Client nötig?

Was ist nach Eurer Meinung die beste Möglichkeit das Client Server Konzept umzusetzen?

Zitat

du gehst in jedes Verzeichnis mit ts Dateien ODER aber auf das zwei Ebenen höher und legende eine Datei scrapinfo mit Inhalt

Code

series
id = 75760

dann löscht du idealerweise NUR alle "How I Met Your Mother" Aufnahmen aus der Recordingstabelle - alle zu löschen würde gfs Probleme bei anderen Aufnahmen die schon korrekt gescraped waren verursachen...

Ab hier kannst du das Problem mit etwas Geduld aussitzen

Christian

Alles anzeigen

Die scrapinfo 75760 hat bei mir ja das falsche Cover gebracht. Wie kann ich himym aus der recordingtable löschen? Vielen Dank.

Gesendet von meinem GT-I9100 mit Tapatalk 2

Ok, werde ich tun. Komisch ist das bei mir seit den neuen Versionen gar keine Serien mehr gescrapt werden. Aber es gibt schlimmeres.

Gesendet von meinem GT-I9100 mit Tapatalk 2

Liefer ich heute abend nach. Danke.

Gesendet von meinem GT-I9100 mit Tapatalk 2

Moin,

genau, mysqlepglv.so ist ein Plugin/Erweiterung für dem mysqld und muss nur dort installiert werden

Jörg

Was wurde eigentlich am epgd geändert? Hab das Gefühl, der läuft nicht mehr rund.

Hab heute früh neugestartet, da ich vermutete, der epgd hätte seine Arbeit eingestellt.

May 12 08:30:52 homeserver epgd: Set locale to 'de_DE.UTF-8'
May 12 08:30:52 homeserver epgd: detected UTF-8
May 12 08:30:52 homeserver epgd: Loading uuid from '/etc/epgd/uuid' succeeded [6AE8F673-A702-431D-9780-4572D40D8695]
May 12 08:30:52 homeserver epgd: Loading plugin: /usr/local/lib/epgd/plugins/libepgd-epgdata.so
May 12 08:30:52 homeserver epgd: Loading plugin: /usr/local/lib/epgd/plugins/libepgd-tvm.so
May 12 08:30:52 homeserver epgd: Read 29 option from /etc/epgd/epgd.conf
May 12 08:30:52 homeserver epgd: Info: Stylesheet '/etc/epgd/epgdata-utf-8.xsl' loaded
May 12 08:30:52 homeserver epgd: Info: Stylesheet '/etc/epgd/tvmovie-utf-8.xsl' loaded
May 12 08:30:52 homeserver epgd: SQL client character now 'utf8'
May 12 08:30:52 homeserver epgd: State now 'init'
May 12 08:30:52 homeserver epgd: Loading '/etc/epgd/channelmap.conf'
May 12 08:30:52 homeserver epgd: 172 channel mappings read.
May 12 08:30:53 homeserver epgd: using scrapping language de
May 12 08:30:54 homeserver epgd: tvdb scraper connected
May 12 08:30:55 homeserver epgd: moviedb scraper connected
May 12 08:30:55 homeserver epgd: Scheduled next update in 6 hour(s)
May 12 08:30:55 homeserver epgd: State now 'standby'
May 12 08:31:09 homeserver epgd: 8220 DVB pending, mergeepg done after 1.970 seconds
May 12 08:32:42 homeserver epgd: 513 DVB pending, mergeepg done after 1.947 seconds

Jetzt war das letzte DVB-EPG Update vor fast einer Stunde? Bis vor kurzem war es noch so, dass alle 2-3 Minuten Änderungen reingewandert sind.

May 12 08:32:47 homeserver vdr: [2048] epg data writer thread started (pid=2006, tid=2048, prio=low)
May 12 08:32:50 homeserver vdr: [2048] epg data writer thread ended (pid=2006, tid=2048)
May 12 08:42:47 homeserver vdr: [2275] epg data writer thread started (pid=2006, tid=2275, prio=low)
May 12 08:42:49 homeserver vdr: [2275] epg data writer thread ended (pid=2006, tid=2275)
May 12 08:52:48 homeserver vdr: [2490] epg data writer thread started (pid=2006, tid=2490, prio=low)
May 12 08:52:50 homeserver vdr: [2490] epg data writer thread ended (pid=2006, tid=2490)
May 12 09:02:49 homeserver vdr: [2711] epg data writer thread started (pid=2006, tid=2711, prio=low)
May 12 09:02:51 homeserver vdr: [2711] epg data writer thread ended (pid=2006, tid=2711)
May 12 09:12:50 homeserver vdr: [2918] epg data writer thread started (pid=2006, tid=2918, prio=low)
May 12 09:12:52 homeserver vdr: [2918] epg data writer thread ended (pid=2006, tid=2918)
May 12 09:22:51 homeserver vdr: [3171] epg data writer thread started (pid=2006, tid=3171, prio=low)
May 12 09:22:52 homeserver vdr: [3171] epg data writer thread ended (pid=2006, tid=3171)

UpdateThreshold = 500