[gelöst] Plugin scheduler und EPG-Update

easyVDR - >VARforumsname - >[gelöst] Plugin scheduler und EPG-Update

gaffo1 13.Apr.2020 15:35:20

Hallo allerseits,

ich möchte den VDR zu bestimmten Zeiten wecken, ein EPG-Update durchführen lassen und ihn dann wieder schlafen legen.

Dazu habe ich das Plugin "scheduler" installiert, aktiviert und easyvdr neu gestartet.

So weit so gut. So what? :huh:

Unter OSD/Extras/Job-Planer wollte ich nun den "vordefinierten" Job "EPG-Upate" auswählen und die Zeiten nur noch anpassen. Mein Job-Planer ist aber leer.

Nun könnte ich den Job natürlich manuell anlegen! :cool:

Das WIKI von scheduler und diesen Thread

[url= link]link

verstehe ich aber so, dass alle notwendigen Pfade und das EPG-Update-Skript bereits bei der Installation angelegt werden. Richtig?

Unter /usr/share/ gibt es keinen Ordner vdr-plugin-scheduler und /var/lib/vdr/plugins/scheduler/tasks.conf ist leer.

Sind das Wiki und der Thread veraltet? Verstehe ich da was falsch?

Danke für eure Hilfe.

Gruß Oli

VDR im Aufbau: Asrock 880GMH/USB3 Board - AMD Athlon II X2 240e 2,8 GHz CPU - 2x2GB DDR3 RAM - Digital Device DVBS2-V6.2 Dual SAT PCIe - ASUS GeForce GT430 Grafik -passiv gekühlt- OrigenAE X15e Gehäuse + 7"Touchscreen eGalax - EasyVDR 3.5

VDR in Rente: Fujitsu Siemens D1183 Board - Intel Pentium III 800 MHz - Technotrend DVB-S Premium Rev. 1.6 PCI - 500 MB RAM - OrigenAE X15e Gehäuse + 7"Touchscreen eGalax- EasyVDR 0.8

mango 13.Apr.2020 19:24:04

Hallo,

[quote='gaffo1' pid='186181' dateline='1586784920']
verstehe ich aber so, dass alle notwendigen Pfade und das EPG-Update-Skript bereits bei der Installation angelegt werden. Richtig?

Nein!
...erstelle ein Script
#!/bin/sh
#
#epg scan

/usr/bin/svdrpsend SCAN

Script muss ausführbar sein chmod a+x
und vdr gehören chown vdr:vdr
danach gibst du den Pfad zum Script im Auswahl-Menu an.
Du kannst hier als dauer 15min. angeben.Wenn der Scan auch länger dauert,
Plugin shaeduler wird erst den VDR wieder beemden wenn der Scan abgeschlossen ist.

Gruss
Wolfgang

[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR

gaffo1 13.Apr.2020 19:35:13

Hallo Wolfgang,

Danke für die prompte Info.

Also doch manuelles Anlegen des Skriptes und kein Automatismus.

Ich werde das bei Gelegenheit umsetzen und dann berichten. :)

Schönen Feiertag.

Gruß Oli

gaffo1 15.Apr.2020 19:49:32

Hallo Wolfgang,

hat funktioniert, wie von Dir beschrieben. Danke. :D

Eine kleine Anmerkung noch:
Wenn ein neuer Job im Plugin Scheduler angelegt wird, ist dieser Job bei der Eingabe der Daten bereits AKTIV=JA. Das heißt, während der Eingabe des neuen Jobs versucht der Scheduler minütlich den Job auszuführen und man fliegt dauernd aus dem Dialog.

Also, als erstes den neuen Job auf inaktiv setzen, Job neu editieren und dann in aller Ruhe die Jobdaten erfassen. :cool:

Gruß Oli

gaffo1 23.Apr.2020 19:54:01

Hallo allerseits,

jetzt muss ich das Thema doch nochmal öffnen.

Der EPG-Scan hat genau zweimal funktioniert.

Der VDR wacht 5 Minuten vor der eingestellten Zeit auf und wartet. Zur eingestellten Zeit (18:30 Uhr) erhalte ich dann eine Powerbutton-Pressed-Aktion in der syslog und der VDR fährt wieder runter ohne einen EPG-Scan.

Die /var/lib/vdr/plugins/scheduler/tasks.conf sieht so aus:

3:EPG-Scan:1:/usr/share/vdr-plugin-scheduler/epg-scan.sh:30:18:*:*:*:1:0:1:16:1

Meine epg-scan.log sieht so aus:
#scheduler-log: 1587659401
Start: Do. 23.04.2020 18:30
Ende: Do. 23.04.2020 18:30
Ausgabe:

Und die sys.log sieht so aus:
Apr 23 18:26:58 easyVDR easyvdr-systemstart: ready
Apr 23 18:27:13 easyVDR vdr: connect from 127.0.0.1, port 50328 - accepted
Apr 23 18:27:13 easyVDR vdr: closing SVDRP connection
Apr 23 18:27:54 easyVDR vdr: connect from 127.0.0.1, port 50330 - accepted
Apr 23 18:27:54 easyVDR vdr: closing SVDRP connection
Apr 23 18:29:24 easyVDR vdr: connect from 127.0.0.1, port 50332 - accepted
Apr 23 18:29:24 easyVDR vdr: closing SVDRP connection
Apr 23 18:30:02 easyVDR vdr: Power button pressed
Apr 23 18:30:02 easyVDR vdr: confirm: Taste drücken, um Ausschalten abzubrechen
Apr 23 18:30:02 easyVDR vdr: warning: Taste drücken, um Ausschalten abzubrechen
Apr 23 18:30:09 easyVDR vdr: confirmed
Apr 23 18:30:09 easyVDR vdr: executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 1587745800 86391 0 "scheduler" 1'
Apr 23 18:30:09 easyVDR recordingaction: executing /usr/lib/vdr/easyvdr-shutdownaction 1587745800 86391 0 scheduler 1
Apr 23 18:30:09 easyVDR vdr: saved setup to /var/lib/vdr/setup.conf
Apr 23 18:30:09 easyVDR vdr-shutdownaction: executing /usr/share/vdr/shutdown-hooks/10_shutdown.acpi
A

Was läuft hier falsch? :huh:

Danke schon mal.

Gruß Oli

gaffo1 28.Apr.2020 19:33:51

Hallo allerseits,

wie gesagt, wird der Job gestartet und der VDR wacht auf. Aber der Job wird anscheinend nicht ausgeführt.

Wenn ich
svdrpsend SCAN
auf der Konsole eingebe, erhalte ich sofort folgendes:

220 easyVDR SVDRP VideoDiskRecorder 2.2.0; usw. und so fort
250 EPG scan triggered
221 easyVDR closing connection

Ok. Das EPG-Update funktioniert über die Konsole. Die EPG-Daten werden aktualisiert.

siehe Syslog:
Apr 28 18:09:54 easyVDR vdr: connect from 127.0.0.1, port 38388 - accepted
Apr 28 18:09:54 easyVDR vdr: closing SVDRP connection
Apr 28 18:09:56 easyVDR vdr: info: Aktualisiere EPG-Daten
Apr 28 18:17:01 easyVDR CRON: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 28 18:20:26 easyVDR acpid: client connected from 1861[0:0]
Apr 28 18:20:26 easyVDR acpid: 1 client rule loaded
Apr 28 18:20:26 easyVDR acpid: client connected from 1861[0:0]
Apr 28 18:20:26 easyVDR acpid: 1 client rule loaded
Apr 28 18:20:26 easyVDR kernel: [ 834.013477] NVRM: GPU at PCI:0000:01:00: GPU-fdd78df1-2d42-fe23-6cf2-620fc3ba8009
Apr 28 18:20:26 easyVDR kernel: [ 834.013495] NVRM: Xid (PCI:0000:01:00): 69, Class Error: ChId 0006, Class 0000902d, Offset 00000220, Data ffffffff, ErrorCode 0000000c
Apr 28 18:20:27 easyVDR vdr: video/vdpau: can't queue display: The display was pre-empted, or a fatal error occurred.
Apr 28 18:20:28 easyVDR kernel: [ 835.912677] usb 6-1: new low-speed USB device number 3 using ohci-pci
Apr 28 18:20:28 easyVDR kernel: [ 836.101763] usb 6-1: New USB device found, idVendor=0eef, idProduct=0001
Apr 28 18:20:28 easyVDR kernel: [ 836.101775] usb 6-1: New USB device strings: Mfr=1, Product=5, SerialNumber=3
Apr 28 18:20:28 easyVDR kernel: [ 836.101782] usb 6-1: Manufacturer: eGalax Inc.
Apr 28 18:20:28 easyVDR kernel: [ 836.108833] input: eGalax Inc. as /devices/pci0000:00/0000:00:13.1/usb6/6-1/6-1:1.0/input/input17
Apr 28 18:20:28 easyVDR mtp-probe: checking bus 6, device 3: "/sys/devices/pci0000:00/0000:00:13.1/usb6/6-1"
Apr 28 18:20:28 easyVDR mtp-probe: bus: 6, device: 3 was not an MTP device
Apr 28 18:20:36 easyVDR vdr: switching to channel 1 (Das Erste HD)
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query status: The display was pre-empted, or a fatal error occurred.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't block queue: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't render output surface: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't queue display: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x00001e, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x00000b, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x000014, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x000010, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x00000c, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: release surface 0x00000e, which is not in use
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.
Apr 28 18:20:38 easyVDR vdr: video/vdpau: no valid profile found
Apr 28 18:20:38 easyVDR vdr: video/vdpau: can't query decoder capabilities: An invalid handle value was provided.

Dann muss ich nur noch klären, warum das Skript nicht automatisch durch das Plugin scheduler erledigt wird.

Woher kommen aber plötzlich die vielen "vdpau"-Fehlermeldungen? :huh:

Gruß Oli

maw 01.May.2020 15:47:45

Ich versuche gerade genau das gleiche, daher kommt mir der Thread gerade recht :-)

Die Ausgabe des EPG-Scan Skripts macht klar, warum es sofort fertig ist:

#scheduler-log: 1588327621
Start: Fr. 01.05.2020 12:07
Ende: Fr. 01.05.2020 12:07
Ausgabe:
220 easyvdr SVDRP VideoDiskRecorder 2.2.0; Fri May 1 12:07:02 2020; UTF-8
250 EPG scan triggered
221 easyvdr closing connection

Der Scan wird nur getriggert und das Skript ist damit sofort beendet. Im selben Moment denkt sich der VDR, er kann jetzt runterfahren und tut das dann auch.

In meinem EPG-Scan Skript habe ich jetzt ein "&& sleep 30m" hinten dran gehängt, damit müsste genug Zeit für den EPG-Scan bleiben, bevor der VDR wieder runterfährt.

Aber ist das der Sinn der Sache, bzw. geht das nicht eleganter?

Schönen 1. Mai & viele Grüße
Matthias

vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
easyvdr 3.5, kernel 4.11.2, nvidia 38x

maw 01.May.2020 15:54:38

Wenn das mit dem EPG-Scan klappt, möchte ich natürlich auch gleich die Suchtimer updaten.
Daher sieht mein EPG-Scan Skript jetzt so aus:

#!/bin/sh
#
# epg scan

/usr/bin/svdrpsend SCAN && sleep 15m && /usr/bin/svdrpsend UPDS

Mal sehen, ob das so klappt ...

maw 01.May.2020 16:38:32

Klappte nicht, besser wäre gewesen, zu wissen, was man tut :D

Das EPG-Scan Skript sieht jetzt so aus (und wurde positiv getestet)

/usr/bin/svdrpsend SCAN && sleep 15m
/usr/bin/svdrpsend PLUG epgsearch UPDS && sleep 15m

Auch das Suchtimer-Update wird nämlich nur getriggert und braucht dann seine Zeit.
Die 15 min sind dabei wahrscheinlich reichlich lange.

SurfaceCleanerZ 01.May.2020 18:05:09

Hi,
nimm doch das lifeguard-ng-Addon.

MfG,
Stefan

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

maw 01.May.2020 18:24:44

Ja danke, das würde dann das zweite sleep überflüssig machen, oder?
Für das Suchtimer-Update brauche ich nach meinem Verständnis immer noch das erste sleep, damit die EPG Daten dann auch aktuell sind.

Bin jedenfalls schon recht zufrieden, wieder was gelernt und was ans Laufen gebracht.
Danke & Grüße
Matthias

gaffo1 01.May.2020 20:11:11

Hallo,

wieder ein Stück weiter! Danke.

Dann hat die Zeile "Abbruch nach...Minuten" im Plugin scheduler in 2020 wohl beim EPG-Update keine Funktion mehr, oder?

Hier funktionierte sie noch (easyvdr 1.0 - ist schon eine Weile her)
link

Gruß Oli

maw 02.May.2020 12:00:51

Dann hat die Zeile "Abbruch nach...Minuten" im Plugin scheduler in 2020 wohl beim EPG-Update keine Funktion mehr, oder?

So wie ich das verstehe, wird der Job (hier also EPG-Scan.sh) abgebrochen, wenn er nicht nach dieser Zeit beendet ist. Da der EPG-Scan aber nur getriggert wird, ist dieser Job sofort beendet. Der eigentliche Scan ist dann ein weiterer Job, den der Scheduler aber nicht beobachtet. Deshalb mein Workaround mit dem sleep, um zu verhindern, dass EPG-Scan.sh sofort fertig ist der Rechner runterfährt.

Eleganter wäre sicher die lifeguard-Variante, wenn sie verhindert, dass der Rechner während des Scans runterfährt. Darüber weiß ich aber noch nichts, und bis jetzt funktioniert die Sleep-Variante auch gut.

maw 03.May.2020 15:55:45

[quote='SurfaceCleanerZ' pid='186558' dateline='1588349109']
Hi,
nimm doch das lifeguard-ng-Addon.

MfG,
Stefan

lifeguard-ng scheint es als fertiges Paket nur für yavdr zu geben, auf Basis Ubuntu 18.04 oder 20.04. Für Easyvdr scheint es nur lifeguard zu geben. Muss es hierfür lifeguard-ng sein, oder reicht lifeguard, das für Easyvdr fix und fertig vorbereitet ist?

Danke & Grüße
Matthias

mango 03.May.2020 16:09:36

Hi,

Muss es hierfür lifeguard-ng sein, oder reicht lifeguard, das für Easyvdr fix und fertig vorbereitet ist?
easyVDR-3,x -> sudo apt install vdr-addon-lifeguard
Diese Addon ist aber dafür gedacht bei bestehenden Verbindungen zu VDR diesen nicht zu beenden.
z.B Streamning läuft,ssh Sitzung offen etc.

Gruss
Wolfgang

gaffo1 06.May.2020 14:50:13

Hallo,

auch wenn das EPG-Update im Plugin scheduler nur mit Hilfe eines timers am Herunterfahren des VDR gehindert werden kann, würde ich den Thread als gelöst ansehen.

Gruß Oli

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe