Absturz der Box beim Stoppen einer Aufnahme

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

    • Absturz der Box beim Stoppen einer Aufnahme

      Hallo,

      seit dem Update vom 12.01.2017 habe ich bei meiner Ultimo 4K folgendes Problem:

      Ich starte eine Sofortaufnahme (d. h. während der Sender läuft über die REC-Taste, kein Timer, auch kein Timeshift) und ein paar Minuten später möchte ich diese wieder stoppen. Dafür gehe ich in die Liste der laufenden Aufnahmen. In der Liste befindet sich nur diese eine Aufnahme, d. h. diese Aufnahme ist auch gleich vorausgewählt.
      Ich bekomme die Liste noch kurz zu sehen, dann startet die Box einfach von selbst neu.

      Danach ist die Aufnahme gestoppt (d. h. sie startet auch nicht neu). Die Aufnahme selbst ist auch in Ordnung, sie enthält keine Fehler.

      Im Crash-Log findet sich das hier:
      Spoiler anzeigen
      self.recording: [<RecordTimer.RecordTimerEntry object at 0x8be6ebd0>, <RecordTimer.RecordTimerEntry object at 0x84a40930>]
      action -> OkCancelActions ok
      Traceback (most recent call last):
      File "/usr/lib/enigma2/python/mytest.py", line 231, in processDelay
      callback(*retval)
      File "InfoBarGenerics.py", line 3511, in Screens.InfoBarGenerics.InfoBarInstantRecord.stopCurrentRecording (git/lib/python/Screens/InfoBarGenerics.c:75971)
      AttributeError: 'NoneType' object has no attribute 'getFilenameExtension'
      (PyObject_CallObject(<bound method Session.processDelay of <__main__.Session instance at 0x8be6c238>>,()) failed)


      Falls relevant:
      Aufgenommen wurde "Galileo" auf Pro 7 HD via Sat mit dem FBC-Tuner.
      VTI Version ist 2017-01-12-vti-master (84dc17c), Release 11.0.1 1201-61-22
      Skin: KravenFHD 3.1.0 von Ende Dezember

      Ist das Problem bekannt?
      Weiß jemand Abhilfe?
      Dateien

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

    • Du bist nicht der einzige. Ich habe leider auch nicht herausgefunden, unter welchen Bedingungen das so alle jubel Jahre auf der Solo SE V2 passiert.
      Der Crashlog kommt mir bekannt vor.
      Konfig

      Solo SE V2 und Uno 4k jeweils ohne Festplatte mit 2 Sat-Eingängen an Astra 19.2
      VTI 13.0.x Standardinstallation mit folgenden Änderungen:
      + KravenFHD
      + Picons Transparent.Stefanbenno06.220.132.19
      - Blindscan
      - Renotecontrolcode
      + AutoTimer
      + EPGRefresh
      + EMC
      + CoolTVGuide
      + Multiquickbutton
      + Verkehrsinfo
      - automount.xml
      + auto.network ( STB -fstype=nfs,rw,soft,tcp,nolock 192.168.178.33:/STB )
      + ln -s /media/net/autofs/STB /media/hdd

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

    • Das wäre eine Idee - lansamur hat ja den selben wie ich.
      Ich für meinen Teil werde erst am WE dazu kommen die Box zu malträtieren. Das Problem ist, daß man das zigmal machen muß.
      Reminder for me: Vielleicht hilft mir dabei ein MQB-Makro.
      Konfig

      Solo SE V2 und Uno 4k jeweils ohne Festplatte mit 2 Sat-Eingängen an Astra 19.2
      VTI 13.0.x Standardinstallation mit folgenden Änderungen:
      + KravenFHD
      + Picons Transparent.Stefanbenno06.220.132.19
      - Blindscan
      - Renotecontrolcode
      + AutoTimer
      + EPGRefresh
      + EMC
      + CoolTVGuide
      + Multiquickbutton
      + Verkehrsinfo
      - automount.xml
      + auto.network ( STB -fstype=nfs,rw,soft,tcp,nolock 192.168.178.33:/STB )
      + ln -s /media/net/autofs/STB /media/hdd

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

    • Kurze Rückmeldung:
      Trotz etlicher Versuche sowohl mit KravenFHD wie auch VU HD 1080p konnte ich den Fehler nicht mehr reproduzieren :(
      Ich habe jetzt erstmal dauerhaft auf VU HD 1080p umgestellt und werde weiter beobachten.

      @Harvey56:
      Welche Version von KravenFHD verwendest Du?
      Du 2.1.0 vom Feed oder die aktuelle 3.1.0?
      Ich habe die 3.1.0 von Mitte Dezember 2016 drauf.

    • 3.1.0.

      Ich konnte den Fehler mit ca. 50 Versuchen auch nicht mehr reproduzieren.
      Ich habe mir angewöhnt, Aufnahmen - wenn überhaupt - nur dann von Hand zu stoppen, wenn keine andere läuft. Schön ist anders, aber damit kann ich leben.
      Konfig

      Solo SE V2 und Uno 4k jeweils ohne Festplatte mit 2 Sat-Eingängen an Astra 19.2
      VTI 13.0.x Standardinstallation mit folgenden Änderungen:
      + KravenFHD
      + Picons Transparent.Stefanbenno06.220.132.19
      - Blindscan
      - Renotecontrolcode
      + AutoTimer
      + EPGRefresh
      + EMC
      + CoolTVGuide
      + Multiquickbutton
      + Verkehrsinfo
      - automount.xml
      + auto.network ( STB -fstype=nfs,rw,soft,tcp,nolock 192.168.178.33:/STB )
      + ln -s /media/net/autofs/STB /media/hdd

    • Stimmt, mit der Herangehensweise kann man gut leben.
      Wenn man die Problematik kennt, kann man das auch leicht umsetzen. Es muss einem halt nur bewusst sein und der Rest der Familie muss sich auch daran halten - was wiederum in der Realität leider nicht immer so einfach ist :)