Ich muss erstmal ein paar wichtige Korrekturen zum epgsearch-TimerEdit loswerden und zum Indexhandling, bevor das Plugin die falschen Timer löscht. Sind auch ein paar andere Kleinigkeiten drin.
epgsearch für vdr 2.3.x
-
-
Ich habe mal noch den "vdr.epgsearch-exttimeredit" Patch an vdr-2.3.5 angepasst. Ich mal, dass das so passt.
-
-
Ich habe den Hunk beseitigt, bei mir auf vdr-2.3.5 angewandt und gebaut.
Fehler konnte ich bisher keine feststellen, allerdings weiß ich ehrlich gesagt gar nicht, wozu der Patch gut ist.
-
Ja, alles gut, wollte nur wissen ob Du den Patch mal am Laufen hattest, danke.
Code- vdr.epgsearch-exttimeredit.diff: this patch against VDR integrates epgsearch's timer edit menu to VDR's timer menu.
Wie es im README.patches steht, wird der Timer Editor des VDR durch den von epgsearch ersetzt.Regards
fnu -
Nachdem ich jetzt live am laufen habe ist nun epgsearch dran
ich habe es mir vom git < https://projects.vdr-developer…/vdr-plugin-epgsearch.git > gezogen.
den patch angewendet. Grundsätzlich läuft es auch, aber es werden keine neue Timer mehr angelegt. Zum Test habe ich einen gelöscht der sollte normal wieder hergestellt werden, und zur Sicherheit noch einen neuen mit < tagesschau > angelegt.
Das einzigste was mir aufgefallen ist ein Fehler im Loglog
Jun 3 19:19:24 datenserver systemd[1]: Started Video Disk Recorder.
Jun 3 19:19:24 datenserver vdr: [17760] VDR version 2.3.5 started
Jun 3 19:19:24 datenserver vdr: [17760] codeset is 'UTF-8' - known
Jun 3 19:19:24 datenserver vdr: [17760] loading plugin: /usr/local/lib/vdr/libvdr-live.so.2.3.5
Jun 3 19:19:24 datenserver vdr: [17760] [live] INFO: validating server ip '0.0.0.0'
Jun 3 19:19:24 datenserver vdr[17760]: INFO: validating live server ip '0.0.0.0'
Jun 3 19:19:24 datenserver vdr: [17760] loading plugin: /usr/local/lib/vdr/libvdr-epgsearch.so.2.3.5
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/setup.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/sources.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/diseqc.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/scr.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/channels.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/svdrphosts.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/remote.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/keymacros.conf
Jun 3 19:19:24 datenserver vdr: [17760] DVB API version is 0x050A (VDR was built with 0x050A)
Jun 3 19:19:24 datenserver vdr: [17760] frontend 0/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Jun 3 19:19:24 datenserver vdr: [17760] frontend 1/0 provides DVB-S,DVB-S2,DSS with QPSK ("STV090x Multistandard")
Jun 3 19:19:24 datenserver vdr: [17760] found 2 DVB devices
Jun 3 19:19:24 datenserver vdr: [17760] initializing plugin: live (2.3.1): Live Interactive VDR Environment
Jun 3 19:19:24 datenserver vdr: [17760] initializing plugin: epgsearch (2.3.1): Suche im EPG nach Wiederholungen und anderem
Jun 3 19:19:24 datenserver vdr: [17760] setting primary device to 1
Jun 3 19:19:24 datenserver vdr: [17760] device 1 has no MPEG decoder
Jun 3 19:19:24 datenserver vdr: [17760] setting current skin to "lcars"
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/themes/lcars-default.theme
Jun 3 19:19:24 datenserver vdr: [17760] starting plugin: live
Jun 3 19:19:24 datenserver vdr: [17760] LIVE: initial file cache has 82 entries and needs 377394 bytes of data!
Jun 3 19:19:24 datenserver vdr: [17760] starting plugin: epgsearch
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/plugins/epgsearch/epgsearchcats.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/plugins/epgsearch/epgsearchmenu.conf
Jun 3 19:19:24 datenserver vdr: [17771] [live] INFO: attempt to listen on ip = '0.0.0.0'
Jun 3 19:19:24 datenserver vdr: [17771] [live] ERROR: Unable to load cert/key (/etc/vdr/plugins/live/live.pem//etc/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/plugins/epgsearch/epgsearchuservars.conf
Jun 3 19:19:24 datenserver vdr: [17760] loading /etc/vdr/plugins/epgsearch/epgsearchblacklists.conf
Jun 3 19:19:24 datenserver vdr: [17760] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearch.conf
Jun 3 19:19:24 datenserver vdr: [17760] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearchdone.data
Jun 3 19:19:24 datenserver vdr: [17760] EPGSearch: loading /etc/vdr/plugins/epgsearch/epgsearchupdmail.templ
Jun 3 19:19:24 datenserver vdr: [17760] switching to channel 1 S19.2E-1-1101-28106 (Das Erste)
Jun 3 19:19:24 datenserver vdr: [17781] SVDRP listening on port 6419/tcp
Jun 3 19:19:24 datenserver vdr: [17782] SVDRP listening on port 6419/udp
Jun 3 19:19:24 datenserver vdr: [17760] ERROR: no OSD provider available - using dummy OSD!
Jun 3 19:19:26 datenserver vdr: [17781] SVDRP < 127.0.0.1:57828 client connection accepted
Jun 3 19:19:26 datenserver vdr: [17779] ERROR (svdrp.c,402): Ungültiger Dateideskriptor
Jun 3 19:19:26 datenserver vdr: [17767] channel 28 (BR Fernsehen Süd) event Sa. 03.06.2017 18:45-19:30 (VPS: 03.06. 18:45) 'natur exclusiv' status 4
Jun 3 19:19:27 datenserver vdr: [17767] channel 1 (Das Erste) event Sa. 03.06.2017 19:05-19:55 (VPS: 03.06. 19:10) 'Amerikas Naturwunder' status 4
Jun 3 19:19:31 datenserver vdr: [17760] warning: 6 Timer-Konflikte! Erster am 08.06. 23:05. Anzeigen?
Jun 3 19:19:31 datenserver vdr: [17760] ERROR: no OSD provider available - using dummy OSD! -
-
-
Ich hab den nicht in meinem VDR und meine Suchtimer funktionieren ... nicht auszuschließen, das der nochmals umfassender überarbeitet werden müsste für VDR 2.3.5 und den ganzen Änderungen an epgsearch ...
Teste doch bitte mal ohne den Patch.
Regards
fnu -
Nur so zu Sicherheit, wenn ich aktuell das git auf dem master ziehe muss ich keine andern patches mehr anwenden ?
-
Du musst überhaupt keine Patches anwenden für dieses Plugin, keiner der Patches aus dem Plugin ist für den korrekten Betrieb notwendig.
Regards
fnu -
Mit dem Patch wird praktisch das vdr-Timermenü durch das epgsearch-Timermenü ersetzt. Dadurch hat man ein paar andere Optionen.
Das scheint mir aber nichts mit dem Problem hier zu tun zu haben. Welche Aufruf-Parameter hat das epgsearch-Plugin bei dir? -
ich hab jetzt mal meine Timer auf ein Minimum reduziert
log
So. 04.06.2017 13:03:27: ---------------------------------------
So. 04.06.2017 13:03:27: EPGSearch log started (verbose level 3, version 2.3.1)
So. 04.06.2017 13:03:27: loaded menu template: MenuWhatsOnNow
So. 04.06.2017 13:03:27: loaded menu template: MenuWhatsOnNext
So. 04.06.2017 13:03:27: loaded menu template: MenuWhatsOnElse
So. 04.06.2017 13:03:27: loaded menu template: MenuSchedule
So. 04.06.2017 13:03:27: loaded menu template: MenuSearchResults
So. 04.06.2017 13:03:27: loaded menu template: MenuFavorites
So. 04.06.2017 13:03:27: loading entries in /etc/vdr/plugins/epgsearch/conf.d
So. 04.06.2017 13:03:27: loaded 0 entries in /etc/vdr/plugins/epgsearch/conf.d
So. 04.06.2017 13:03:27: loading /etc/vdr/plugins/epgsearch/epgsearchuservars.conf
So. 04.06.2017 13:03:27: loaded uservars from /etc/vdr/plugins/epgsearch/epgsearchuservars.conf
So. 04.06.2017 13:03:27: loading /etc/vdr/plugins/epgsearch/epgsearch.conf
So. 04.06.2017 13:03:27: loaded searches from /etc/vdr/plugins/epgsearch/epgsearch.conf (count: 1)
So. 04.06.2017 13:03:27: loaded searches from /etc/vdr/plugins/epgsearch/epgsearchtemplates.conf (count: 0)
So. 04.06.2017 13:03:27: loading /etc/vdr/plugins/epgsearch/epgsearchupdmail.templ
So. 04.06.2017 13:03:27: ConflictCheckThread: waiting for VDR to become ready...
So. 04.06.2017 13:03:27: SearchTimerThread: waiting for VDR to become ready...
So. 04.06.2017 13:03:29: VDR ready
So. 04.06.2017 13:03:30: timer conflict check started
So. 04.06.2017 13:03:30: Bond Devices
So. 04.06.2017 13:03:30: Bond Devices done.
So. 04.06.2017 13:03:30: current timer list creation started
So. 04.06.2017 13:03:30: current timer list created
So. 04.06.2017 13:03:30: timer conflict check finished
So. 04.06.2017 13:03:30: search timer update started
So. 04.06.2017 13:03:30: start search for search timer 'tagesschau'
So. 04.06.2017 13:03:30: found 1019 event(s) for search timer 'tagesschau'
So. 04.06.2017 13:03:30: start evaluating expression 'Boxen~Tagesschau-Nachrichten'
So. 04.06.2017 13:03:30: stop evaluating expression 'Boxen~Tagesschau-Nachrichten' - result: 'Boxen~Tagesschau-Nachrichten'
So. 04.06.2017 13:03:38: Bond Devices
So. 04.06.2017 13:03:38: Bond Devices done.
So. 04.06.2017 13:03:38: current timer list creation started
So. 04.06.2017 13:03:38: current timer list created
So. 04.06.2017 13:04:08: Bond Devices
So. 04.06.2017 13:04:08: Bond Devices done.
So. 04.06.2017 13:04:08: current timer list creation started
So. 04.06.2017 13:04:08: current timer list created
So. 04.06.2017 13:04:38: Bond Devices
So. 04.06.2017 13:04:38: Bond Devices done.
So. 04.06.2017 13:04:38: current timer list creation started
So. 04.06.2017 13:04:38: current timer list created
So. 04.06.2017 13:05:08: Bond Devices
So. 04.06.2017 13:05:08: Bond Devices done.
So. 04.06.2017 13:05:08: current timer list creation started
So. 04.06.2017 13:05:08: current timer list created -
Zur Eingrenzung, ich habe gerade festgestellt, das ich gar nicht den allerletzten GIT Stand laufen habe, mir fehlen die letzten beiden Commits, hatte wohl noch keine Zeit dafür.
Dein "Fixes for MyEditTimer and other small changes." und 3PO's "Add patches/vdr.epgsearch-exttimeredit-2.3.5.diff", fehlen hier.
Regards
fnu -
Gelöschte Timer werden nur wieder angelegt, wenn man sie von Hand in der timerdone.conf ebenfalls entfernt hat. Sonst geht epgsearch davon aus, dass das Löschen gewollt war und wird daran nichts mit einer Automatik ändern.
Ich nehme an dass ein Suchtimer "tagesschau" mit 1000 Events epgsearch schon immer gestresst hat. Könntest Du das ganze zur Eingrenzung nochmal mit einem etwas selter vorkommenden Event machen und in den Pluginparametern verbose=3 setzen? Benutzt Du SVDRPPeering und/oder SVDRPDefaultHost? -
Gelöschte Timer werden nur wieder angelegt, wenn man sie von Hand in der timerdone.conf ebenfalls entfernt hat. Sonst geht epgsearch davon aus, dass das Löschen gewollt war und wird daran nichts mit einer Automatik ändern.
Hmm, das kann man aber in epgsearch "schon immer" definieren:
=> OSD Menu / Einstellungen / Plugins / epgsearch / "Suche und Suchtimer" / "Timer nach Löschen neuprogrammieren [Ja|Nein]" ...
Dachte bei "rookie1" werden gar keine neuen Timer mehr angelegt ...
Regards
fnu -
-
Um jetzt keine Einflüsse von der 2.2 zu bekommen, habe ich die 2.3.5 jungfräulich aufgesetzt. D.h. der timersdone und der timer selber war komplett leer. Anschließend habe ich den Timer tagesschau angelegt da mit er sicher einen Timer anlegt. Leider ohne Erfolg. Derzeitig läuft noch ne Aufnahme anschließend kann ich wieder auf 2.3.5. umstellen und die Konfigurationen zukommen lassen.
setup.conf
epgsearch.conf
timerdone.conf
epgsearchdone.conf
epgsearch.log mit Verbose =3werden ich dann mitliefern, hab ich was vergessen?
-
Also ich habe mal via live Plugin einen Suchtimer "tagesschau" angelegt und bei mir wird dieser auch korrekt eingetragen:
Codevdr01_64 vdr-2.3.6 # cat /etc/vdr/plugins/epgsearch/epgsearch.conf 0:Tagestipp:0:::0:0:0:0:1:1:1:0:::0:0:0:0::50:99:2:10:0:0:0::0:0:1:1:1:0:0:0:0:1:0:0::1:0:0:0:0:0:0:0:0:0:90::0 1:Amerika von oben:0:::0:0:0:0:1:1:1:0:::0:0:0:0::50:99:2:10:0:0:0::1:0:1:1:1:3:0:0:0:0:0:0::1:0:0:1:0:7:0:0:0:0:90::0 2:Oak Island - Fluch und Legende:0:::0:0:0:0:1:1:0:0:::0:0:0:0::50:99:2:10:0:0:1:1#|2#|3#|4#|5#|6#|7#|8#|9#|26#|27#|28#:1:0:0:0:1:0:0:0:0:0:0:0::1:0:0:0:0:0:0:0:1:0:90::0 3:tagesschau:0:::0:0:0:0:1:1:1:0:::0:0:0:0::50:99:2:10:0:0:0::0:0:0:0:0:0:0:0:0:0:0:0::1:0:0:0:0:0:0:0:0:0:90::0 vdr01_64 vdr-2.3.6 #
-
So jetzt habe ich mal die erforderlichen Dateien angehängt.
epgsearchdone wurde nicht angelegt und timersdone war leer
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!