[Announce] vdr-plugin-tvscraper 1.2

MarkusE · Jun 18th 2023

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 · Jun 19th 2023

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 · Jun 19th 2023

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 · Jun 20th 2023

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 · Aug 4th 2023

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 · Aug 5th 2023

Hm, Git steht noch auf v1.2.0?

tvscraper (1.2.0) - Scraping movie and series info

MarkusE · Aug 5th 2023

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 · Aug 8th 2023

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 · Aug 9th 2023

Stürzt der Server ab, oder der Client?

Kannst du einen Backtrace posten?

Taipan · Aug 9th 2023

Hi,

der Client stirbt nach den 'Wartesekunden'

MarkusE · Aug 9th 2023

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

Taipan · Aug 9th 2023

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 · Aug 10th 2023

Welchen Skin verwendest Du?

Taipan · Aug 10th 2023

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 · Aug 10th 2023

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

Bitte testen.

Taipan · Aug 11th 2023

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 · Aug 11th 2023

Was steht denn im syslog?

Taipan · Aug 11th 2023

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

MarkusE · Aug 11th 2023

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 · Aug 11th 2023

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

[Announce] vdr-plugin-tvscraper 1.2

Participate now!

Share