dhroller Posted April 5, 2021 Share Posted April 5, 2021 Ich habe eine AVM 6591 Kabel. Hin und wieder stoppt die Aufnahme ohne jeden Grund. Das Log zeigt auch nichts an. 04-05_15-40-01_hr-fernsehen HD (deu)_Erlebnis Hessen - Die Fahrradtour führt durch den Regionalpark Rhein.log Quote Link to comment
Griga Posted April 6, 2021 Share Posted April 6, 2021 Der DVBViewer (oder DMS?) hat die Aufnahme jedenfalls nicht gestoppt. Sie ist wie geplant bis 16:40 Uhr gelaufen. Aber 400 MB sind für eine Stunde HD-Aufnahme ziemlich dünne. Man könnte vermuten, dass die Netzwerkverbindung unterbrochen worden ist oder die Fritzbox die Datenlieferungen aus einem anderen Grund eingestellt hat. Mehr ist vielleicht zu erfahren, wenn der DVBViewer im Debug-Modus läuft und weitere Details des Vorgangs ins DVBViewer.log schreibt. Quote Link to comment
dhroller Posted April 6, 2021 Author Share Posted April 6, 2021 Anhängend der Output des DVBViewers Debug Mode. Vielen Dank für Eure Bemühungen. support.zip Quote Link to comment
Griga Posted April 6, 2021 Share Posted April 6, 2021 Deine TV/Aufnahmedatenbank ist kaputt, was wiederholt Fehler der folgenden Art auslöst: Zitat 05.04.21 16:25:00.924 TRecordDatabase TVDatabase.db3 UpdateEntry ESQLiteException at 005EA2A0: Error executing SQL. Error [11]: The database disk image is malformed. "select idRecord from recordings where (Filename) = 'c:\users\public\videos\04-05_16-25-00_hr-fernsehen hd (deu)_erlebnis hessen - zweimal im jahr findet auf dem festplatz am frankf.ts' LIMIT 1": database disk image is malformed Dabei handelt es sich um die Datei TVDatabase.db3 im Unterordner Database des Konfigurationsordners. Verschiebe sie bei geschlossenem DVBViewer woanders hin. Beim nächsten Start sollte sie der DVBViewer neu erzeugen. Allerdings ist dann die Aufnahmeliste im DVBViewer leer (war sie wahrscheinlich aufgrund der schadhaften Datenbank schon vorher). Wenn es für deine Aufnahmen EPG-Infodateien (*.txt) gibt, kannst du die Datenbank neu aufbauen, indem du Optionen -> Aufnahmen -> Datenbank aktualisieren ausführst. Mir ist noch nicht klar, wie dieser Fehler zu unvollständigen Aufnahmen führen kann und warum der DVBViewer mitten in der Aufnahme von hr-fernsehen den Datenbankeintrag aktualisieren wollte. Eigentlich sollte das nicht passieren. Fehlen in der Aufnahme zufällig die letzten 15 Minuten von 16:25 bis 16:40? Aber bringe das erst mal in Ordung, und dann sehen wir weiter... Quote Link to comment
dhroller Posted April 11, 2021 Author Share Posted April 11, 2021 Guten Abend, ich habe die Anweisungen so befolgt. Dabei habe ich festgestellt, dass der Fehler nicht regelmäßig kommt, z.B. nach einer/zwei guten Aufnahmen gab es wieder einen Aussetzer. Anbei der entsprechende Support file support.zip Quote Link to comment
Griga Posted April 11, 2021 Share Posted April 11, 2021 Ein Netzwerkproblem: Um 17:10:00 Uhr ist eine Aufnahme von BR Fernsehen Süd HD gestartet Um 17:31:38 kann der DVBViewer den Server (die Fritzbox) nicht mehr erreichen (Fehler 10060 Connection timed out). Um 17:32:32 ist der Server wieder erreichbar, aber meldet fortan bei Kontaktversuchen einen Fehler (RTSP/1.0 454 Session Not Found), d.h. er hat die Session abgebrochen, vermutlich weil der Client sich zu lange nicht gemeldet hat. War um 17:31 etwas besonderes bei dir los? Hat der Hund auf dem Netzwerkkabel herumgekaut? Oder gibt es einen anderen Grund, aus dem die Verbindung abgebrochen sein könnte? Quote Link to comment
dhroller Posted April 12, 2021 Author Share Posted April 12, 2021 Meine Fritz!Box meldet folgendes: Die Anwendung mit der IP-Adresse 192.168.172.102 reagiert nicht. Die TV-Übertragung wurde gestoppt. Quote Link to comment
Griga Posted April 12, 2021 Share Posted April 12, 2021 Und die Anwendung (bzw. der Windows-Netzwerkunterbau) meldet, der Server reagiert nicht. Also dürfte das Problem irgendwo dazwischen liegen Sat>IP funktioniert so: Der Server sendet einen TV Stream mit "verbindungslosem" UDP als Protokoll, bei dem er keine Rückmeldung darüber erhält, ob und wie und was beim Client ankommt. Dafür ist das Protokoll sehr effizient mit wenig Overhead. Der Client muss aber in regelmäßigen Abständen eine TCP-Verbindung zum Server aufbauen (alle 30 oder 60 Sekunden oder so) und damit bekanntgeben, dass er noch lebt. Bleibt dieses "still alive" aus, beendet der Server die Session, um nicht unnötig einen Tuner zu belegen. Und bei einem solchen Verbindungsaufbau konnte der DVBViewer den Server plötzlich nicht mehr erreichen, sagt das DVBViewer.log. Das war aber nur kurze Zeit so. Als der DVBViewer den Server wieder erreichen konnte, hatte dieser die Session schon abgeräumt. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.