TMSRemote

[Twilight]

maliboy das hat nichts mit glücklich sein zu tun, sondern es geht mir darum das auch zu überprüfen.
hier wird und wurde immer sehr viel getestet und das meisste remote...wenn mal ein log file aus der art schlägt sollte man nicht die welt neu erfinden.

twilight

[Maliboy]

Ich kenne die Problematik nur zu Gut. Wir produzieren bei uns auf der Arbeit täglich tonnen an Log Files. Und manchmal sind sie auch gut. Manchmal kann man sie in die Tonne kloppen.

Fakt ist aber:
Es gibt User die haben/hatten schon mal den Fall, das die Log Files aus dem Ruder laufen. Gerade TMSRemote ist da so ein Kandidat, über den ich selber schon gestolpert bin.
Es gibt User, die wissen evtl. gar nicht, das Ihre Platte durch Log Files unnötig befüllt ist.
Und es gibt Usern, den konntet Ihr anhand dieser Logfiles schon sehr weiterhelfen.

Die Frage ist doch nun: Wie kann man den ersten und den letzten Punkt unter einen Hut bringen. Ich habe Firebird mal so verstanden, das die Log Files (bzw. das TAP) eigentlich aufräumen soll. Die Frage ist also: Warum tut es das nicht. Kann man evtl. die Logger routine im TAP überarbeiten (Das die wiederkehrende Nachrichten erkennt/ignoriert oder das sie bei einer gewissen Dateigröße selbstständig aufhört zu loggen).

[Wolfman]

3-stellige MB-Zahlen hatte ich auch schon, aber keine GB - allerdings habe ich auch an Silvester keine 24 Stunden lange Aufnahme (schon allein, weil mich eh immer nur ein Teil der Konzerte auf 3Sat interessiert)

[FilmFan]

Ich hatte die LOG-Datei auch erst zum Ansehen heruntergeladen, aber 15-20 Minuten Wartezeit waren mir dann doch zu lang, und wer hätte sich schon 9.000.000.000 Zeichen Text durchgelesen.

P. S.: Es waren 25 Stunden plus 10 Minuten Vor-/Nachlauf (wenn schon, dann schon richtig).
Und dank Firebird hat der Receiver sich auch um 7.05 Uhr brav schlafen gelegt.

Die große LOG-Datei war aber auf einem anderen Gerät, dem mit HD+.

[Wolfman]

P. S.: Es waren 25 Stunden plus 10 Minuten Vor-/Nachlauf (wenn schon, dann schon richtig).

Uppsi - ich hatte da was von einer 24 Stundenbeschränkung des Topfs im Hinterkopf

Die große LOG-Datei war aber auf einem anderen Gerät, dem mit HD+.

Schreib das bloß nicht im DF-Forum

[FilmFan]

Uppsi - ich hatte da was von einer 24 Stundenbeschränkung des Topfs im Hinterkopf

Die gibt es nur beim Programmieren (der Ausschaltzeit). Deswegen hatte ich mir ja letztes Jahr extra ein TAP geschrieben, welches mir dieses Jahr (mit der aktuellen Ausschaltzeit) Firebird compiliert hat, da mein Rechner mit der TAP-Umgebung das Zeitliche gesegnet hat.

Schreib das bloß nicht im DF-Forum

Warum, glaubst Du, daß man das Verhalten dann auch HD+ zuschreibt?


Ich hätte ja schon gerne gewußt, was da so alles drin stand. In dem heruntergeladenen Teil stand wohl öfters mal irgendetwas von "Timeout" oder so ähnlich.

P. S.: Jetzt habe ich eine Idee, woran es liegen könnte: Von unterwegs greife ich oft auf die Geräte zu und dabei ist zumindest früher die Verbindung bei der Übertragung des OSD/Bildinhaltes mangels genügend Bandbreite oft abgebrochen. Das könnte dann die ganzen Timeout-Einträge erklären.

[Twilight]

du schaust dir von unterwegs gerne tv bilder an ?!

twilight

[Woodman]

[quote="Maliboy"]...
Die Frage ist doch nun: Wie kann man den ersten und den letzten Punkt unter einen Hut bringen. Ich habe Firebird mal so verstanden, das die Log Files (bzw. das TAP) eigentlich aufräumen soll. Die Frage ist also: Warum tut es das nicht. Kann man evtl. die Logger routine im TAP überarbeiten (Das die wiederkehrende Nachrichten erkennt/ignoriert oder das sie bei einer gewissen Dateigröße selbstständig aufhört zu loggen).[/quote]
Wäre es nicht einfacher, wenn sich das TAP selber um die Aufräumung kümmert?
D.h. das regelmäßig (Stichwort K...) neue Logfiles angelegt werden und die alten umbenannt bzw. entsorgt werden?

[Maliboy]

Darum kümmern sich die TAPs schon selber. Wer sonst? An den Syslogger oder Logrotate Dienst kommen wir von den TAPs nicht (oder nur schwer) ran.

Es gibt aber Ausnahmen. So ist mein WGET Log File inzwischen auch 2 MB groß. Das ist zwar nicht so viel, aber da ist es trotzdem. Hier müsste eigentlich Tap2Date ab und zu nach schauen.

Ansonsten scheinen aber viele TAPs wenigstens beim Aufstarten mal zu schauen. Ich habe nämlich gestern kein Gigantisch großes auf meiner Platte gesehen.

[FilmFan]

du schaust dir von unterwegs gerne tv bilder an ?!

Wenn man das schnell genug macht, dann kann man auch fernsehen.

Nein, ich benutze die Screenshot-Funktion, um zu sehen, ob eine Sendung zu Ende ist, um dann die Aufnahme manuell zu beenden. Z. B. bei "Wetten, dass ..?" muß man das dann schon mal häufiger machen. Außerdem passiert der Abbruch auch gerne bei Fullscreen-OSDs wie dem EPG oder der Timerliste, also beim Programmieren von Aufnahmen für die nächsten Tage.

[jkIT]

Ja, der "Alive Timeout" ist etwas knapp gehalten
Evtl. könnte man den konfigurierbar machen?

[FilmFan]

Komischerweise ist das bei aTMSRemote selten ein Problem, da baut sich dann das Bild halt ganz langsam blockweise auf. Nur das Windows-Programm macht relativ schnell ein Disconnect, wenn nicht das komplette Bild schnell angeliefert wird.

[FireBird]

Pöses Windows-Programm.

[jkIT]

Komischerweise ist das bei aTMSRemote selten ein Problem, da baut sich dann das Bild halt ganz langsam blockweise auf.

Das kommt wahrscheinlich daher, dass ich beim debuggen übers Smartphone auch mit dem Problem zu kämpfen hatte

[macfan]

[quote="FilmFan"]Komischerweise ist das bei aTMSRemote selten ein Problem, da baut sich dann das Bild halt ganz langsam blockweise auf. Nur das Windows-Programm macht relativ schnell ein Disconnect, wenn nicht das komplette Bild schnell angeliefert wird.[/quote]
WebControl macht auch oft ein Disconnect, wobei ich nicht weiß, ob es dieselbe Ursache ist.

Gruß, Horst

[jkIT]

WebControl macht auch oft ein Disconnect, wobei ich nicht weiß, ob es dieselbe Ursache ist.

Gruß, Horst

Die Ursache ist entweder ein Abbruch der Verbindung, oder ein "Alive" Paket vom Client kommt nicht rechtzeitig beim TAP an.
Das Script sendet Alive Pakete im 2,5 Sekundentakt.
Wenn Du das Intervall testweise verkürzen willst müsstest du in der Datei
.../public_html/tmsremote/tmsr.js
nach "onopen" suchen und bei

Code: Alles auswählen

aliveTimer = window.setInterval(function() {
     sendAlive();
}, 2500);

die 2500 (Millisekunden) verkleinern.
Ich weiß jetzt nicht mehr, wie ich auf die 2,5 sek gekommen bin

[Ricki]

ich bekomme nächste Woche einen SRP2401 CI+, welchen RemoteMode muss ich da einstellen .

[Twilight]

der der funktioniert

twilight

[FireBird]

Und bei Mode 1 ist die Wahrscheinlichkeit am höchsten.

[Ricki]

der der funktioniert

twilight

Und bei Mode 1 ist die Wahrscheinlichkeit am höchsten.

Danke FireBird