SmartEPGvu+ V2024-02-04

Die Tuner-Konfiguration sieht für mich OK aus.
Ich bin jetzt nicht der Log Spezialist, aber es fällt auf, dass bei jedem Scan 43 Sender anstehen. Wenn Du die Einstellung "Smarte Kanalauswahl" aktivierst, dann werden nur die Sender gescannt, die in den nächsten 24h einen Timer gesetzt haben. Das dürften deutlich weniger Sender sein. Oder nimmst Du wirklich von 43 Sendern innerhalb 24 Stunden so viel auf ?

@RickiKing:
das ist mit Absicht so eingestellt, ich lasse den Scan laufen, um die EPG-Daten von allen Sendern zu aktualisieren. Das andere ist zwar schneller, aber bis zu den Fällen mit dem eingefrorenem Bild ist er immer unauffällig im Hintergrund gelaufen.

Dann muß ich jetzt passen. Das muss sich jemand anderes anschauen.

Was mich noch interessieren würde, wäre ein Info-Log von SE. Dazu bitte in die Timersicht (5) gehen und dort Rot-Lang drücken. Auf dem Schirm wird nichts passieren, aber im Root-Verzeichnis der Festplatte liegt dann eine Datei "SmartEPGvu+_Info_2022....log".

@firebird3314:
ich habe gerade gemacht, was du beschrieben hast, aber im Root-Verzeichnis der HDD ist kein File mit diesem Namen, neben dem Logfile "SmartEPGvu+_2022-07.log" nur noh "SmartEPGvu+_TimerDB_2022-07.log".

Jetzt hat es geklappt, hier ist das Logfile.

Verständnisfrage Lost Event Timer

Hallo zusammen,

es kommt immer häufiger vor, dass die Aufnahmezeiten von Timern verschoben werden, wenn Wiederholungen innerhalb der im Wiki erwähnten 3h, ausgestrahlt werden.
Wird keine Wiederholung ausgestrahlt, funktionieren die Aufnahmen ohne Probleme.

Beispiel:
Geplante Aufnahme von 14:20-15:00 Folge 1
Geplante Aufnahme von 15:00-15:40 Folge 2
Wiederholung von Folge 1 um 17:15-17:55
Wiederholung von Folge 2 um 17:55-18:35

Ergebnis:
Folge 1 wird um 14:20 gestartet und aufgrund einer Lost-Event-Verschiebung durch SE erst um 17:55 beendet
Folge 2 wird dementsprechend um 15:00 gestartet und erst um 18:35 beendet
(+ Vor- und Nachlaufzeiten)

Betrifft:

• Timerquellen von Serienrecorder/Kiosk…
  
• Serien und Filme
  

Einstellungen:
VTI: Aufnahmezeiten an EPG anpassen: Nein
VTI: SQL-Datenbank aktivieren: Ja
SE: Background-Scanner: Aus

Bereits erfolglos getestet:
SE: Verlorene Event-Timer: Löschen/Blockieren
SE: Background-Scanner: Ein
VTI: SQL-Datenbank aktivieren: Nein
VTI: Ungültige epg.dat löschen

Aktuell erfolgreiche Massnahme:
Die Funktion CheckForEPGChanges in der TimerDB.py deaktivieren

Meine Fragen hierzu:

• Wie ermittelt SE die Lost-Events (EPG-Cache, vti.db, epg.dat oder über eine andere mit unbekannte DB) [epg.db hab ich nicht gefunden]
  
• was kann die Ursache für die Lost-Events sein, da das EPG ansonsten normal arbeitet, und wie kann dann die Lösung aussehen, um den Check wieder aktivieren zu können. Ist ja eigentlich eine nützliche Funktion
  
• könnte man alternativ, die Zeit für die „EPGChange-Suche“ einstellbar machen (3h ist etwas lang)
  
• könnte man den Check im Menü deaktivierbar machen (für alle Fälle)
  

Vielen Dank im voraus, für euere Bemühungen

Hallo twillight,

hat keine Eile, kann mir ja im Momment wie beschrieben behelfen.

Danke und schönen Urlaub

Guten Morgen zusmmen,

ich habe leider ein Problem mit dem EPG-Scan, das seit Mitte September dreimal aufgetreten ist (am 15.9., am 28.10. und heute).
Der Scan startet täglich um 4:15 Uhr und braucht ca. 20 Minuten (max. vier Tuner eingestellt). In den drei Fällen lief die Box noch Stunden später, was am aktiven Display zu sehen war.
Wie auf dem Bildschirmfoto zu sehen ist (Screenshot klappt nicht), hängt das System: Dauer-Spinner links oben, im Fenster kein Fortschritt zu sehen, keine Reaktion auf die Fernbedienung.
Die Box lässt sich dann nur noch mit einem "sudo reboot" vom Terminal, mit dem ich mich von meinem iPhone auf die Box eingelogt habe, neustarten. In allen drei Fällen habe ich nach dem
Neustarten einen manuellen Scan gestartet, der auch ohne Probleme durchgelaufen ist. Ich habe ein Logfile angehängt, das den heutigen Scan zeigt.
An dem Logfile sieht man, dass der Scan wohl durchgelaufen ist, aber zum Ende irgendwie hängen geblieben ist.

Bis letzte Woche, als die Box das zweite Mal hing, hatte ich übrigens für den Scan die maximale Anzahl an Tunern für den Scan eingestellt und dann auf vier reduziert.
Das scheint aber keinen Einfluss zu haben...

ich bin für jeden Ratschlag dankbar...


Viele Grüße
Markus

Der Scan ist beim letzten Schritt vor dem Ende hängengeblieben. Zeigen der Spinner und das Fernsehbild noch Aktivität, oder sind die auch eingefroren?

@firebird3314:
Der Spinner ist aktiv, und das Fernsehbild + Ton laufen weiter. Das Fenster ist aber eingefroren, und die Box reagiert auf keine Eingaben der Fernbedienung.

@MarkusB8170:

Es sieht so aus, als würde das GUI auf das Ende einer Datenbankoperation warten, die Rückmeldung erfolgt aber nie.

In dieser Datei habe ich ein Timeout eingebaut, welches das Warten nach 5 Minuten abbricht. Bitte entpacken, nach /usr/lib/enigma2/python/Plugins/Extensions/SmartEPGvu kopieren und das GUI neu starten. Da bisher nicht klar ist, was den Hänger genau auslöst, kann ich auch nicht sagen, ob der Hänger mit diesem Workaround gefixt ist, oder ein Folgefehler auftritt. So der Workaround ausgelöst wird, wird ein „EPGScan: timeout while waiting for EventCountThread4“ geloggt. Du kannst ja alle paar Wochen nachsehen, ob Du die Meldung in Deinem Log findest.

Vielen Dank, ich werde das morgen oder am Montag ausprobieren.

@firebird3314:
Die Datei ist jetzt auf der Box, das Original habe ich nach SE_Scan.pyo.alt umbenannt.
Dann werde ich ich in nächster Zeit regelmäßig das Logfile nach der timeout-Meldung durchsuchen.
Schönen Abend noch und vielen Dank für den Workaround, der hoffentlich funktioniert.

Ich bin gespannt.

Ebenfalls einen schönen Abend.

Heute beim update von VTI ist mir aufgefallen, das das volle durchbooten des Gerätes zum scan eigentlich nicht sein müßte.
Also, das Gerät ist heute morgen ab 6:00 Uhr irgendwann mal gestartet, es kam die Meldung, das es ein VTI update gibt und das war es. Beim Image habe ich schon angeregt, einen Timer diesbezüglich einzubauen, aber ich frage mich, selbst wenn das update Fenster wieder weggeht, ob dann gescannnt wird.

Ich habe den Scan manuell gestartet. Im Log ist zu sehen, dass die Vu nach den von mir eingestellten 3 Stunden ohne Aktivität sich abgeschaltet hat, ohne Scan.
Allerdings ist es auch so, dass der Background Scan, entsprechend der Einstellung, nach einem Start einen Scan durchführt.