TTD Forum

Hi,

eigentlich handelt es sich bei diesem TAP um eine Auskopplung aus DeadBeefs FPLogger. Nachdem die Portierung auf Grund unerwarteter Probleme etwas länger gedauert hat, ist es jetzt so weit. TimerDiags, via Auto Start gestartet, schreibt die folgenden Events in die Log-Datei:

• Neu angelegte Timer
• Gelöschte Timer. Wird ein Timer mehr als 3 Minuten nach seinem geplanten Start gelöscht, wird dieser Eintrag im Log zusätzlich als möglicherweise versäumter Timer markiert.
• Start einer Aufnahme
• Beenden einer Aufnahme

Die Prüfung erfolgt alle 10 Sekunden.

Hier liegt die ZIP-Datei.

MfG. Alex

du bist echt spitze

twilight

Bestens. Weiter so!

xyzzyx hat geschrieben:Weiter so!

Moment! Du auch weiter so. :

Bekommt das TAP den Übergang nicht mit, wenn 2 Aufnahmen nacheinander starten ?

Im Log-File sieht das so aus:
Das Ende der ersten Aufnahme (Stopped REC) und der Anfang der 2. Aufnahme (Started REC)
fehlt im Protokoll, ist zwar kein Beinbruch, fiel mir nur eben auf.

FireBird hat geschrieben:Hi,

eigentlich handelt es sich bei diesem TAP um eine Auskopplung aus DeadBeefs FPLogger. Nachdem die Portierung auf Grund unerwarteter Probleme etwas länger gedauert hat, ist es jetzt so weit. TimerDiags, via Auto Start gestartet, schreibt die folgenden Events in die Log-Datei:

• Neu angelegte Timer
• Gelöschte Timer. Wird ein Timer mehr als 3 Minuten nach seinem geplanten Start gelöscht, wird dieser Eintrag im Log zusätzlich als möglicherweise versäumter Timer markiert.
• Start einer Aufnahme
• Beenden einer Aufnahme

Die Prüfung erfolgt alle 10 Sekunden.

Hier liegt die ZIP-Datei.

MfG. Alex

Alex du bist mein Held

[quote="Alter Sack"]Bekommt das TAP den Übergang nicht mit, wenn 2 Aufnahmen nacheinander starten?[/quote]
Ich nehme an, dass die erste Aufnahme bis 14h gelaufen ist? Das bekommt sie derzeit nicht mit. Muss ich mal schauen, ob ich das Problem durch Einbeziehen der Startzeit lösen kann.

[quote="FireBird"]Ich nehme an, dass die erste Aufnahme bis 14h gelaufen ist?[/quote]
Jepp, so war es.

Alter Sack hat geschrieben:Bekommt das TAP den Übergang nicht mit, wenn 2 Aufnahmen nacheinander starten ?

Die Logik ist erweitert. Ich hoffe, dass nichts anderes gelitten hat.

FireBird hat geschrieben:Ich hoffe, dass nichts anderes gelitten hat.

Wird schon nicht so schlimm werden, Versuch macht klug .

Funzt, gleiche Bedingungen wie in #5, aber 2 Einträge mehr .

2009-09-04 13:14 TimerDiags V2.1 has been launched
2009-09-04 13:15 Removed timer: 2009-09-04 13:15 Die neuen Paradiese.rec (arte HD) [R2]
2009-09-04 13:15 Started REC : Die neuen Paradiese.rec (arte HD)
2009-09-04 14:00 Removed timer: 2009-09-04 14:00 Die neuen Paradiese.rec (arte HD) [R2]
2009-09-04 14:00 Stopped REC : Die neuen Paradiese.rec (arte HD)
2009-09-04 14:00 Started REC : Die neuen Paradiese-2.rec (arte HD)
2009-09-04 14:45 Stopped REC : Die neuen Paradiese-2.rec (arte HD)
2009-09-04 14:46 Shutting down (Power off)

Danke.

Kleines Update auf V2.2

• Anzeige von Kanalwechsel
• Anzeige des Service-Status (Video/Audio PID und Entschlüsselungsstatus)
• PIP-Aktivitäten
• Playback-Aktivitäten
• Status der AutoDescramble-Funktion

Ein paar der Änderungen zielen primär auf RebuildNAV/RecCopy ab.

Danke

super sache, dann können wir noch tiefer wühlen

twilight

Nichts bleibt geheim.

Ein timer fehlt. Der AD timer, den sehe ich nicht

Es gibt einen Log-Eintrag während das AD aktiv ist, aber nicht der Timer-Eintrag selbst.

Wäre das nicht besser, wenn der AD Timer im log erscheint, und danach die tatsächliche Abhandlung, also das decodieren (Reccopy)

Grundsätzlich schon, ist aber nicht auf die Schnelle zu implementieren, da der AD-Timer ausserhalb der normalen Timer läuft und somit nicht in die TimerDiags.dat passt.