Kleinere Fehler bzw. Ungereimtheiten

[Elle4u]

Wie bei Dir. Die Aufnahmen werden nicht gelöscht.

Hi SE-Team. Habt ihr zu diesem Problem schon eine Idee?
Kann ich mit irgendwelchen Debug-Versionen oder Logs helfen?

Komisch, dass es bei Alex funktioniert...

[FireBird]

Es gibt eine FileDB.log. Was sagt die?

[Elle4u]

[quote="FireBird"]Es gibt eine FileDB.log. Was sagt die?[/quote]

Ich schau es mir die Tage an...

[BluField62]

habt ihr auch verkehrte Zeiten bei einigen Sendungen in der Übersicht bei RTL?
In der Guide Sicht passt es
Und ComedyCentral hat mal wieder keine Daten

Hab seit gestern wieder auf Datei Scan umgestellt, da der API Scan zu wenig Daten geliefert hat.

[strotti]

Bei mir kommt es seit Version 3.0 immer wieder vor, dass Sendungen doppelt aufgezeichnet werden, anscheinend geschieht das, wenn ich das Kombinieren zweier Timer abgelehnt habe. Habe mal das Log seit gestern angehängt, am Samstag ist es gleich zweimal passiert (einmal war es Sharkman um 21.45 Uhr).

Strotti

[gerd.schmidt]

Ich kann dies bestätigen und hatte dies hier auch schon ausführlich mit Logs gepostet. Ich bin dann auf Version 2.9 zurück und hatte bis dato keine Doppel-Aufzeicnungen mehr. In der Hoffnung, dies wäre auch unter V3.1 so, habe ich das Update auf diese Version gemacht, und prompt kamen damit die Doppel-Aufzeichnungen zurück. In der Regel passieren diese, wenn sich Sendungen aneinander anschließen. Dann wird die 2. und ggf. auch die 3. doppelt aufgezeichnet. Allerdings - und das ist die Crux - nicht immer und auch nicht nur bei bestimmten Sendern. Ich überlege jetzt, wieder auf V2.9 zurückzugehen.

Gerd

[Elle4u]

Es gibt eine FileDB.log. Was sagt die?

Jetzt nach der Neuformatierung scheint es zu funktionieren:

Code: Alles auswählen

2012-08-05 12:46:00 FileDB: looking for file 'RTL Aktuell - 2012-08-04 18-45.rec'
2012-08-05 12:46:00 FileDB: found '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-04 18-45.rec'
2012-08-05 12:46:00 FileDB: expired file deletion of '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-04 18-45.rec'

[str1007]

Seit dem Update auf 3.1 werden irrtümlich Timer geblockt!

Ich habe einen täglichen Timer für die Tagesschau, ohne einen Suchauftrag. Daher kann ich auch nix wie "Serie" o. ä. einstellen. Jetzt wird dieser Timer nach jeder erfolgreichen Aufnahme geblockt und ich muss ihn jeden Tag manuell wieder entblocken. Das ist nicht sehr komfortabel.

Bevor jetzt der Vorschlag kommt, den manuellen Timer durch einen Suchauftrag zu ersetzen, antworte ich schon mal vorsorglich: Kann man machen, aber der Bug gehört trotzdem behoben.

Gruß
Stephan

[JayTee]

Der gehört also behoben?

[str1007]

Ich bin dafür...

[Twilight]

[quote="str1007"]Bevor jetzt der Vorschlag kommt, den manuellen Timer durch einen Suchauftrag zu ersetzen, antworte ich schon mal vorsorglich: Kann man machen, [/quote]

dann erklär mir mal warum das nicht geht....gerade jetzt wo man solche aufnahmen nach x stunden automatisch löschen kann.

twilight

[str1007]

Wer hat gesagt dass das nicht geht?

Kann man machen, aber der Bug gehört trotzdem behoben

[Twilight]

ok mißverstanden....wie setzt du die manuellen timer? wenn sie mit se gesetzt werden hab ich noch keine probleme gehabt.

twilight

[Elle4u]

Ich glaube, er hat manuell (außerhalb von SE) einen wiederholenden Timer "Tagesschau" angelegt, welchen SE nun immer wieder blockt.

Ich gehe davon aus, dass da die Funktion "Verlorene Events" zuschlägt.
Versuche doch mal im Menü von SE diesen Menüpunkt umzustellen auf "trotzdem aufnehmen" (oder ähnlich). Sehr wahrscheinlich steht das auf "löschen".

[JayTee]

Timer außerhalb von SE anzulegen wird nicht supportet.

[Twilight]

macht keinen sinn

twilight

[Elle4u]

Jetzt nach der Neuformatierung scheint es zu funktionieren:

Code: Alles auswählen

2012-08-05 12:46:00 FileDB: looking for file 'RTL Aktuell - 2012-08-04 18-45.rec'
2012-08-05 12:46:00 FileDB: found '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-04 18-45.rec'
2012-08-05 12:46:00 FileDB: expired file deletion of '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-04 18-45.rec'

Hm. Heute ging es wieder nicht (Receiver lief heute aber auch nicht um genau nach 18 Stunden). Scheint nicht gefunden worden zu sein, oder?:

Code: Alles auswählen

2012-08-06 00:15:05 FileDB: clearing overlap attribute of '/mnt/hd/DataFiles/Hawaii Five-0 - 2012-08-05 23-13.rec.inf'
2012-08-06 16:43:39 FileDB: looking for file 'RTL Aktuell - 2012-08-05 18-45.rec'
2012-08-06 16:47:20 FileDB: new file  036 0000000000001012 '/mnt/hd/DataFiles/Jamies 30 Minuten Menüs: Genial geplant - blitzschnell gekocht.rec'
2012-08-06 17:14:19 FileDB: RecCryptOK flag of 'Jamies 30 Minuten Menüs: Genial geplant - blitzschnell gekocht.rec' set to OK
2012-08-06 18:45:05 FileDB: new file  037 000000000000101a '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-06 18-45.rec'

[FireBird]

Die Suche war erfolglos. Stimmt der Dateinamen mit dem Eintrag überein? In welchem Verzeichnis befindet sie sich?

[Elle4u]

Die Suche war erfolglos. Stimmt der Dateinamen mit dem Eintrag überein? In welchem Verzeichnis befindet sie sich?

Hm. Der Name stimmt überein. Und die Aufnahme liegt noch immer direkt unter DataFiles:

[FireBird]

Ich sehe gerade im Code, dass nach inode und nicht nach Dateinamen gesucht wird. Man müsste also einerseits nach der bei der Aufnahme geloggten inode suchen

Code: Alles auswählen

FileDB: new file  037 [color=blue]000000000000101a[/color] '/mnt/hd/DataFiles/RTL Aktuell - 2012-08-06 18-45.rec'

(das Blaue von Hex in Dezimal umrechnen), und andererseits mittels Telnet nachsehen, welche inode die rec hat.

Code: Alles auswählen

cd /mnt/hd/DataFiles
ls -li *.rec


[color=blue] 8223[/color] -rw-rw-rw-    1 root     root    3780796096 Jul 21  2012 Newton - 2012-07-21 18-25.rec