Ermitteln, was NICHT aufgenommen wurde

Wenn man das extern halten will, kann man sich an dbus2vdr hängen - das meldet Änderungen an Timern über DBus-Signale: https://github.com/flensrocker…r/blob/master/README#L371

Dbus klingt gut. Aber ich hab gerade ne andere Idee. Was spricht denn dagegen das - ich nenne es jetzt mal - check-rec Skript im VDR Start Skript aufzurufen? Also vor dem VDR Start. An diesem Punkt könnten die Timer ja schon mit den Aufnahmen verglichen werden bevor die timers.conf vom VDR bearbeitet wird.

per copy-Befehl an der richtigen Stelle bestimmt

Ich bin immernoch bei der Idee das "einfach" per Shell-Script zu lösen. Bin aber gerade auf ein weiteres Problem gestoßen. In der Info Datei der Aufnahme steht die Tatsächliche Zeit. In der timers.conf allerdings die Zeit zuzüglich vor und nachlauf Zeit. Ich könnte die Zeiten zwar aus der setup.conf dazu rechnen, allerdings würde das dann nicht funktionieren wenn der Timer per Hand editiert wurde.

Ich hab da auch etwas experimentiert, Du bekommst die Zeit aus der übergebenen .rec dir, Du bekommst dort ebenfalls die Kanalnummer.

Da bekomme ich die Startzeit die auch in der timers.conf steht. Das hilft mir nicht weiter.

Hallo...
wäre es nicht sinnig die Timer-Infos beim anlegen des Timers irgendwie wegzusichern?
Ich würde mal bei den Jungs vom epgd nachfragen, Christian meinte letztens das die da auch was mit Timern machen
Dann könntest du nach der Aufnahme einfach die entsprechenden Infos aus der DB holen...

Nur beim VDR-Start zu prüfen ist auch nichts, denn wenn ein Timer angelegt wird, der zum Timerkonflikt führt und der Timer nicht ausgeführt wird, und der vdr zwischenzeitlich nicht neugestartet hat, hast du auch keine Sicherung.

Im Übrigen musst du beim sichern überprüfen, welche Zeilen der timers.conf du schon gesichert hast, denn wenn du immer alle Timer in deine "all-timers.conf" schreibst, hast du ja jede Menge doppelte Einträge.

Zitat von vectra130

Bin aber gerade auf ein weiteres Problem gestoßen. In der Info Datei der Aufnahme steht die Tatsächliche Zeit. In der timers.conf allerdings die Zeit zuzüglich vor und nachlauf Zeit. Ich könnte die Zeiten zwar aus der setup.conf dazu rechnen, allerdings würde das dann nicht funktionieren wenn der Timer per Hand editiert wurde.

Die Zeit, die in der info steht hat doch keine Bedeutung. Du musst prüfen, ob die Aufnahme genau so lange ist, wie in der timer.conf angegeben.
Das einzigste, was du zusätzlich noch prüfen kannst, ist ob die Zeit in der info kürzer ist, als die Aufnahme.

Zitat von Steevee

Das einzigste, was du zusätzlich noch prüfen kannst, ist ob die Zeit in der info kürzer ist, als die Aufnahme.

Das dürfte der Regelfall sein, da hier die EPG-Zeit steht, es sei denn, Du progranmmierst nach VPS-Zeit, was ich nie mache.

Hmm, also einige Denkfehler. Man sollte sowas nicht zwischen Tür und Arbeit machen

Also bräuchte man zwei Skripte.

Das erste müsste nach der Aufnahme die timers.conf sichern und dann die tatsächliche Länge der neuen Aufnahme (zB mit ffprobe) mit der Länge des Timers prüfen.

Das zweite Skript müsste vor(!) dem VDR Start die timers.conf sichern, dann nach(!) dem VDR Start die gesicherte timers.conf mit der aktuellen timers.conf vergleichen. Dadurch würde sich eine diff ergeben die die verpassten Timer anzeigt. Mit dieser Liste könnten dann die Aufnahmen nach "zu kurzen" Aufnahmen durchsucht werden.

Ist die denkweise so korrekt? Oder hab ich wieder was übersehen?
Dann würde ich mal nen Versuch starten.

Gruß Patrick

Zitat von vectra130

Länge der neuen Aufnahme (zB mit ffprobe)

Das lässt sich leichter aus der Größe der index-Datei ableiten.

Das musst du mir jetzt erklären ...

Bei 25 Frames ergibt die Größe der Datei * 200 die Aufnahme-Länge in Sekunden.

Genial. Da kam ich nicht drauf. Danke Dir

EDIT:

Bei 25 Frames ergibt die Größe der Datei * 200 die Aufnahme-Länge in Sekunden.

wenn ich "Größe / 200" rechne klappt es

Zitat von jsffm

Bei 25 Frames ergibt die Größe der Datei * 200 die Aufnahme-Länge in Sekunden.

Das wären aber extrem lange Filme.

vdr01_64 2014-09-27.17.20.151-0.rec #  echo $(($(ls -l index |awk '{print $5}')*200))
121873600
vdr01_64 2014-09-27.17.20.151-0.rec #

So passt das wohl eher.

vdr01_64 2014-09-27.17.20.151-0.rec #  echo $(($(ls -l index |awk '{print $5}')/200))
3046
vdr01_64 2014-09-27.17.20.151-0.rec #

Stimmt natürlich, sorry, war so aus der Erinnerung

Zitat von vectra130

Hmm, also einige Denkfehler. Man sollte sowas nicht zwischen Tür und Arbeit machen

Also bräuchte man zwei Skripte.
Das erste müsste nach der Aufnahme ...
Das zweite Skript müsste vor(!) dem VDR Start ...

Ist die denkweise so korrekt? Oder hab ich wieder was übersehen?

Langt nicht.

Scenario:
19:30 Vdr-Start manuell
19:45 Timerprogrammierung ZDF 21:00 bis 21:45
20:15 Timer ARD 20:15 bis 22:00 startet
21:00 Timerkonflikt: ZDF wird nicht aufgenommen
21:45 Timer ZDF wird gelöscht
22:00 Timer ARD ist fertig, Script startet. Fehlender Timer ZDF hast du nicht gesichert.

Irgendwie musst du direkt nach der Timerprogrammierung sichern. Alle anderen Lösungen sind Krücken.

Gruß
Steevee

Zitat von jsffm

Das dürfte der Regelfall sein, da hier die EPG-Zeit steht, es sei denn, Du progranmmierst nach VPS-Zeit, was ich nie mache.

Falsche manuelle Programierung
EPG falsch
...

Hab jetzt nicht alles im Detail gelesen, aber wie wäre es damit, wenn jedes Erstellen eines Timers einen Eintrag in einer zusätzlichen Datei anlegt (lässt sich über ein Plugin machen, siehe cStatus im vdr) inkl. wahrscheinlicher Dateiname und hinterher ein Script prüft, ob die Aufnahme da ist bzw. die Länge zu den programmierten Zeiten passt?

Datei wird erst nach Sichtung und manuellem Auslösen wieder gelöscht/zurückgesetzt.

Lars