hojung Posted November 22, 2015 Share Posted November 22, 2015 Hallo Ich nutze DVBViewer bereits einige Zeit, hatte aber immer weider Probleme mit derAufnahem von Sendungen aus dem Viewer mit dem Windows Taskplaner. Manchmal startete er nicht, machmal schaltete er nicht wieder in Standby. Um das zu umgehen habe ich nach einem Neuaufsetzten des Systems mit Windows 10 neben DVBViewer 5.52 auch die Recording Services 1.31 installiert. Die SAT-Karte ist eine DVB Sky 552 Dual, Kanal 1 ist bewusst in DVBViewer und RS deaktiviert. (Kein Kabel angeschlossen) => Ein Problem besteht täglich morgens um 5:55 Uhr, wenn ich für meine Tochter die Kindernachrichten aufnehmen möchte. Der Rechner hängt sich regelrecht auf - Die Tastatur hängt sich auf, er ist nur noch via Kaltstart erreichbar. Die Festplatte arbeitet aber offenbar. Die Aufnahme wird nicht ausgeführt. Danke im voraus für Euren Rat. Gruß HOlger support.zip Link to comment
Griga Posted November 24, 2015 Share Posted November 24, 2015 Ein Problem besteht täglich morgens um 5:55 Uhr, wenn ich für meine Tochter die Kindernachrichten aufnehmen möchte. Nehmen wir mal den letzten Vorfall der Art aus dem Log am 22.11. Dort ist deutlich zu sehen, dass etwas schiefläuft. Der PC wacht auf, nachdem ihn der RS am Abend vorher nach einer Aufnahme in den Energiesparmodus versetzt hat (richtig?). Nach dem Aufwachen versucht der RS, verschiedenes wieder in die Gänge zu setzen, u.a. auch die UPnP-Ankündigungen,mit denen er seine Anwesenheit und sein Angebot im Netz kundtut. Das macht er über alle verfügbaren Netzwerk-Schnittstellen. Und dabei geht etwas schief. Nach 22.11.15 05:52:02.196 TUPnPAnnounce InitWsocket 127.0.0.1 22.11.15 05:52:02.196 TUPnPAnnounce InitWsocket 192.168.152.1 ... 22.11.15 05:52:12.341 TUPnPAnnounce InitWsocket 192.168.1.209 22.11.15 05:52:12.341 TUPnPAnnounce InitWsocket 192.168.1.216 22.11.15 05:52:12.341 TUPnPAnnounce InitWsocket 192.168.78.1 bleibt er hängen. Von diesen Schnittstellen gibt es bei dir eine erstaunliche Menge (warum?). Bei einem erfolgreichen Start sieht es so aus: 22.11.15 10:42:41.852 TUPnPAnnounce InitWsocket 127.0.0.1 22.11.15 10:42:41.852 TUPnPAnnounce InitWsocket 192.168.1.209 22.11.15 10:42:41.852 TUPnPAnnounce InitWsocket 169.254.230.69 22.11.15 10:42:41.852 TUPnPAnnounce InitWsocket 169.254.248.222 .... 22.11.15 10:42:41.852 SendUpdate No route to host (#10065 in TryToSend failed) 22.11.15 10:42:41.852 SendUpdate No route to host (#10065 in TryToSend failed) 22.11.15 10:42:41.852 SendUpdate No route to host (#10065 in TryToSend failed) 22.11.15 10:42:41.852 SendUpdate No route to host (#10065 in TryToSend failed) ... 22.11.15 10:42:52.023 TUPnPAnnounce InitWsocket 169.254.172.184 22.11.15 10:43:02.177 TUPnPAnnounce InitWsocket 192.168.1.216 22.11.15 10:43:02.177 TUPnPAnnounce InitWsocket 192.168.78.1 22.11.15 10:43:02.177 TUPnPAnnounce InitWsocket 192.168.152.1 Die zwischenzeitlichen Fehlermeldungen besagen offenbar, dass einige Hosts nicht erreichbar sind, was den Ablauf hier jedoch nicht zum Erliegen bringt. Warum es beim Aufwachen schiefgeht, bleibt dahingestellt. Vielleicht behandelt ein Netzwerktreiber den Vorgang nicht sauber... Frage: Muss der RS sich wirklich über alle diese Adressen bemerkbar machen? Falls nicht, würde ich die überflüssigen in den RS Optionen -> Web/UPnP in die Blackliste setzen (siehe "IP(s) nicht nutzen"). Problematisch ist bei dir auch, dass der DVBViewer nicht passend für den Recording Service konfiguriert ist. Du erlaubst beiden, auf den zweiten Tuner zuzugreifen. Die Hardware-Verwaltung sollte jedoch allein dem Recording Service obliegen und der DVBViewer nur Zugriff über ein virtuelles Netzwerk-Gerät haben. Informiere dich darüber bitte im Wiki. 1 Link to comment
Recommended Posts