Ich habe aktuell bei neuen Aufnahmen keine Bilder mehr (seit 1.2.5 ; Client-Server). Vorher ist alles "bebildert" - betrifft u.a. "Hawaii Five-0", "The Rookie",... Oder verlangen die Änderungen in 1.2.5 gar einen Neuaufbau der Datenbank?
[Announce] vdr-plugin-tvscraper 1.2
-
-
> Oder verlangen die Änderungen in 1.2.5 gar einen Neuaufbau der Datenbank?
Eigentlich nicht. Hast Du client & server upgedated?
-
Ja, gerade nochmal geprüft - ist beides aktuell...
-
Kommando zurück!
Ich glaube eine verirrte Datei protection.fsk (Pin-Plugin) hatte in einem übergeordneten Aufnahmeordner für den Zugriff "abgeriegelt" - Alles wieder gut!
-
Sack und Asche, ich lag wohl doch falsch. Heute wieder 4 Aufnahmen "The Rookie" ohne Bilder auf dem Client - wurden bis 16:30 aufgenommen und bis jetzt 19:20 ist kein Bild da. In Live/Browser auf dem Server ist alles in Ordnung. Client und Server scheinen nicht mehr regelmäßig miteinander zu sprechen...
-
Suche doch mal im syslog nach Meldungen wie:
Nov 30 20:56:14 rpi4s vdr: [2804309] tvscraper: access /var/cache/vdr/plugins/tvscraper/tvscraper2.db for write
Nov 30 20:56:33 rpi4s vdr: [2804309] tvscraper: access to /var/cache/vdr/plugins/tvscraper/tvscraper2.db finished
müssten im syslog auftauchen, wenn es neue Aufnahmen gibt. Eigentlich habe ich da nichts geändert ...
Außerdem: wann wurde /var/cache/vdr/plugins/tvscraper/tvscraper2.db zuletzt geändert?
-
Und noch eine Frage: Sind die Bilder nach einem Restart des Clients wieder da?
-
Alles wieder gut, seit eben gerade... Woran es lag weiß ich nicht aber nun ist alles frisch und der Client hat auch alle Daten zurück!
-
MarkusE ,
wenn ich versuche das Plugin vom VDR-Verzeichnis aus mit "LCLBLD=1" und "ONEDIR=1" aus zu kompilieren, bekomme ich folgende Fehlermeldung:
Code
Alles anzeigen*** Plugin tvscraper: WARNING: plugin tvscraper is using an old Makefile! g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -Wmaybe-uninitialized -O0 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -rdynamic -c -DPLGDIR='"/usr/lib/tvscraper/plugins"' -DPLUGIN_NAME_I18N='"tvscraper"' -o tvscraper.o tvscraper.c xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-tvscraper --package-version=1.2.4 --msgid-bugs-address='<see README>' -o po/tvscraper.pot `ls autoTimers.c channelmap.c config.c eventOrRec.c images.c movieOrTv.c overrides.c searchEventOrRec.c searchResultTvMovie.c services.c setup.c tvscraper.c tvscraperdb.c worker.c` msgmerge -U --no-wrap --no-location --backup=none -q -N po/de_DE.po po/tvscraper.pot In Datei, eingebunden von tvscraper.c:8: services.h:3:10: schwerwiegender Fehler: vdr/epg.h: Datei oder Verzeichnis nicht gefunden 3 | #include <vdr/epg.h> | ^~~~~~~~~~~ Kompilierung beendet. make[1]: *** [Makefile:38: tvscraper.o] Fehler 1
Alle anderen Plugins lassen sich ohne Probleme so übersetzen.
Wenn ich es direkt vom Plugin-Verzeichnis aus mache, funktioniert es.
Kannst Du Dir das mal ansehen.
Grüße
kamel5
-
-
Gibt es dazu Doku?
Im VDR-Verzeichnis gibt es "newplugin", das legt auch ein neues Makefile an.
Ich weis aber nicht, ob das Nichtfinden von <vdr/epg.h> ursächlich damit zu tun hat.
Grüße
kamel5
-
Hi,
ich habe noch immer das Problem das der Server zwar alles aktuell hält, aber die tvscraper2.db die der Client über die NFS-Freigabe bekommt uralt ist. Auch nach getätigten Timer-Aufnahmen findet keine Aktualisierung statt.
Will heißen der Server schreibt kein Backup aus /dev/shm ins tvscraper-Cache-Verzeichnis (oder viiiieeel zu selten). Mache ich das händisch und starte den Client neu ist die aktuellste "Beschilderung" auch in den Aufnahmen vorhanden.
Was kann den Vorgang denn behindern? Und was spricht ggflls. dagegen dies deutlich öfter zu tun? Und warum hat das Problem sonst keiner?
Fragen über Fragen
BTW: Die Trefferquote ist mittlerweile super - das unterscheidet zu scraper2vdr deutlich ! (Also hier bei mir - Ich möchte nicht verallgemeinern
)
-
BTW: Die Trefferquote ist mittlerweile super - das unterscheidet zu scraper2vdr deutlich ! (Also hier bei mir - Ich möchte nicht verallgemeinern
)
Wenn Du die IDs in der override.conf verklappst, sollte es noch etwas besser werden.
-
Etwas OT, weil ab und zu Leute zerschossene DBs melden und komplett neu scrapen müssen:
sehe ich das richtig, dass der Scraper ohne TRANSACTIONs mit SQLite arbeitet?
Das könnte die Ursache für viele Inkonsistenzen sein, wenn der VDR während des Scrapings abschmiert oder anderweitig nicht safe das Plugin beendet oder neu gestartet wird.
-
Wenn Du die IDs in der override.conf verklappst, sollte es noch etwas besser werden.
Die override.conf wird NUR auf dem Server gepflegt oder?
-
Die override.conf wird NUR auf dem Server gepflegt oder?
Das ne gute Frage.
Du musst auf jeden Fall nach Änderungen den VDR neu starten um die override.conf neu einzulesen.
-
Hab ich auf dem headless-Server eben gemacht
-
> Die override.conf wird NUR auf dem Server gepflegt oder?
Ja, das ist korrekt.
-
> ich habe noch immer das Problem das der Server zwar alles aktuell hält, aber die tvscraper2.db die der Client über die NFS-Freigabe bekommt uralt ist. Auch nach getätigten Timer-Aufnahmen findet keine Aktualisierung statt.
Suche doch mal im syslog des Servers nach
"tvscraper: access /var/cache/vdr/plugins/tvscraper/tvscraper2.db for write"
Sollte eigentlich auftauchen, wenn der Server eine Aufnahme macht.
-
Ja, das ist aber urig:
Code
Alles anzeigenDec 17 13:30:27 yavdr-server vdr: [59438] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 17 13:30:29 yavdr-server vdr: [59438] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 17 14:49:30 yavdr-server vdr: [59438] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 17 14:49:30 yavdr-server vdr: [59438] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 17 16:09:57 yavdr-server vdr: [64598] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 17 16:10:01 yavdr-server vdr: [64598] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 18 08:25:41 yavdr-server vdr: [933] tvscraper: connecting to db /dev/shm/tvscraper2.db Dec 18 08:25:41 yavdr-server vdr: [933] tvscraper: access /srv/tvscraper/tvscraper2.db for read Dec 18 08:25:43 yavdr-server vdr: [933] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 18 09:14:02 yavdr-server vdr: [3343] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 18 09:14:08 yavdr-server vdr: [3343] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 18 11:28:14 yavdr-server vdr: [3343] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 18 11:28:14 yavdr-server vdr: [3343] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 19 08:20:40 yavdr-server vdr: [3343] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 19 08:20:40 yavdr-server vdr: [3343] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 19 09:13:15 yavdr-server vdr: [3343] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 19 09:13:15 yavdr-server vdr: [3343] tvscraper: access to /srv/tvscraper/tvscraper2.db finished Dec 19 13:16:04 yavdr-server vdr: [27122] tvscraper: access /srv/tvscraper/tvscraper2.db for write Dec 19 13:16:04 yavdr-server vdr: [27122] tvscraper: access to /srv/tvscraper/tvscraper2.db finished
Aber die Datei ist nach wie vor von : 18. Dez 20:21 (da habe ich sie einmal händisch kopiert)
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!