Fehlerhafte verpixelte Aufnahmen

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • VTI - Einstellungen-System - Seite 5:
      Debug-Typ = AN
      Debug-Ausgabe aktivieren = Datei

      Die Ausgabe findest du dann im Hauptverzeichnis deiner SSD
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von WeFraJo ()

    • So, Debug Test ist erledigt. Musste gar nicht so lange aufnehmen bis zum ersten Fehler. Hat ein wenig gedauert ihn dann einzugrenzen, hab ihn aber letztlich gefunden.
      Er war um exakt 19:07:23 Uhr

      Im Debug Log File steht zum Zeitpunkt gar nichts, vorher und nachher das:

      Quellcode

      1. 19:03:13.999 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      2. 19:04:53.000 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      3. 19:06:31.999 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      4. 19:08:11.000 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      5. 19:09:51.000 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      6. 19:11:30.999 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      7. 19:13:09.999 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      8. 19:14:49.000 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      9. 19:16:29.000 [e2-python] next real activation isFri Oct 21 21:35:00 2022
      Der Aussetzer ist beim Abspielen deutlich zu sehen und wird auch beim Schneiden erkannt, nur im Log File taucht nichts auf ?(

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Xupid ()

    • Ja, es wurden 3 Log Files erstellt, aber nur eine wurde während der Aufnahme immer weiter geschrieben. Ich habe mich oben auf die Zeit um den Fehler beschränkt. Soll ich mal die ganze .log hier einstellen?

    • Ja, wär gut. Bitte als Datei anhängen.
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

    • Xupid schrieb:

      es wurden 3 Log Files erstellt,
      Da bei jedem Start/Neustart der Box eine neue Datei erstellt wird, musst du die Box also 2 mal gestartet haben.
      Oder hattest du auch crash-Logs dabei?
      ---------------------------------------------------------------------------------------


      Anleitung für den SerienRecorder SerienRecorder Martins FHD SR-Skin

      Mediathekvieweb ----- SRF Mediathek

    • Ok, hier ist sie ...

      @Marti_win7
      die anderen beiden Logs wurden mit dem Neustart erstellt und während der Aufnahme nicht mehr "aktualisiert"
      Dateien

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Xupid ()

    • Ich find's nur merkwürdig, dass es in der fraglichen Zeit vom e2-core über 15 Minuten keine Meldungen gibt. Aber vielleicht ist das auch ganz normal.

      Jedenfalls - wenn es eine Störung etwa um 19:07 herum gab, dann war es keine, die hier sichtbar ist.

      Aber vielleicht fällt jemand anderem doch noch etwas auf,
      Eventuelle Ratschläge gebe ich nach bestem Wissen und Gewissen aber ohne jede Gewähr. Bei Fragen fragen.
      Tipps:       Screenshots erstellen VU+ Wiki

    • Du hast - wenn ich es richtig lese - 14 Timer angelegt. Kann es sein, dass bei mindestens einem VPS aktiviert ist?

      Wenn ja versuche es mal ohne. Bei 'Dahoam is dahoam' gibt es für mich laufend verdächtige Aktivitäten.
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

    • Mist, die Timer habe ich gerade gelöscht und auf die UNO verlagert ... kann die Timer Eigenschaften also nicht mehr checken.
      Die meisten waren aber sowieso als Test angelegt oder als Ersatz, weil es die ersten Aufnahmen schon verhagelt hatte. D.h. die Störungen waren auch schon vor dem Timer da.
      Allerdings habe ich natürlich ständig irgendwelche Timer aktiv ... Hmm ... ich stelle da eigentlich nichts besonderes ein. EPG - Anfang, Ende ggf. anpassen - fertig.

      Edit: Seltsam ist nur, das waren maximal 4-5 Timer, niemals 14 zum Zeitpunkt der "Debug" Aufnahme

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Xupid ()

    • Du weißt wirklich nicht, ob du VPS verwendet hast? Hast du das VPS Plugin überhaupt installiert?

      Ich glaub eigentlich kaum, dass VPS da reinfunkt. Aber in dem Zusammenhang: Wurde das Thema FCC hier eigentlich schon bedacht?
      Eventuelle Ratschläge gebe ich nach bestem Wissen und Gewissen aber ohne jede Gewähr. Bei Fragen fragen.
      Tipps:       Screenshots erstellen VU+ Wiki

    • Nein, VPS verwende ich nicht, hab auch das Plugin gar nicht.
      FCC war Thema in Post 3+4 ... kann ausgeschlossen werden als Fehlerquelle.

      Hab jetzt aber mal die Timer Einstellungen verglichen: Im Gegensatz zur Uno war hier "Aufnahmen haben immer Vorrang" auf JA,
      was bedeutet das eigentlich genau und kann das hier rein spielen?

    • InfoBarTunerState werkelt da ständig an den Timern rum. Deaktivier das mal.
      Aber ob das wirklich die Ursache ist: keine Ahnung.

      'Aufnahmen haben immer Vorrang' = JA ist ok.
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von WeFraJo ()

    • Ja, ist auch mein Wissensstand. Aber das steht (u.a.) im log:

      Spoiler anzeigen

      18:48:11.111 [e2-python] IBTS addEntry timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      18:48:11.119 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      18:48:58.702 [e2-python] IBTS addEntry timer 9d5dbc70 Test Debug a7f5
      18:48:58.715 [e2-python] IBTS Timers update ID timer 9d5dbc70 Test Debug a7f5
      18:50:00.022 [e2-python] IBTS addEntry record 9d5dbc70 Test Debug a7f5
      18:50:00.032 [e2-python] IBTS addEntry timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      18:50:00.041 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      18:59:52.518 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      19:21:50.462 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      19:22:32.229 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      19:23:28.183 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      19:24:00.112 [e2-python] IBTS updateType FINISHED
      19:24:00.121 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b
      19:27:05.773 [e2-python] IBTS Timers update ID timer 9d9965f0 Dahoam is Dahoam (3035) 6d4b


      Das Update kann sich auch auf eine IBTS-interne Timerliste beziehen.
      Interessant aber auch hier wieder: Rund um die problematische Uhrzeit keine derartigen Meldungen.
      Skin: Nemesis FHD (mit vielen eigenen Skinparts), MyEPG, EMC, OScam 1.20 rev.11682, ORF-Karte, MCC MovieCutCenter

    • Nachdem leider keiner der vielen Ansätze zur Lösung geführt hat, werde ich jetzt am Wochenende noch folgendes machen:
      In einer ruhigen Minute mal die SSDs zwischen den VUs tauschen, damit ich die 2TB als Fehlerquelle ausschließen kann.
      Falls es trotz tadelloser SMART Werte an ihr liegen sollte, wird sie mal komplett neu formatiert.

      Als nächstes gibt es dann einen kompleten Reset der Box und Testaufnahmen mit VTI im Urzustand.

    • Xupid schrieb:

      gibt es dann einen kompleten Reset der Box
      Werkrreset (falls der gemeint) ist eher sinnlos, neu Flashen wäre die beste Variante, um den "Original"-Zustand von VTI wiederherzustellen.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • und unmittelbar nach den Flash mit blau - grün -grün das Image auf den derzeit aktuellsten Stand bringen.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Radar ()

    • Kurzer Zwischenbericht (noch ohne Neu-Flash):

      Gute Nachricht: Die Duo4K SE ist offenbar nicht defekt. Ich habe jetzt die letzten Testaufnahmen aus der Nacht ana-lysiert* und konnte bei mehreren Aufnahmen über mehr als 2 Stunden keinerlei Fehler feststellen, obwohl manchmal auch mehrere gleichzeitig liefen inkl. Timer Starts und Stopps. Als SSD diente eine 870 EVO 500GB.

      Ich habe jetzt zwei heiße Spuren: Einmal tatsächlich die MX500 2TB. Es könnte aber auch eine VTI Einstellung sein, die ich wohl zunächst nur mit einem GUI Neustart bestätigt hatte, die aber nach dem späteren SSD Tausch erst wirksam geworden sein könnte. Um das zu verifizieren muss die 2TB SSD im gut befüllten Zustand noch mal zurück in die VU. Fortsetzung folgt nach weiteren Tests ...

      * das Wort unterliegt in seiner grammatikalisch korrekten Form wohl der automatischen Board Zensur :D

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von Xupid ()