Spinner regelmäßig zu festen Uhrzeiten

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

    • Spinner regelmäßig zu festen Uhrzeiten

      Hi.

      Ich habe seit VTI 13 das Problem, dass der Spinner regelmäßig erscheint - und zwar immer um xx:35 Uhr (stündlich zur 35. Minute) und oft auch um xx:50 Uhr (unabhängig davon, wann die Box aus dem Deep Standby eingeschaltet wurde). Ich nutze weder EPG Share o.ä., wo Daten zu bestimmten Zeiten heruntergeladen werden noch ist ein regelmäßiger Cronjob aktiv. Was könnte denn noch im Hintergrund laufen, was regelmäßig zum Spinner führen kann?
      Wird vielleicht die Datenbankaktualisierung zu festen Zeiten durchgeführt? Die debug.log zeigt keine brauchbaren Infos (nur, dass die Box ein paar Sekunden lang nicht reagiert; "wait").
      Gruß Christoph :281:

    • Gute Idee. Aber wo finde ich die? Ich habe zwar Foreca und xbmc Wetter installiert, konnte dort aber keine entsprechende Einstellung finden.
      Und geändert habe ich da schon ewig nix. Bis VTI 11 gab es auch keine Spinner. ?(
      Gruß Christoph :281:

    • Edit: Danke. Dort steht: Aktualisierung alle 10 Minuten
      Passt dann eher nicht zu meinem Problem - oder?

      Edit 2: hab´s jetzt mal auf 60 Min. gestellt und werde es beobachten.
      Gruß Christoph :281:

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

    • Aktualisierung alle 10 Minuten
      bei derartigen Übertreibungen wundert es mich absolut nicht, das immer wieder irgendwelche Services abschalten oder Blockaden/Restriktionen einführen

      weder die Außentemperatur noch die Wettervorschau ändert sich annähernd so oft
      ============================================================================================

    • Ich habe an dieser Einstellung noch nie was geändert (kannte sie noch nicht einmal) ... ;)
      Gruß Christoph :281:

    • Noch eine Einstellung, die ich nicht kannte. :whistling:
      Werde ich heute Abend mal suchen gehen
      ...
      Gruß Christoph :281:

    • ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • Ja. Läuft noch - aber per Cronjob morgens um 6:45 Uhr.
      Imageupdates werden stündlich gesucht (hab´s jetzt mal hochgesetzt). Falls das die Ursache wäre: warum dann immer um xx:35 Uhr (unabhängig davon, wann die Box aus dem DeepStandby geweckt wurde; normalerweise um 18 Uhr)?
      Irgendwie merkwürdig, das Ganze. Aber an Eure Ideen hatte ich nicht gedacht - so habe ich zumindest wieder was gelernt.
      Werde weiter beobachten ...
      Gruß Christoph :281:

    • Imageupdate sollten einmal am Tag reichen, was erwartest du bei stündlich. :D
      Gruß

      Jürgen

      _________

      DUO 4K       DVB-S2x FBC Unicable IDLU-32UL40-UNBOO-OPP
      UNO 4K SE DVB-S2x FBC DUR-Line UK 124
      SOLO 4K DVB-S2 FBC Unicable IDLU-32UL40-UNBOO-OPP

      VTi 15.0.0

      AX61 HD OpenATV 7.1



    • zwei Hinweise:
      1. es gibt eine debug-Funktion im VTi, da sollte man sehen was wann abläuft
      2. wenigstens einmal sollte man in Ruhe die Einstellungen alle mal durchgehen, und dabei auch diverse Zeiten bemerken
      (ich hatte dir ja wegen camoFS schon immer angemerkt, das ich vermute deine Box wäre hoch belastet...)
      ============================================================================================

    • Habe ich inzwischen gemacht und keine weiteren Belastungen gefunden. :D
      Die debug-Funktion hatte ich genutzt - in allen Varianten. Aber es wurde jeweils nur eine Zeile angezeigt mit "xx Sekunden wait" (oder so ähnlich). Mehr war daraus nicht zu erkennen.
      Gruß Christoph :281:

    • bandito1966 schrieb:

      Imageupdate sollten einmal am Tag reichen, was erwartest du bei stündlich. :D
      Was soll man da dann Einstellen? 0=aus? Wen es aus ist wird dann trotzdem beim Start der VU einmal nach Updates gesucht? Wen ja würde es ja reichen.

      Sonnst wäre ja eine Einstellung (Beim Start nach Updates suchen) sinnvoll.

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

    • Keine Ahnung was man da einstellen sollte. Da ich mich hier jeden Tag aufhalte steht das bei mir auf aus. Wenn ich nicht jeden Tag hier reinschauen würde, dann würde ich das auf alle 24h einstellen. Sollte in meinen Augen reichen, eher sogar noch etwas länger.
      Gruß

      Jürgen

      _________

      DUO 4K       DVB-S2x FBC Unicable IDLU-32UL40-UNBOO-OPP
      UNO 4K SE DVB-S2x FBC DUR-Line UK 124
      SOLO 4K DVB-S2 FBC Unicable IDLU-32UL40-UNBOO-OPP

      VTi 15.0.0

      AX61 HD OpenATV 7.1



    • Ich muss das Thema doch noch mal hochbringen:
      ich habe alle eure Tipps beherzigt, alle Zeiten deutlich hoch gesetzt (Wetter: 12 Stunden; Image-Updatesuche: 24 Stunden), trotzdem kommt der Spinner immer noch täglich regelmäßig um xx:35 und xx.55; manchmal zusätzlich um xx:40 Uhr.
      In der debug-log finden sich dann jeweils folgende Einträge:

      Quellcode

      1. 21:34:46.000 [e2-python] next real activation isFri Sep 14 06:45:01 2018
      2. 21:34:59.144 [e2-core] getNextSourceSpan, current offset is 2208561960, m_skipmode_m = 0!
      3. 21:34:59.145 [e2-core] NO CUESHEET. (2208561960, 10485700)
      4. 21:35:05.887 [e2-core] main thread is non-idle! display spinner!
      5. 21:35:07.011 [e2-core] ERROR reading PES (fd=45) - Value too large for defined data type
      6. 21:35:10.544 [e2-core] getNextSourceSpan, current offset is 2219047660, m_skipmode_m = 0!
      7. 21:35:10.545 [e2-core] NO CUESHEET. (2219047660, 10485700)
      8. 21:35:20.000 [e2-python] next real activation isThu Sep 13 21:43:40 2018
      9. 21:35:21.546 [e2-core] getNextSourceSpan, current offset is 2229533360, m_skipmode_m = 0!
      10. 21:35:21.547 [e2-core] NO CUESHEET. (2229533360, 10485700)

      oder auch:

      Quellcode

      1. 8:55:00.000 [e2-python] next real activation isThu Sep 13 19:00:00 2018
      2. 18:55:00.302 [e2-core] getNextSourceSpan, current offset is 498177064, m_skipmode_m = 0!
      3. 18:55:00.302 [e2-core] NO CUESHEET. (498177064, 10485700)
      4. 18:55:06.382 [e2-core] getNextSourceSpan, current offset is 508662764, m_skipmode_m = 0!
      5. 18:55:06.383 [e2-core] NO CUESHEET. (508662764, 10485700)
      6. 18:55:06.976 [e2-core] main thread is non-idle! display spinner!
      7. 18:55:12.108 [e2-core] getNextSourceSpan, current offset is 519148464, m_skipmode_m = 0!
      8. 18:55:12.108 [e2-core] NO CUESHEET. (519148464, 10485700)
      9. 18:55:13.417 [e2-core] PCR 114f760a7 found at 815608484 pid ff (47 00 ff 3e 1f 12 8a 7b b1 53 80)
      10. 18:55:13.478 [e2-core] [eVTiApp] starting...

      und manchmal:

      Quellcode

      1. 20:54:52.381 [e2-core] NO CUESHEET. (3823136416, 10485700)
      2. 20:54:58.000 [e2-python] next real activation isFri Sep 14 06:45:01 2018
      3. 20:55:02.785 [e2-core] getNextSourceSpan, current offset is 3833622116, m_skipmode_m = 0!
      4. 20:55:02.785 [e2-core] NO CUESHEET. (3833622116, 10485700)
      5. 20:55:04.357 [e2-core] main thread is non-idle! display spinner!
      6. 20:55:10.855 [e2-core] [eVTiApp] starting...
      7. 20:55:10.855 [e2-core] before: 1
      8. 20:55:10.855 [e2-core] after: 1
      9. 20:55:10.855 [e2-core] old thread joined 0
      10. 20:55:10.856 [e2-core] [eVTiApp] connecting...
      11. 20:55:10.868 [e2-core] ERROR reading PES (fd=45) - Value too large for defined data type
      12. 20:55:12.858 [e2-core] [eVTiApp] connection timeout
      13. 20:55:12.858 [e2-core] [eVTiApp] connection terminated
      14. 20:55:12.858 [e2-core] [eVTiApp] retry to start connection in 60000 ms
      15. 20:55:13.215 [e2-core] getNextSourceSpan, current offset is 3844107816, m_skipmode_m = 0!
      16. 20:55:13.215 [e2-core] NO CUESHEET. (3844107816, 10485700)
      17. 20:55:23.771 [e2-core] getNextSourceSpan, current offset is 3854593516, m_skipmode_m = 0!
      18. 20:55:23.771 [e2-core] NO CUESHEET. (3854593516, 10485700)
      Alles anzeigen

      Könnt Ihr daraus evtl. irgendwas erkennen? ?(
      Gruß Christoph :281: