Webbrowser verliert Kontakt zu RS

[Griga]

Ich habe mir den Code noch mal angeschaut und sehe da zwei mögliche Ursachen.

 

Nach dem Laden seiner Geräteliste (svchardware.xml) holt sich der RS die Geräteliste von Windows und gleicht die Einträge ab. Falls Windows einen Tuner nicht aufzählt, setzt ihn der RS in seiner Liste auf nicht verfügbar (womit dann davon abhängende Aufnahmen nicht ausführbar sind). Der Status könnte sich später ändern, wenn eine Botschaft von Windows eintrudelt, dass das Gerät angeschlossen wurde (d.h. Windows hat es erst später gefunden, warum auch immer). Bei einem USB-Gerät ein möglicher Ablauf. Der RS sollte in dem Fall die Ausführbarkeit von Aufnahmen erneut überprüfen, was er jedoch nicht tut. Das wäre zu ergänzen.

 

Denkbar ist auch, dass die Systemzeit kurz nach dem Hochfahren spinnt und weit in der Zukunft liegt, bis sie eine Zeitserver-Abfrage korrigiert. Auch das würde beim Laden der Timerliste alle Aufnahmen auf nicht ausführbar setzen, weil sie in der Vergangenheit liegen. Nun geht aber z.B. bei einer leeren Mainboard-Batterie die Systemzeit eher nach als vor. Deshalb halte ich diese Möglichkeit für nicht so wahrscheinlich.

 

Einen Weg, das Problem mit dem RS 1.33.1 komplett zu umgehen, fällt mir im Moment nicht ein. Der RS-Start müsste verzögert werden, aber ich wüsste nicht, wie man das bei einem Service, der im Systemkonto läuft, hinkriegen kann.

[Tjod]

Wenn man "Dienste" (z.B. unter Systemsteuerung > Verwaltung) aufruft kann man bei DVBViewer Recording Service per rechts klick Eigenschaften den Starttype von Automatisch auf Automatisch (Verzögerter Start) stellen.

 

Dann sollte der RS eher am ende vom Windows Start gestartet werden. Ob das was ändert kann ich aber nicht einschätzen.

[Griga]

Wenn man "Dienste" (z.B. unter Systemsteuerung > Verwaltung) aufruft kann man bei DVBViewer Recording Service per rechts klick Eigenschaften den Starttype von Automatisch auf Automatisch (Verzögerter Start) stellen.

 

Den kannte ich noch nicht. Nach dem, was hier steht, ist es einen Versuch wert. Wenn der RS dann allerdings erst 2 Minuten nach dem Booten in Erscheinung tritt, könnte das in bestimmten Situationen auch lästig werden. Und man muss bei Aufnahmen die Vorlaufzeit vergrößern.

[Griga]

Ich habe den verzögerten Start gerade unter Windows 7 probiert. Es dauerte nach der Anmeldung im Benutzerkonto tatsächlich zwei Minuten, bis der RS aus dem Quark kam. Nichts für Leute, die es eilig haben - die müssen den RS eventuell manuell starten

 

Der Vorteil des verzögerten Starts ist, dass der RS dann in einem bereits voll hochgefahrenen System startet. Probleme wie das hier beschriebene sollten damit eigentlich ausgeschlossen sein.

[Zuckerhut]

Es gibt ja auch noch den 'Startup Delayer' für Windows (den nutze ich schon für ein anderes Programm), da kann ich auf die Sekunde genau die Verzögerung einstellen.Ich teste mal mit 60 Sekunden.

Heute waren die Einträge nach dem Start übrigens nicht rot, deshalb kein Test mit dem anderen Browser.

Sollte in den nächsten Tagen die Verzögerung erfolgreich sein, gebe ich gerne Bescheid.

Danke für die Unterstützung!

[Zuckerhut]

Also irgendwie läuft es nicht mehr rund in letzter Zeit: zwar gab es heute keine 'roten' Einträge (evtl. wg. späterem Start?), dafür brach er eine Aufnahme einfach ab: 'Device lost'

unten das log - ob das alles zusammenhängt?

Um die Aufnahme fortzusetzen muss ich auch wieder RS stop/starten (oder auf den grünen Knopf -timer aktiv- klicken!

 

ZDF HD 13.10.2016
C:\Users\tom\Desktop\2016-10-13_20-12-05_ZDF HD_Apropos Glück - Komödie.ts
Device: TT-connect S2-4600
EventID: 16486, PDC: 0x6D50F
Timer Name: Apropos Glück - Komödie
Timer Start: 13.10.2016 20:12:00
Timer Duration: 01:44:00 (104 min. incl. 3 min. lead time, 11 min. follow-up time)
Timer Options: Teletext=0, DVB Subtitles=0, All Audio Tracks=1, Adjust PAT/PMT=1, EIT EPG Data=0, Transponder Dump=0
Timer Source: Web
Monitoring Mode: Start/stop by running status

20:12:05 / 00:00:00 (~ 0,00 MB) Start EPG Monitoring
20:12:06 / 00:00:00 (~ 0,00 MB) Notruf Hafenkante running | EventID: 16485 PDC: 0x6D4D9
20:12:06 / 00:00:01 (~ 0,00 MB) Apropos Glück not running | EventID: 16486 PDC: 0x6D50F
20:15:31 / 00:03:25 (~ 0,00 MB) Notruf Hafenkante not running | EventID: 16485 PDC: 0x6D4D9
20:15:31 / 00:03:25 (~ 0,00 MB) Apropos Glück starts in a few seconds | EventID: 16486 PDC: 0x6D50F
20:15:50 / 00:03:45 (~ 0,00 MB) Apropos Glück running | EventID: 16486 PDC: 0x6D50F

20:15:50 / 00:00:00 (~ 0,00 MB) Start Recording
20:15:51 / 00:00:00 (~ 0,00 MB) heute-journal not running | EventID: 16487 PDC: 0x6D56D
20:15:51 / 00:00:00 (~ 0,41 MB) PID 6120: MPEG Audio Stereo, 48 khz, 256 kbps
20:15:51 / 00:00:00 (~ 0,41 MB) PID 6121: MPEG Audio Stereo, 48 khz, 192 kbps
20:15:51 / 00:00:00 (~ 0,41 MB) PID 6122: AC3 Audio Stereo, 48 khz, 448 kbps
20:15:51 / 00:00:00 (~ 0,41 MB) PID 6123: MPEG Audio Stereo, 48 khz, 192 kbps
20:15:52 / 00:00:01 (~ 2,18 MB) PID 6110: H.264 Video, 16:9, 1280x720, 50 fps
20:29:23 / 00:13:32 (~ 1412,44 MB) Device lost
20:29:23 / 00:13:32 (~ 1413,36 MB) Stop

Average Data Rate: 1,739 MB/s
Total Size: 1413,4 MB (1482017724 Bytes)

[Griga]

Device Lost heißt, dass eine Botschaft von Windows eingetroffen ist, die meldet, dass das USB-Gerät entfernt wurde. Falls du das nicht warst, kann es sich um einen Wackelkontakt handeln, oder auch um eine Instabilität / einen Defekt in den beteiligten Chipsätzen.

[Zuckerhut]

Schade, ich hatte mich schon gefreut, die letzten paar Male gab es keine roten Einträge, aber heute wieder alles rot. Soll ich es mit einer größeren Verzögerung als 60 Sekunden versuchen?