[Announce] vdr-plugin-tvscraper 1.0.0

kamel5 · 5. Mai 2022

Danke. Ich habe bei mir jetzt den Wert auf 60 min eingestellt. Und ein erster Versuch hat auch schon geklappt.

Grüße

kamel5

MarkusE · 6. Mai 2022

Sehr gut. Es gibt übrigens noch den Parameter

Code

--readOnlyClient

mit dem das scrapen komplett deaktiviert werden kann.

M-Reimer · 6. Mai 2022

Zitat von MarkusE
Sehr gut. Es gibt übrigens noch den Parameter
Code
--readOnlyClient
mit dem das scrapen komplett deaktiviert werden kann.

Bedeutet man könnte damit das VNSI-Server Plugin versorgen und auf dem VDR-Server werden lokal keine Bilder abgelegt?

kamel5 · 6. Mai 2022

Zitat von MarkusE

mit dem das scrapen komplett deaktiviert werden kann.

Ich nutze meinen "Test-VDR" auch im Alltag, so das die Startverzögerung für mich die tauglichere Lösung ist.

Grüße

kamel5

MarkusE · 6. Mai 2022

Zitat von M-Reimer

Bedeutet man könnte damit das VNSI-Server Plugin versorgen und auf dem VDR-Server werden lokal keine Bilder abgelegt?

Nein .

Wenn nicht gescraped wird, werden keine Daten gescraped, also auch nicht die Daten, die der VNSi Server braucht.

Wenn man einen VDR Server und viele VDR Clients hat, die auf die Dateien des Servers Zugriff haben, kann man den Clients diesen Parameter mitgeben.

Und den Clients mit

Code

--dir=<CACHEDIR

mitteilen, wo sie die Daten (also Datenbank + Bilder) finden.

MarkusE · 8. Mai 2022

Im git ist jetzt die Version 1.0.1. Damit werden VDR locks kürzer gehalten.

kamel5 · 12. Mai 2022

Hallo MarkusE,

ich hatte gestern Abend beim scrapen einen segfault. Anbei der entsprechende Backtrace.

So, wie es aussieht, wird in worker.c Zeile 136 "channel->Name()" aufgerufen, da ist channel aber gleich NULL.

Grüße

kamel5

kamel5 · 12. Mai 2022

Ich habe da noch mal eine Frage:

Ich bekomme solche Meldungen:

Code

Mai 12 11:44:31 vdr[3687]: [8059] tvscraper: start scraping epg
Mai 12 11:44:39 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-11-406 is not availible, skipping
Mai 12 11:44:39 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-2-24 is not availible, skipping
Mai 12 11:44:39 vdr[3687]: [8059] tvscraper: epg scraping done
Mai 12 11:49:39 vdr[3687]: [8059] tvscraper: start scraping epg
Mai 12 11:49:41 vdr[3687]: [8059] tvscraper: scraping Channel hr-fernsehen HD S19.2E-1-1061-10355
Mai 12 11:49:51 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-11-406 is not availible, skipping
Mai 12 11:49:51 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-2-24 is not availible, skipping
Mai 12 11:50:07 vdr[3687]: [8059] tvscraper: Cleanup Done
Mai 12 11:50:08 vdr[3687]: [8059] tvscraper: epg scraping done
Mai 12 11:55:08 vdr[3687]: [8059] tvscraper: start scraping epg
Mai 12 11:55:10 vdr[3687]: [8059] tvscraper: scraping Channel hr-fernsehen HD S19.2E-1-1061-10355
Mai 12 11:55:16 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-11-406 is not availible, skipping
Mai 12 11:55:16 vdr[3687]: [8059] tvscraper: Channel S19.2E-133-2-24 is not availible, skipping
Mai 12 11:55:32 vdr[3687]: [8059] tvscraper: Cleanup Done

Alles anzeigen

Wenn das beim ersten Durchlauf stattfindet, wäre das ja in Ordnung. Sollte dann beim nächsten Durchlauf aber dieser Kanal eigentlich nicht mehr auftreten.

Gibt es einen logischen Grund, warum hier die gleichen Kanäle immer wieder geskippt werden, oder stimmt da noch etwas nicht.

Grüße

kamel5

MarkusE · 12. Mai 2022

Hi,

Was sagt denn

"svdrpsend lstc S19.2E-133-11-406"

"svdrpsend lstc S19.2E-133-2-24"

?

kamel5 · 12. Mai 2022

Hallo,

svdrpsend lstc S19.2E-133-11-406

220 home-05 SVDRP VideoDiskRecorder 2.6.1; Thu May 12 16:19:32 2022; UTF-8

501 Channel "S19.2E-133-11-406" not defined

221 home-05 closing connection

svdrpsend lstc S19.2E-133-2-24

220 home-05 SVDRP VideoDiskRecorder 2.6.1; Thu May 12 16:19:49 2022; UTF-8

501 Channel "S19.2E-133-2-24" not defined

221 home-05 closing connection

Grüße

kamel5

MarkusE · 12. Mai 2022

Das ist die Antwort.

Nimm doch diese (nicht existierenden) Kanäle aus der Liste der Kanäle, die Du scrapen möchtest.

kamel5 · 12. Mai 2022

OK, im tvscraper-Setup gibt es die ja nicht mehr. Ich habe aber gerade festgestellt, man muss dann einmalig das Setup aufrufen und dann scheinen sie weg zu sein.

Da muss man erst einmal darauf kommen...

Und das bedeutet dann auch, wenn ein Sender verschwindet, der mit gescrapt wurde, muss im Anschluss das tvscraper-Setup aufgerufen werden, sonst taucht der für ewig im Log auf.

Grüße

kamel5

MarkusE · 12. Mai 2022

Zitat von kamel5

Hallo MarkusE,

ich hatte gestern Abend beim scrapen einen segfault. Anbei der entsprechende Backtrace.

So, wie es aussieht, wird in worker.c Zeile 136 "channel->Name()" aufgerufen, da ist channel aber gleich NULL.

Grüße

kamel5

Alles anzeigen

Danke für den Backtrace. Korrektur ist im git

kamel5 · 13. Mai 2022

Zitat von MarkusE

Korrektur ist im git

Kannst Du das bitte noch mal prüfen. github ist da anderer Meinung.

Grüße

kamel5

MarkusE · 13. Mai 2022

Hatte doch glatt git push vergessen jetzt aber

MarkusE · 15. Mai 2022

Zitat von kamel5

Und das bedeutet dann auch, wenn ein Sender verschwindet, der mit gescrapt wurde, muss im Anschluss das tvscraper-Setup aufgerufen werden, sonst taucht der für ewig im Log auf.

Ich plane, das mit einem ausführlicheren Eintrag im Log zu lösen:

Zitat

dsyslog("tvscraper: Channel %s is not availible, skipping. Most likely this channel does not exist. To get rid of this message, goto tvscraper settings and edit the channel list.", channelID.c_str());

kamel5 · 16. Mai 2022

Zitat von MarkusE

Ich plane, das mit einem ausführlicheren Eintrag im Log zu lösen:

Das finde ich hilfreich.

Ich wäre wahrscheinlich von alleine nie darauf gekommen, das man das über das Setup löst.

Grüße

kamel5

MarkusE · 17. Mai 2022

Hi,

Im git ist jetzt 1.0.2, mit Verbesserungen, falls in der Liste der zu scrapenden Kanäle Kanäle stehen, die es nicht (mehr) gibt:

Fix des Segfault
bessere Fehlermeldung im Log.

~Markus

MarkusE · 14. Juni 2022

Hi,

Im Git ist jetzt 1.0.3, mit Bug fixes im VDR Service Interface.

Das VDR Service Interface hält sich jetzt (fast immer) an die Vorgaben von Klaus, und gibt (fast) immer "true" zurück, wenn der Service implementiert ist.

Ausnahme: "GetEventType": Das gibt "false" zurück, wenn das Ereignis nicht gefunden wird. . Das kann ich (noch) nicht fixen, da es Plugins gibt, die sich auf den Fehler in tvscraper verlassen .

Ich habe 1.0.3 mit allen mir bekannten Verwendern getestet, und keine Fehler gefunden. Falls es doch Probleme gibt, bitte hier melden.

~ Markus

kamel5 · 18. Juni 2022

Zitat von MarkusE

"GetEventType": Das gibt "false" zurück, wenn das Ereignis nicht gefunden wird. . Das kann ich (noch) nicht fixen, da es Plugins gibt, die sich auf den Fehler in tvscraper verlassen .

Ich habe jetzt Fixe für skinnopacity im devel-Branch, tvguide im master-Branch eingespielt.

Für tvguideng und skindesigner sind auf den ersten Blick keine Fixe nötig.

Ich würde das aber gerne nochmal testen. Kannst Du mir dazu mal eine Version mit geändertem "GetEventType" liefern.

Grüße

kamel5

[Announce] vdr-plugin-tvscraper 1.0.0

Jetzt mitmachen!

Teilen