Hi,
Bei mir kommen nach dem Start von VDR Meldungen wie:
Quote2024-08-05T07:37:40.632285+02:00 rpi4s vdr: [48976] VDR version 2.6.9 started
2024-08-05T07:37:42.815958+02:00 rpi4s vdr: [48976] timer 1 (19 0015-0140 VPS 'Action~Salt') set to event So. 11.08.2024 00:15-01:40 (VPS: 11.08. 00:15) 'Salt'
...
Also für jeden Timer eine. Bevor VDR das macht, fehlt die Zuordnung von Event <-> Timer.
~ Markus
Danke für die Erläuterung, so etwas hatte ich mir schon gedacht. Wenn man den VDR "normal" hochfährt, wird man – anders wie als ungeduldiger Tester – meist nicht während der Initialisierung gleich auf die Timer und deren Anzeigen zurückgreifen und somit diese Art von Problemen auch nicht sehen. Ich habe das gerade noch ein weiteres Mal bei hochgefahrenem VDR getestet und hatte auch hier wieder keinerlei Probleme. Somit gibt es also auch keinen Grund, den Patch zurückzuziehen… 
Trotzdem ist die Situation unbefriedigend, denn im besten Fall sollten Plugins erst dann mit ihrer eigentlichen Funktion loslegen, wenn der VDR selbst seine eigene Initialisierung vollständig abgeschlossen hat. Bezogen auf Live hieße das, dass das Web-Interface erst dann starten bzw. Anfragen entgegennehmen sollte, wenn alle Daten von Events und Timern konsistent vorliegen. Dass das Einlesen umfangreicher Video-Verzeichnisse dauern kann, wissen wir ja.
Insofern wäre die Frage – vielleicht auch an kls –, ob es diesbezüglich nicht eine entsprechende Erweiterung des Startup-Protokolls für Plugins geben sollte. In vdr.c erfolgt der Aufruf der Plugin-Funktionen Intialize() und Start() schon bevor das Einlesen der Kanäle und Timer (Abschnitt "Timers and Recordings") durchgeführt wurde. Meines Erachtens sollte zumindest ein Flag oder besser noch eine neue Plugin-Funktion Ready() (oder so ähnlich) darüber Auskunft geben, ob der erste Durchlauf stattgefunden hat und Timer/Events vorliegen.
Viele Grüße
Stefan
Auch
Quotevideo directory scanner thread ended
sollte erfolgt sein, bevor live anfängt.
Insofern wäre die Frage – vielleicht auch an kls –, ob es diesbezüglich nicht eine entsprechende Erweiterung des Startup-Protokolls für Plugins geben sollte.
Man kann auch live bei der *.conf die 99 geben, dann startet der VDR dieses Plugin zuletzt
Man kann auch live bei der *.conf die 99 geben, dann startet der VDR dieses Plugin zuletzt
Hilft aber nicht.
Erst werden alle Plugins gestartet, and danach die Zuordnung timer <-> events gemacht.
Und "video directory scanner thread ended" kann noch länger dauern, wenn die HDs schlafen und dafür geweckt werden müssen
Insofern wäre die Frage – vielleicht auch an kls –, ob es diesbezüglich nicht eine entsprechende Erweiterung des Startup-Protokolls für Plugins geben sollte.
Warum sollte es für Plugins anders sein als für VDR selber?
Wenn man VDR startet und sofort das Recordings-Menü öffnet, sieht man (je nach Anzahl der Aufnahmen und Geschwindigkeit des Rechners bzw. der Platte) auch nicht sofort alle Aufnahmen - es wächst nach und nach an. Sollte VDR also den Aufruf dieses Menüs blockieren, bis alles komplett eingelesen ist?
Gleiches gilt für das Schedules-Menü, solange epg.data noch nicht vollständig eingelesen ist, besteht noch keine Zuordnung zwischen Timer und Event. Soll dieses Menü blockiert werden, bis alles vorliegt?
Ich sehe ehrlich gesagt nicht, wo hier das Problem liegt.
Ich sehe ehrlich gesagt nicht, wo hier das Problem liegt.
Hallo Klaus, vielen Dank für deine ausführliche Stellungnahme. Natürlich plädiere ich nicht dafür, die Abläufe zu verzögern. Schon gar nicht beim Einlesen der Aufzeichnungen, das durchaus mehr als eine Minute in Anspruch nehmen kann.
Aber wenn ich den Sachverhalt richtig deute, scheint das Live-Plugin in einen – sag wir einmal: seltsamen – Zustand zu kommen, wenn man eine Funktion aufruft, welche die Zuordnung von Timern und Events benötigt, bevor diese Zuordnung vom VDR erfolgt ist. Was da genau im Code passiert, habe ich im Detail aber noch nicht untersucht. Vielleicht war es aber auch ja "nur" eine Race condition im Plugin…
Dennoch fände ich es vorteilhaft, Plugins eine Möglichkeit zur Statusafrage zu geben, sodass diese im Bedarfsfall entsprechend agieren könnten.
Viele Grüße
Stefan
Don’t have an account yet? Register yourself now and be a part of our community!
