SmartEPG hat FileDB Bug: FileDB_U1_UpdateBasicInfo() didn't return a .RecFile pointer

[jenshenning]

Hallo zusammen.

SmartEPG_TMS V5.0c hat FileDB Bug lt. LOG.

Programmiert waren 4 Teile einer Sendung, die nacheinander gesendet wurden.
Die Folgen wurden nicht kombiniert, sollten einzeln aufgenommen werden.

Tatsächlich aufgenommen waren nur 2 Folgen. Teile 3 und 4 fehlten.
Der Blick in das LOG verriet dazu: "TimerDB: deleting DB timer".

Kurz zuvor ist im LOG verzeichnet: "FileDB Bug: FileDB_U1_UpdateBasicInfo() didn't return a .RecFile pointer".

Zeile 11519ff oder 2013-06-01 04:25:05ff im SmartEPG_TMS.log.

Frage, hat das was miteinander zu tun?
Besteht ein anderes, generelles Problem?
Denn es findet sich der "FileDB Bug" noch häufiger an anderer Stelle im LOG.

[Twilight]

also die filedb hat eigentlich nichts direkt mit timern zu tun.
in die filedb werden erfolgreich durchgeführte aufnahmen eingetragen um die daten für zb. serientimer zur verfügung zu haben.
bei dir dürfte sie eine defekt haben. wenn du alte backups hast (die werden wenn aktiviert automatisch nach jedem scan angelegt und findest du im settingsverzeichnis von se /backups) dann kannst ud dir von dort eine funktionierende holen....andernfalls müßtest du sie löschen (sichere dir die defekte noch wo)

twilight

[Twilight]

weiters:

deine timerliste ist endlos lang, du mußt den "vorlauf" um timer zu setzen auf 2, max 3 tage einschränken.

kannst du mir bitte die genauen sendungen/timer nennen die nciht ausgeführt wurden?

twilight

[jenshenning]

[quote=""Twilight""]weiters:

deine timerliste ist endlos lang, du mußt den "vorlauf" um timer zu setzen auf 2, max 3 tage einschränken.

kannst du mir bitte die genauen sendungen/timer nennen die nciht ausgeführt wurden?

twilight[/quote]

Hallo Twilight,

Diese 2 wurden gelöscht:
2013-06-01 04:31:10 TimerDB: deleting DB timer '03 'Kontinente in Bewegung (3/5) - Ozeanien' (2013-06-01 05:15/45')'
2013-06-01 04:31:10 TimerDB: deleting DB timer '04 'Kontinente in Bewegung (4/5) - Von den Anfängen Asiens' (2013-06-01 06:00/45')'

Diese 2 wurden ausgeführt:
2013-06-01 04:31:10 TimerDB: '00 'Kontinente in Bewegung (1/5) - Von den Anfängen Europas' (2013-06-01 03:45/45')' is recording right now
2013-06-01 04:31:10 TimerDB: '02 'Kontinente in Bewegung (2/5) - Europa heute' (2013-06-01 04:30/45')' is recording right now

Ich hoffe das hilft...

[Twilight]

hilft nicht wirklich, aber versuch mal das umzusetzen das ich dir bereits gesagt habe.

warum die timer gelöscht wurden kann ich dir leider nicht sagen.

twilight

[Mucki]

Der 2100 kann doch nur 2 Aufnahmen gleichzeitig. Wenn ein entsprechender Vor- und Nachlauf programmiert ist(?), wie soll das funktionieren ?
Wenn man Folge 1+2 und 3+4 kombiniert hätte, wären die Aufnahmen sicher korrekt gewesen.

[Twilight]

wenn sie sich nicht überschneiden,also 3 gelichzeitig, ist das doch kein problem.

twilight

[jenshenning]

[quote=""Twilight""]wenn sie sich nicht überschneiden,also 3 gelichzeitig, ist das doch kein problem.

twilight[/quote]

Ich dachte auch, das mehrere Aufnahmen in Folge kein Problem wären.
Zumal sie nur von einem Sender stammen.
Da hat die "Timer-Logik" wohl ein Eigenleben.

Schade, muss dann wohl auf die erneute Wiederholung warten...
Die Timer-Suchweite habe ich jedenfalls mal reduziert.

Der mitgeloggte FileDB Bug scheint dann kein größeres Problem zu bedeuten!?!

[Mucki]

[quote=""Twilight""]wenn sie sich nicht überschneiden,also 3 gelichzeitig, ist das doch kein problem.

twilight[/quote]
Wenn sie so programmiert wären, das sie sich nicht überschneiden hätte es funktioniert. Bei einem Nachlauf, der kürzer ist, als die Länge einer Folge muss es auch funktionieren ...

[jenshenning]

[quote=""Mucki""]Wenn sie so programmiert wären, das sie sich nicht überschneiden hätte es funktioniert. Bei einem Nachlauf, der kürzer ist, als die Länge einer Folge muss es auch funktionieren ... [/quote]

Vorlauf sind 5 Min und der Nachlauf beträgt 10 Min.
Die einzelne Folge jeweils 45 Min.

2 Tage vorher war das kein Problem, habe ich grad gemerkt.
Da wurden 4 Folgen hintereinander ohne Probleme einzeln aufgezeichnet...

Es hätte also funktionieren sollen.

[Mucki]

[quote=""jenshenning""]

Es hätte also funktionieren sollen.[/quote]
Definitiv !