Kleinere Fehler bzw. Ungereimtheiten

[longtom]

Das Ende von Dalli Dalli war auf jeden Fall nicht drauf.

[FireBird]

Um ca. 13:53 war Schluss und laut Log wurden die folgenden Sendungen versäumt (wobei die ersten Beiden begonnen wurden):

TimerDB: removed old timer '00 'Dalli Dalli (2 Folgen)' (2011-11-22 13:10/180')'
TimerDB: removed old timer '01 'Dalli Dalli - Ratespiel mit Hans Rosenthal' (2011-11-22 13:10/90')'
TimerDB: removed old timer '02 'Dalli Dalli - Ratespiel mit Hans Rosenthal' (2011-11-22 14:40/90')'
TimerDB: removed old timer '03 'Rate mal mit Rosenthal' (2011-11-22 16:10/25')'
TimerDB: removed old timer '04 'Rate mal mit Rosenthal (2 Folgen)' (2011-11-22 16:10/50')'

[longtom]

Die Aufnahme was ich hab:
Datum/Zeit: Di, 22 Nov 2011 12:30~13:10
Dalli Dalli (2 Folgen) - 2011-11-23 13-10.rec
Dauer 3Stunden 15Minuten

[Tippse]

Hi...

Ich hab heute versehentlich einen etwas "grosszügigen" Suchauftrag erstellt, der mir ca. 140 Treffer eingebracht hat. Das hat mir der SRP allerdings gleich mit einem Neustart quittiert. Und das hat er danach jedes mal gemacht, sobald SmartEPG geladen war. Erst nach löschen der Timer.db kam ich wieder in den EPG um den Suchauftrag zu editieren. Die Einträge in der Timer-Liste musste ich allerdings noch von Hand löschen.

Was kann da passiert sein? Gibt es ein Limit für die Timer?

Markus

[Töppi]

gibt es, IMHO sind es um die 72.

[Twilight]

gibt es, IMHO sind es um die 72.

das betrifft aber nicht se das ist die anzahl von timern die der srp verwalten kann.
ich denke in unserer datenbank hat firebird es auf 150 beschränkt.

schade das du die datenbank nicht gesichert hast bevor du sie gelöscht hast....eigentlich sollte es keinen reboot geben.
kannst du uns bitte den suchauftrag posten, damit wir das überprüfen können.

weiters solltest du das setzten von timern auf 2-3 tage vorlauf stellen.

twilight

[Tippse]

Moin...

Nun, da ich wieder etwas wacher bin, werd ich noch mal versuchen, den Fall genauer zu beschreiben.

schade das du die datenbank nicht gesichert hast bevor du sie gelöscht hast....

"Löschen" bedeutet in meinem Fall "erstmal umbenenen" Die vorherige Version ist also noch vorhanden.

kannst du uns bitte den suchauftrag posten, damit wir das überprüfen können.

Programmieren wollte ich "Wissen vor 8" als "M-Timer" auf "Das Erste HD". Also neuen Suchauftrag angelegt und zuerst den "Name" eingegeben. Als nächstes dann den Suchtext. Dort hab ich "*wissen*" eingetragen.
Mein "Fehler" war nun, das ich den Suchtext mit der grünen Taste speichern wollte. Allerdings speichert SE dann ja sofort den gesammten Suchauftrag und dann sofort damit beginnt den EPG zu durchsuchen. Ich hatte aber noch nicht die weiteren Parameter für "Programmplatz" und "Wochentage" eingeschränkt, da diese Einstellungen ja erst weiter unten dran sind. Ergo hat SE eine Unmenge an "Wissens-Sendungen" gefunden. Danach begann die Reboot-Schleife.

Nach mehreren Reboots hab ich dann den SRP ohne TAPs gestartet und die "Timer.db" umbenannt. Danach kam ich wieder in SE und konnte den Suchauftrag verfeinern. Die vorher erstellten Timer (es waren tatsächlich so um die 70 Timer) standen allerdings noch alle in der Timerliste.
Da ich keine Lust hatte, alle Timmer von Hand zu löschen, hab ich sie direkt in der internen Timerliste gelöscht (gelbe Taste - "Alles löschen"). Was natürlich nichts brachte, weil die Timer trotzdem noch in SE vorhanden waren. Also doch nochmal alle Timer einzeln von Hand löschen.

Im Log ist übrigens nichts zu finden, was auf den Reboot hindeuten könnte. Erst danach meckert SE, dass keine Timerslots mehr frei wären.

Wenn ich das richtig sehe, hätte ich wohl nach Eingabe des Suchtextes den Dialog mit "Exit" verlassen müssen, um den Auftrag weiter zu bearbeiten, ohne dass er gleich gespeichert wird, richtig? Vielleicht kann man da ja nochmal was gegen "Fehlbedienung" machen

Desweiteren vermute ich, dass es vermutlich gereicht hätte, wenn ich nach dem "sauberen Neustart" (ohne TAPs) gleich in die interene Timerliste gegangen wäre und alle Timer dort gelöscht hätte. Zumindest damit es erstmal wieder läuft.

weiters solltest du das setzten von timern auf 2-3 tage vorlauf stellen.

Hab ich normalerweise auch. Ich hatte es allerdings grade vorher wg. eines anderen "Tests" auf "8-Tage" eingestellt. Steht jetzt wieder auf 3-Tage.

Erwähnen sollte ich vielleicht noch, dass ich schon seit längerem Probleme mit plötzlichen Reboots habe. Hauptsächlich wenn ich während einer (oder mehrerer) Aufnahme(n) auf einem anderen Sender eine Sendung im Timeshift-Modus (also Zeitversetzt ) sehe. Ich hab die Vermutung, dass es irgendwie mit SE und ggf. Speicherproblemen zusammenhängt. Nur leider lässt sich dieses Problem absolut nicht reproduzieren, so dass es schwierig ist, das genauer zu analysieren.

So, ich hoffe, dass das ganze verständlich war und ihr damit was anfangen könnt.

Markus

[Twilight]

für einen test brauchst du die begrenzung nicht aufheben....mit rot kann man eine testsuche ohne einschränkungen machen.

schick die datenbank bitte mal an firebird, ich werde versuchen das mal nachzustellen.

twilight

[chrisly]

Programmieren wollte ich "Wissen vor 8" als "M-Timer" auf "Das Erste HD". Also neuen Suchauftrag angelegt und zuerst den "Name" eingegeben...

Warum überhaupt so kompliziert? Geht doch alles "vollautomatisch" mit einem Tastendruck. Und wenn das dann noch nicht so ganz passt, kannst Du den Suchauftrag ja immer noch manuell anpassen.
Das habe ich z.B. bei "Wissen vor 8" so gemacht, weil die "Rangar-Folgen" Wiederholungen sind (dort lasse ich einen M-Timer setzen), aber z.B. die "Werkstatt-Folgen" neu sind.

[Tippse]

schick die datenbank bitte mal an firebird, ich werde versuchen das mal nachzustellen.

Werd ich nachher mal machen. Erwähnen sollte ich vielleicht auch noch, das bei mir nur "TAPtoDate", "NiceDisplay" und natürlich der SmartEPG im Autostart sind.

Warum überhaupt so kompliziert? Geht doch alles "vollautomatisch" mit einem Tastendruck.

Ganz einfach. Weil ich "Wissen vor 8" bisher noch nie gesehen habe, und weder den genauen Sender (irgendwas öffentlich Rechtliches) noch das genaue Datum oder die Uhrzeit (irgendwas um 8 ) der Sendung wusste. Deshalb ja auch der Suchauftrag - weil ich keine Lust hatte, erst selbst den EPG nach der Sendung zu durchsuchen, nur um dann damit einen Suchauftrag zu programmieren.

Markus

[Mucki]

Hallo, hab auch ein kleines Problem ...
Ich habe SE und ITINA parallel laufen. Die Suchaufträge werden von ITiNa verarbeitet und als Timer angelegt.
ITiNa scannt von 06:15 Uhr - 07:15 Uhr und legt die Timer auf Tuner 4 an.
Ab 08:15 Uhr verrichtet SE seinen Scan. SE legt die angelegten Timer von Tuner 4 auf 1 oder 2 um und hängt eine 2011 an die Timernamen an.
Warum wird das so gemacht ?
Dadurch kommt iTiNa mit Episodentimer durcheinander.
SE habe ich jetzt wieder deaktiviert, was ich aber gerne weiter für die Infobox nutzen würde.
Auch die Empfehlungen finde ich Klasse !

[Twilight]

weil se iqt verwendet und die timer nicht auf t4 liegen dürfen da sonst die konfliktmeldungen des srps nicht greifen.

twilight

[Mucki]

[quote="Twilight"]weil se iqt verwendet und die timer nicht auf t4 liegen dürfen da sonst die konfliktmeldungen des srps nicht greifen.

twilight[/quote]

OK !
Aber wofür die 2011 hinter den Timern ?

[Twilight]

weil du das möglicher weise im se setup eingestellt hast ?!

twilight

[Mucki]

weil du das möglicher weise im se setup eingestellt hast ?!

twilight

Gibt es einen Tipp wo das sein könnte ?
Ich lasse ja von SE keine Timer erzeugen.

[Tippse]

Hi...

So, Timer.db hab ich an FireBird geschickt. Lof-File von Gestern hab ich auch noch mit drangehängt.

Jetzt hab ich allerdings gleich noch einen Fehler festgestellt, der wahrscheinlich auch durch den Crash und/oder meine darauf folgende "Reparatur" entstanden ist.
SE funktioniert zwar, aber im Log-File wurde seitdem nichts mehr protokolliert. Auch ein manueller Scan (zur Kontrolle) und ein Neustart brachten keine neuen Einträge im Log. Also hab ich das Log-File mal umbenannt und SE neu gestartet. Danach hat SE zwar ein neues Log-File erstellt, aber was da drin steht hat mich etwas gewundert:

Code: Alles auswählen

2011-11-08 00:11:29 EIT MON: 1 start times, 0 durations, 0 names, 0 descriptions, 0 ext. descriptions, 0 events added, 0 timer changed
2011-11-08 00:13:33 EIT MON: 1 start times, 0 durations, 0 names, 0 descriptions, 0 ext. descriptions, 0 events added, 0 timer changed
2011-11-08 00:30:00 TimerDB: removed old timer '00 'Fletchers Visionen - Thriller USA/1997' (2011-11-07 22:15/125')'
2011-11-08 00:30:01 Recording of "Fletchers Visionen * 2011-11-07 22-15.rec" stopped
2011-11-08 00:30:01 Network: Shutdown event
2011-11-08 00:30:01 Network: Closing server socket
2011-11-08 00:30:01 TimerDB: deleting DB timer '00 'SmartEPG' (2011-11-08 05:00/2')'
2011-11-08 00:30:01 NachrichtenCheck 2: new scantimer has got EventID = 0x0000
2011-11-08 00:30:02 SE shutdown finished
2011-11-08 04:59:23 ===================================================
2011-11-08 04:59:23 SmartEPG_TMS  V2.2a
2011-11-08 04:59:23 SysID=22121(SRP-2410), Firmware=0x0108
2011-11-08 04:59:23 TimeZone = 60 min 
2011-11-08 04:59:25 ScanTimerMonitor: ScanTimer has been set to 2011-11-09 04:59
2011-11-08 04:59:25 LogoManager: 2940 cache records have been loaded
2011-11-08 04:59:25 Load IQTuner Settings
2011-11-08 04:59:25 Startreason: Timer
2011-11-08 04:59:25 Tuner 2 connection ty

Die Events sind schon ein bisschen her, aber exact das hat SE eben grade in das neue aktuelle Log geschrieben. Also völlig veraltete Daten. Die Aufnahme "Fletchers Visionen" wurde "damals" auch normal beendet und steht seitdem gar nicht mehr in der Timerliste. Und das Log endet auch tatsächlich mit "connection ty".

Ich hab das ganze dann nochmal wiederholt, mit dem Ergebnis, dass wieder alte Daten geschrieben wurden. Nur diesmal war das Log etwas länger. Neue oder gar aktuelle Daten kommen nicht dazu.

Zur Info: Die Uhrzeit auf meinem Receiver ist korrekt, die Daten im EPG stimmen, und aktuelle Aufnahmen werden auch ausgeführt (eben grade "Wissen vor 8" ).

Ich bin verwirrt. Was hab ich kaputt gemacht? Und wo holt der sich die alten Daten her?

Erwähnen sollte ich vielleicht auch noch, das bei mir nur "TAPtoDate", "NiceDisplay" und natürlich der SmartEPG im Autostart sind.

Ups, nicht "NiceDisplay", sondern "TMSDisplay" läuft bei mir. Sorry...

Markus

[Twilight]

auch wenn du überzeugt bist das dies so passiert ist...das kann nicht sein und ist auch mit sicherheit nicht der fall.
se kann keine alten log daten schreiben, das geht programmtechnisch gar nicht.
was da bei dir schief gelaufen ist kann ich dir so nicht sagen, möglicher weise hat dir der cache des ftp clients eine streich gespielt.

twilight

[Tippse]

, möglicher weise hat dir der cache des ftp clients eine streich gespielt.

Aaaaargh, ich glaub', ich drehe frei Nochmal von 'nem anderen Rechner probiert, und da kriege ich die richtigen Daten. Auf den Cache bin ich natürlich gar nicht gekommen Das war ein echt mieser Streich. Also vergesst mein geschwafel von vorhin.

Ist aber auch interessant, dass das ausgerechnet erst nach dem Crash passiert, und ich auch zwischendurch x-mal ohne Probleme Log-Files vom Receiver geladen habe.
Ich werd mich dann mal nach 'nem anderen FTP-Client umsehen.

Markus

[Twilight]

twilight

[longtom]

Topf war heute noch an, Trotz nach Scan ausschalten.
Anbei die Logs.