[Announce] vdr-plugin-tvscraper 1.2

MarkusE · June 18, 2023 at 9:21 AM

Hallo,

vdr-plugin-tvscraper steht im git bereit. https://github.com/MarkusEh/vdr-plugin-tvscraper .

Features:

Quote

- Auto timers

- Language support

- Support plugins providing external EPG

- And many other (smaller) improvemnts

Viel Spaß, Markus

kamel5 · June 19, 2023 at 12:57 PM

Hallo,

ich habe hier seit einiger Zeit sporadisch ein Seqfault beim Beenden des VDR, der vom tvscraper verursacht wird:

Code

Jun 19 12:34:54 vdr[4281]: [4281] stopping plugin: tvscraper
Jun 19 12:35:37 systemd[1]: vdr.service: State 'stop-sigterm' timed out. Aborting.
Jun 19 12:35:37 systemd[1]: vdr.service: Killing process 4281 (vdr) with signal SIGABRT.
Jun 19 12:35:38 systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT

Code

#11 ___pthread_cond_timedwait64 (cond=0x7ffdd1a7ed18, mutex=<optimized out>, abstime=0x7ffdd1a7ecb0) at pthread_cond_wait.c:643
        flags = <optimized out>
        clockid = 0
#12 0x00000000005a9410 in cCondWait::Wait(int) (this=0x7ffdd1a7ecf0, TimeoutMs=10) at thread.c:86
        abstime = {tv_sec = 1687170937, tv_nsec = 413823000}
        r = false
#13 0x00000000005a937f in cCondWait::SleepMs(int) (TimeoutMs=10) at thread.c:75
        w = {mutex = {__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 1, __kind = 0, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = '\000' <repeats 12 times>, "\001", '\000' <repeats 26 times>, __align = 0}, cond = {__data = {__wseq = {__value64 = 2, __value32 = {__low = 2, __high = 0}}, __g1_start = {__value64 = 0, __value32 = {__low = 0, __high = 0}}, __g_refs = {2, 0}, __g_size = {0, 0}, __g1_orig_size = 0, __wrefs = 8, __g_signals = {0, 0}}, __size = "\002", '\000' <repeats 15 times>, "\002", '\000' <repeats 19 times>, "\b\000\000\000\000\000\000\000\000\000\000", __align = 2}, signaled = false}
#14 0x00000000005a9feb in cThread::Cancel(int) (this=0x3565310, WaitSeconds=210) at thread.c:364
        t0 = 1687171104
--Type <RET> for more, q to quit, c to continue without paging--
#15 0x00007f61116d32bf in cTVScraperWorker::Stop() (this=0x3565310) at /home/senzel/DVB/Test/vdr/PLUGINS/src/tvscraper/worker.c:36
#16 0x00007f61116e1e0c in cPluginTvscraper::Stop() (this=0x273df20) at tvscraper.c:217
#17 0x000000000054f3d3 in cPluginManager::StopPlugins() (this=0x7ffdd1a7ef20) at plugin.c:523
        p = 0x273df20
        dll = 0x25b8e20
#18 0x00000000005c25d4 in main(int, char**) (argc=45, argv=0x25b7de0) at vdr.c:1658

Display More

In worker.c:36 wird ein "Cancel(210);" gemacht, das dem System wahrscheinlich zu lange erscheint.
Werden da wirklich 3:30 Min gebraucht. Lässt sich da noch irgendwas machen oder gibt es da eine andere Lösung?

Grüße

kamel5

MarkusE · June 19, 2023 at 8:20 PM

Hi kamel5,

ich hatte "Cancel(210);" gewählt, weil ich das Backup der Datenbank auf eine sehr langsame SD Karte gemacht habe. Und das hat gedauert.

Von daher: Ja, Du kannst den Wert heruntersetzen, und wenn das bei dir funktioniert, kann ich den kleineren Wert auch übernehmen.

Alternativ:

TimeoutStopSec=240 in

/etc/systemd/system/vdr.service.d/override.conf

setzten. Dann wartet systemd länger.

~ Markus

kamel5 · June 20, 2023 at 3:49 PM

Das gefällt mir gut:

Quote from MarkusE

Alternativ:
TimeoutStopSec=240 in
/etc/systemd/system/vdr.service.d/override.conf
setzten. Dann wartet systemd länger.

Ich habe es jetzt also erst einmal so gemacht. Da kann man dann evtl. ableiten, wie lange das hier tatsächlich dauert.

Grüße

kamel5

MarkusE · August 4, 2023 at 10:13 PM

Hallo,

im git ist 1.2.1:

- Fehlende Sprachen ergänzt, dank MegaV0lt .

- Fehlerbehandlung beim Download von Bildern verbessert.

- Das Service Interface "GetEnvironment" ergänzt, das auch von scraper2vdr implementiert ist.

Viel Spaß, Markus

cinfo · August 5, 2023 at 10:14 AM

Hm, Git steht noch auf v1.2.0?

tvscraper (1.2.0) - Scraping movie and series info

MarkusE · August 5, 2023 at 4:25 PM

Quote from cinfo

Hm, Git steht noch auf v1.2.0?
tvscraper (1.2.0) - Scraping movie and series info

Ist im git korrigiert.

Taipan · August 8, 2023 at 3:19 PM

Ich habe noch immer ein Problem das Plugin serverseitig zu installieren und vom Client per --readOnlyClient drauf zuzugreifen. Beim schnellen scrollen in der Programmübersicht stürzt yaVDR immernoch ab. Es erscheint erst kein EPG-Bild und gefühlt nach zwei Sekunden erfolgt der Neustart...

Die Netzwerkgeschwindigkeit ist 929 Mbits/sec und die Freigabe über NFS bringt yaVDR unter /srv/picture von Haus aus mit. Der headless-Server läuft als VM in ESXI und Server und Client haben je 71 aktive Kanäle konfiguriert, die aber nicht alle fürs 'scrapen' aktiv sind...

MarkusE

hast Du einen Tip wo das Problem liegen könnte?

MarkusE · August 9, 2023 at 8:32 AM

Stürzt der Server ab, oder der Client?

Kannst du einen Backtrace posten?

Taipan · August 9, 2023 at 10:06 AM

Hi,

der Client stirbt nach den 'Wartesekunden'

MarkusE · August 9, 2023 at 9:20 PM

Im git ist ein update. Damit sollte es an dieser Stelle nicht mehr abstürzen. Bitte testen.

Taipan · August 9, 2023 at 11:21 PM

Hi,

das funktioniert nicht. Es kommt nur nicht mehr zu einem Neustart - der VDR bleibt unbedienbar laufen.

Scrollen durch das EPG ist nicht möglich...

MarkusE · August 10, 2023 at 7:51 AM

Welchen Skin verwendest Du?

Taipan · August 10, 2023 at 8:09 AM

skindesigner mit Skin-shady_KISS

EDIT: Mit skinnopacity funktioniert es! Muß also wohl an skindesigner oder an den Skins selbst liegen - betrifft hier alle skindesigner-Skins.

Kann das vielleicht jemand verifizieren? Hat keiner tvscraper im Client/Server laufen?

MarkusE · August 10, 2023 at 9:58 PM

Im git ist noch ein Update. Damit funktioniert es auf meinem System auch mit shady_KISS.

Bitte testen.

Taipan · August 11, 2023 at 8:24 AM

Bei mir hängt sich noch immer der VDR-Client weg wenn schnell gescrollt wird (siehe Bild). Es scheint als wartet der VDR eine Zeit auf die Daten/Bilder und landet dann im Nirvana wo Skinnopacity blitzschnell Ergebnisse liefert. Mit dem Unterschied das jetzt der Ton im Hintergrund weiterläuft und es keinen Neustart mehr gibt.

Ich habe mal die kompletten Daten gelöscht um da irgendwelche Fehler auszuschließen...

MarkusE · August 11, 2023 at 8:44 AM

Was steht denn im syslog?

Taipan · August 11, 2023 at 8:51 AM

Nichts! Aktuell ist der Fehler auch nicht mehr nachzustellen, weil der Server fleißig scrapt - ich warte auf die Ergebnisse.

MarkusE · August 11, 2023 at 10:18 AM

Hi,

hier mein syslog:

Quote

Aug 11 08:46:30 rpi3 vdr: [22328] epg data writer thread ended (pid=18245, tid=22328)

Aug 11 08:54:09 rpi3 vdr: [22365] detacher thread thread started (pid=18245, tid=22365, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22366] detacher thread thread started (pid=18245, tid=22366, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22367] detacher thread thread started (pid=18245, tid=22367, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22370] detacher thread thread started (pid=18245, tid=22370, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22371] detacher thread thread started (pid=18245, tid=22371, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22372] detacher thread thread started (pid=18245, tid=22372, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22373] detacher thread thread started (pid=18245, tid=22373, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22374] animator thread thread started (pid=18245, tid=22374, prio=high)

Aug 11 08:54:09 rpi3 vdr: [22371] detacher thread thread ended (pid=18245, tid=22371)

Aug 11 08:54:09 rpi3 vdr: [22365] detacher thread thread ended (pid=18245, tid=22365)

Aug 11 08:54:09 rpi3 vdr: [22366] detacher thread thread ended (pid=18245, tid=22366)

Aug 11 08:54:09 rpi3 vdr: [22372] detacher thread thread ended (pid=18245, tid=22372)

Aug 11 08:54:09 rpi3 vdr: [22370] detacher thread thread ended (pid=18245, tid=22370)

Aug 11 08:54:09 rpi3 vdr: [22373] detacher thread thread ended (pid=18245, tid=22373)

Aug 11 08:54:13 rpi3 vdr: [18245] ERROR: detacher thread thread 22367 won't end (waited 2 seconds) - canceling it...

Aug 11 08:54:13 rpi3 vdr: [22390] detacher thread thread started (pid=18245, tid=22390, prio=high)

Aug 11 08:54:13 rpi3 vdr: [22390] detacher thread thread ended (pid=18245, tid=22390)

Aug 11 08:54:13 rpi3 vdr: [22391] detacher thread thread started (pid=18245, tid=22391, prio=high)

Aug 11 08:54:13 rpi3 vdr: [22391] detacher thread thread ended (pid=18245, tid=22391)

Aug 11 08:54:16 rpi3 vdr: [22394] detacher thread thread started (pid=18245, tid=22394, prio=high)

Aug 11 08:54:17 rpi3 vdr: [22394] detacher thread thread ended (pid=18245, tid=22394)

Aug 11 08:54:18 rpi3 vdr: [22395] detacher thread thread started (pid=18245, tid=22395, prio=high)

Aug 11 08:54:21 rpi3 vdr: [18245] ERROR: detacher thread thread 22395 won't end (waited 2 seconds) - canceling it...

Aug 11 08:54:21 rpi3 vdr: [22396] detacher thread thread started (pid=18245, tid=22396, prio=high)

Aug 11 08:54:26 rpi3 vdr: [18245] ERROR: detacher thread thread 22396 won't end (waited 2 seconds) - canceling it...

Aug 11 08:54:26 rpi3 vdr: [22397] detacher thread thread started (pid=18245, tid=22397, prio=high)

Aug 11 08:54:28 rpi3 vdr: [18245] ERROR: detacher thread thread 22397 won't end (waited 2 seconds) - canceling it...

Aug 11 08:54:28 rpi3 vdr: [22398] detacher thread thread started (pid=18245, tid=22398, prio=high)

Aug 11 08:54:30 rpi3 vdr: [18245] ERROR: detacher thread thread 22398 won't end (waited 2 seconds) - canceling it...

Aug 11 08:54:30 rpi3 vdr: [22399] detacher thread thread started (pid=18245, tid=22399, prio=high)

Aug 11 08:54:33 rpi3 vdr: [18245] ERROR: detacher thread thread 22399 won't end (waited 2 seconds) - canceling it...

Display More

kamel5 , kannst Du Dir das bitte mal anschauen? Skindesigner scheint beim Scrollen durch diese Listen haufenweise Threads zu starten, was zu Problemen führt ...

~ Markus

kamel5 · August 11, 2023 at 11:28 AM

Das kann ich gerne machen. Mit diesem Teil vom skindesigner habe ich mich allerdings noch nicht beschäftigt.

Wenn ich das bisher richtig verstanden habe, kann man ja alles Mögliche beim skindesigner Ein- und Ausblenden, Verschieben und Scrollen und dafür sind diese Threads da. Ob sich da eine einfache Lösung ergibt, hmm???

Grüße

kamel5

Participate now!