Geisteraufnahmen

dg4sj schrieb:

broken startcode kommt wenn nicht richtig entschlüsselt wird...

und dann nimmt er womöglich ein Stück verschlüsselt auf und später versucht er das wieder zu entschlüsseln ?

Er sagt doch er nimmt nicht verschlüsselt auf

GVaLnios schrieb:

Ich nehme nicht verschlüsselt auf, über OSCAM

Bueb schrieb:

Dann lass das Openwebif mal komplett aus, am besten mal auch deinstallieren und prog die Timer mit der Box

Bueb schrieb:

Dann ist das wohl auch so eingestellt unter VTI - Timer - Seite 5/5 Vor Aufnahmen auf den aufzunehmenden Sender schalten.

Natürlich nicht, das habe ich ja als erstes geprüft, und auch einmal ein und wieder ausgeschaltet.

Das Fehlverhalten existiert ja auch erst, seit es diese Pseudoaufnahmen gibt. Nach einem Receiver-Neustart ist das Verhalten zunächst normal, bis zum ersten Mal eine Aufnahme läuft.
Ist diese beendet, dann bleibt der Receiver aber weiterhin der Meinung, dass eine Aufnahme läuft und zeigt zum einen die Markierung in der Kanalliste an, zum anderen das blinkende rote Symbol in der Infobar.
Ich habe z.B. auch den FCC so konfiguriert, dass es aus ist, sobald eine Aufnahme läuft. Das hat jetzt natürlich zur Folge, dass es dauerhaft aus ist, da der Receiver ja ständig denkt, er würde was aufnehmen, obwohl es gar nicht der Fall ist...

Keine Ahnung mehr, würde die Box umtauschen

Von unterwegs geschrieben...

hat schon mal einer von den Betroffenen Posting 31 beachtet? Und mal nicht auf ein Device im Netzwerk, sondern mal auf einen gemoundeten USB-Stick aufgenommen?

Das hatte ich dir gestern schon geschrieben, du reagierst ja nicht. Check dein Netzwerk. Eventuell wurden da Anpassung im Image gemacht oder Einstellungen vorgenommen die man ändern muss. Ich bin raus

Von unterwegs geschrieben...

GVaLnios schrieb:

Mysterie_x, hast du den Debug-Modus mal aktiviert? Seitdem ich den an habe läuft alles einwandfrei...

Nachdem ich das gestern hier von dir gelesen habe, habe ich den Debugmodus auch mal aktiviert und werde jetzt heute Abend und übers Wochenende hinweg beobachten.

Da wir die Aufnahmen aufs NAS als Gemeinsamkeit haben habe ich das natürlich auch im Verdacht. Eventuell läuft hier tatsächlich irgendetwas anders seit den neuesten Updates des Images.
Timeshift habe ich übrigens deaktiviert.

EDIT: @Bueb: Box umtauschen dürfte hier nicht zielführend sein, es ist ja sicherlich kein HW-Defekt, der hier vorliegt, alle Aufnahmen funktionieren ja, es ist nur ein Anzeigeproblem und damit kommen halt auch ein paar Folgeproblemchen - so will ich es jetzt mal nenne - wie z.b. dass das FCC deaktiviert bleibt, dass vor einer Aufnahme einfach umgeschaltet wird usw. Das sind zwar nervige Kleinigkeiten, aber nichts unendlich Dramatisches.
Mal sehen, was mein Debug-Log übers Wochenende so spricht.

Vielleicht solltet ihr euer Problem mit der NAS Aufnahme in dem Netzwerk Bereich oder VTI 13.x.x Supportthread nochmals ansprechen. Da gucken die Experten eher rein als in dem Box spezifischen Forum. Und es ja offensichtlich ein Problem mit dem NAS. Ich meine nämlich das da irgendwo was verändert wurde. Da ich selbst kein NAS habe kann ich auch nicht mehr helfen.

Von unterwegs geschrieben...

Bueb schrieb:

Vielleicht solltet ihr euer Problem mit der NAS Aufnahme in dem Netzwerk Bereich oder VTI 13.x.x Supportthread nochmals ansprechen

Nein, sollte man nicht. Dieser Thread ist völlig ausreichend .

Da es sich hauptsächlich um ein Nerv- und/oder Komfortproblem handelt will ich die Entwickler nicht drängen, die werden das schon in Angriff nehmen, wenn Zeit dazu ist. Abr ich muss zunächst sowieso noch bei Gelegenheit das Debug-Log hochladen, Vermutlich Sonntag.

Ansonsten muss man bei dem Wetter, das uns am Wochenende bevorsteht auch nicht unbedingt jede Minute vor dem TV verbringen

Zur Not kann man die Farbe in der Kanaliste für eine Aufnahme auch noch von Rot auf Weiß skinnen

Von unterwegs geschrieben...

Ich kann das Verhalten übrigens bestätigen, dass der Fehler nicht auftritt, wenn das Debug-Log aktiviert ist... sehr seltsam

Für mich riecht das sehr nach einem Problem mit der Netzwerkfreigabe zum NAS.
Ich denke, Du hast die NAS-Freigabe als Festplatten-Ersatz konfiguriert.
In diesem Fall werden die Debug-Logs auch dorthin geschrieben.
Das heißt, dass laufend auf das NAS geschrieben wird und die Verbindung immer aktiv ist.
In diesem Fall taucht der Fehler dann nicht auf.

Irgendwas passiert da, dass ohne laufendes Debug-Log zum Ende der Aufnahme irgendetwas nicht auf die Platte geschrieben werden kann und die Aufnahme damit nicht abgeschlossen werden kann.

Ich würde daher mal in Richtung NAS-Freigabe forschen...

@RickX Das klingt doch schon mal sehr gut, das muss ich mir mal genauer ansehen. Ich habe mein NAS zwar explizit ohne Ruhezeiten konfiguriert, so dass es ständig läuft, aber es könnte durchaus sein, dass hier die Anbindung an die VU mit einem der Updates geändert wurde...
Ich teste heute Abend Mal. Seit das Debug-Log mitläuft gabs jedenfalls keinerlei Probleme mehr. Das ist zwar nur ein Workaround, aber schon Mal besser als nichts

Ich kram das Thema hier mal hervor, weil ich womöglich einen Workaround gefunden habe.

Kurzes Update: Nach ein paar Tagen trat das Verhalten wieder auf, auch mit eingeschaltetem Debug-Log.... In den Logs selbst war nie was brauchbares. Eine Zeit lang habe ich damit gelebt, aber vor ein paar Tagen, als das EPG-Share zeitweise auf Grund des Serverumzugs nicht mehr funktionierte habe ich die Einstellungen für die SQL-Datenbank mal so angepasst, dass diese nicht mehr in den Flash sondern aufs NAS geschrieben wird und siehe da: Seither ist das Problem weg, zumindest vorerst... Mal sehen, wie lange es so bleibt. Eventuell hilft das auch den anderen, den Versuchs wäre es wert...