mal wieder markad & VPS

Weil der Sender zwischen Event 1 und Event 4 keinen Event 2 (starts in a few seconds) gesendet hat. Normalerweise würde der VDR die Aufnahme bei Event 2 starten und ich bekomme in markad den Wechsel von 2->4 mit. Damit kann ich erkennen, dass der Start der Aufnahme rechtzeitig war.

In diesem Fall startet der VDR die Aufnahme erst mit dem Event 4. Kein Problem für den VDR, aber ein Problem für mich.

Feb  8 04:58:55 rpi4s vdr: [1419194] channel 20 (ONE HD) event Do. 08.02.2024 04:10-05:00 (VPS: 08.02. 04:10) 'Mit Schirm, Charme und Melone (140)' status 1
Feb  8 04:58:55 rpi4s vdr: [1419194] channel 20 (ONE HD) event Do. 08.02.2024 05:00-05:50 (VPS: 08.02. 05:00) 'Mit Schirm, Charme und Melone (141)' status 4

Feb  8 04:58:56 rpi4s vdr: [1406421] timer 4 (20 0500-0550 VPS 'Mit Schirm, Charme und Melone (13/33)') start

Feb  8 04:59:06 rpi4s vdr: [1419194] markad: 00:00:01 state: 0, event: 33447, new state: -1 -> recording start after VPS timer start is invalid

Das Problem tritt nur bei VPS Timern auf Sendern auf, die keinen Event 2 senden.

Laut Standard ist der Event 2 zu senden, optional. Also ist das so zulässig.

Das Thema hatten wir schon mal, ich stelle die Varianten nochmals dar. Grundsätzlich bekommt markad die Event erst mit, wenn die Aufnahme läuft.

1. nicht VPS Timer: Solange der Vorlauf die tatsächliche Start Zeit umfasst, bekomme ich in markad den Event 1 mit und auch 1->4 ist für mich OK. Eine Sequenz 1->2->4 ist sowie OK. 2->4 wäre auch OK, falls der Vorlauf klein ist.

2. VPS Timer mit 1->2->4: VDR startet Aufnahme bei 2, markad bekommt 2->4 mit, also OK

3. VPS Timer mit 1->4: VDR startet Aufnahme bei 4 und markad hat keine Start Sequenz mitbekommen. Somit kann ich nicht mehr erkennen, ob die Aufnahme rechtzeitig gestartet wurde. Und wenn ich kein sicheres Ergebnis habe, schreibe ich nichts in die markad.vps.

VDR würde sich genau verhalten, wenn der Timer erst nach dem Start der Sendung angelegt wird. Er startet die Aufnahme sofort, weil regelmäßig Event 4 empfangen wird. Und du hast keine Change, dies zu erkennen.

Ich bin zufällig gerade eh dabei, die ganzen VPS Log Meldungen schöner zu machen. Danke für den Hinweis.

Die o.g. Meldung ist eine Meldung, die für alle Status Änderungen den gleichen Satzaufbau haben. Da kann ich nur den Text am Ende ändern.

Ich habe es geändert auf:

Feb  9 09:28:57 user.err        VDR-2404-Dev    vdr: [104384] markad: VPS -> Watzmann ermittelt: offset: 00:00:13, eventID: 11073, state: 0, new state: -1 -> VPS event 4 (running) without event 1 (not yet running) or event 2 (starts shortly) before is invalid

Die Meldung geht zukünftig sowohl mit severity ERROR ins syslog und in die vps.log. Außerdem ist der Name der Aufnahme dabei, damit man die Meldung aus dem Syslog auch zuordnen kann.

Kannst ja mal einen Update auf den aktuellen Stand im Branch V03 machen. Da sind die neuen VPS Log Meldungen drin, Funktional hat sich aber nichts geändert.

Die Zielsetzung der VPS Funktion in markad ist, eine zuverlässige Start/Ende Erkennung von "nicht VPS Timern", um diese später in markad zu verwenden.

Dabei gilt immer der Grundsatz, besser nichts zu speichern, wie was falsches.

VDR hat mit o.g. Sequenz kein Problem, weil der bei einem VPS Timer grundsätzlich die Aufnahme bei 2 oder 4 startet und bei 1 beendet. Er kümmert sich nicht drum, ob das, was der Sender sendet, Sinn macht.

Der markad VPS Monitor wird beim Start der Aufnahme aktiviert, beim Beenden der Aufnahme beendet. O.g. Sequenz sind für markad zwei Aufnahmen mit jeweils ungültiger Sequenz.

Warum brauchst du eigentlich die Infos bei VPS Timern aus markad ? Hier hat ja schon der VDR dafür gesorgt, dass die Aufnahme genau dem entspricht, was der Sender an Events sendet. Ignoriere doch besser grundsätzlich die markad.vps Start/Stop Zeiten bei VPS Timern.

Das stimmt wohl, aber so was ist grundsätzlich nicht möglich, mit dem markad Code, der an einer laufenden Aufnahme hängt.

Nach Event 1 wird die Aufnahme beendet und somit auch mein Handler.

Da musst du dir in Live selber einen Handler einbauen, der unabhängig von einer laufenden Aufnahme die Events mitliest.