[Announce] vdr-plugin-tvscraper 1.2

> Aber die Datei ist nach wie vor von : 18. Dez 20:21 (da habe ich sie einmal händisch kopiert)

Evtl. als anderer User als VDR? (Zugriffsrechtsproblem)

habe ich überprüft - io!

Jetzt habe ich die Version tvscraper2.db im Cache-Verzeichnis mal verschoben/gelöscht, neu gestartet und mache gleich eine Timer-Aufnahme. Danach sollte sie ja aktuell wieder da sein, oder?

[EDIT]

das hat geklappt, die Datenbank wurde wieder geschrieben:

Dec 19 21:40:31 yavdr-server vdr: [33388] tvscraper: access /srv/tvscraper/tvscraper2.db for write
Dec 19 21:40:34 yavdr-server vdr: [33388] tvscraper: access to /srv/tvscraper/tvscraper2.db finished

Jetzt warte ich mal die nächsten Timer ab und vergleiche...

Wie groß ist deine Datenbank aktuell?

Würde mich mal interessieren, weil die DB ja scheinbar ohne VACUUM und AFAIK auto_vacuum läuft.

So, also neu erstellt wurde sie. Aber überschrieben wird sie nicht - definitiv!

Dec 19 22:15:15 yavdr-server vdr: [1376] tvscraper: access /srv/tvscraper/tvscraper2.db for write
Dec 19 22:15:15 yavdr-server vdr: [1376] tvscraper: access to /srv/tvscraper/tvscraper2.db finished

Die tvscraper2.db bleibt Dec 19 21:40:34 (Erstellungszeit) Also wird nur geloggt aber nix getan...

Größe ist 190088K

Mal als Erfahrungsbericht, wieviel ein VACUUM bei einer ca. 4 Wochen alten DB bringt:

Vorher 131 MB, nachher 120MB

Benötigte CPU-Zeit knapp über eine Sekunde (N100 mit SSD)

Ist also weder von der Platzersparnis besonders prickelnd (hatte mir deutlich mehr erhofft), noch von der CPU-Last her (dachte, er braucht da >10s) besonders schlimm. Bei Systemen auf HDD und älteren CPUs oder Raspis könnte ein VACUUM aber auch für längere Blockaden sorgen.

Nur mal sicherheitshalber ne Frage:

tvcraper und zusätzlich epgd mit scraper2vdr macht keinen Sinn oder verstehe ich da was falsch?

Was wäre denn der zusätzliche Vorteil, wenn man scraper2vdr *und* tvscraper laufen lassen täte - angenommen, es würde laufen?

Könnten beide gemeinsam die Daten in *ein* Verzeichnis ablegen?

...tvscraper ist genauer und 'feiner' bei den Ergebnissen. Für die zusätzlichen epgimages reicht epg2vdr

Quote from Taipan

...tvscraper ist genauer und 'feiner' bei den Ergebnissen. Für die zusätzlichen epgimages reicht epg2vdr

Hm, was muss ich mir denn unter "genauer" und "feiner" vorstellen? In welcher Hinsicht?

Die Ergebnisse von tvscraper sind schlicht und ergreifend besser, beispielsweise unterscheidet tvscraper die verschiedenen Staffeln von Serien bei der 'Beschilderung'. Wenn Du Beispiele brauchst teste die Plugins - Ist ja kein Hexenwerk. Ich habe mich selbst überzeugt, möchte aber nicht überzeugen!

Ook, danke für die Info!

Oki, thx!

Hi, eine dumme Frage:

In der Readme zu scraper2vdr steht

"scraper2vdr acts as client and provides scraped metadata for tvshows and

movies from epgd to other plugins via its service interface."

Ohne scraper2vdr, wird da die epg.data in derselben Weise und mit vergleichbarem Vorlauf (bis 2 Wochen je nach Sender) befüllt?

Die Bilder sind eine nette Beigabe

Ja, und zwar jeweils in der Funktion wahlweise:

• -m headless --> für den Server
• -m client --> naja was wohl

und damit ist es ähnlich wie tvscraper mit einer gemounteten NFS-Freigabe auf den Clients, die dann auch 'readonly' sind...

Quote from Taipan

Ja, und zwar jeweils in der Funktion wahlweise:

• -m headless --> für den Server
• -m client --> naja was wohl

und damit ist es ähnlich wie tvscraper mit einer gemounteten NFS-Freigabe auf den Clients, die dann auch 'readonly' sind...

Die Parameter verwendete ich wohl, dieweil mir fehlte das Verständnis .

Es ist also so, dass --mode=client auch dafür sorgt, dass scraper2vdr nix holt, sondern aus dem vorhandenen Fundus die Bilder rauszieht?

Und wenn scraper2vdr am Client nicht läuft, gibt es dort auch keine Bilder für die Skins, Plugins, ...?

Was mich verwirrt, ist der erste Absatz im README:

Quote

scraper2vdr acts as client and provides scraped metadata for tvshows and

movies from epgd to other plugins via its service interface. The plugin

cares about caching the images locally and also cleans up the images if

not longer needed.

Der letzte Satz gilt dann nur für --mode=headless? Weil auf einem read-only NFS Mount ginge das ja gerade nicht.

Achso ja - und das Löschen versucht hier am Client nicht scraper2vdr, sondern epd2vdr:

epg2vdr: Can't remove file '/var/cache/vdr/epgimages/2512102_0.jpg', 'Read-only file s
ystem'

Aber das ist hier leider alles off topic. Ich hatte ja eine entsprechende Frage im Plugins-Forum gestellt. Ggf. ist das besser dort aufgehoben.