[erledigt] cStatus und TimerChange Probleme

Das machte mich etwas irre, bis ich das Problem eingrenzen konnte.

Ich habe einen Status Handler im Plugin. Eigentlich ziemlich simpel:

class StatusHandler : public cStatus {
    public:
        StatusHandler();
        ~StatusHandler() override;

    protected:
        void TimerChange(const cTimer *Timer, eTimerChange Change) override;
};

void StatusHandler::TimerChange(const cTimer* Timer, eTimerChange Change) {
    if (Change == eTimerChange::tcAdd) {
        fprintf(stderr, "Start Timer day, starttime = %ld, %ld\n", Timer->Day(), Timer->StartTime());
        fflush(stderr);
    } else if (Change == eTimerChange::tcDel) {
        fprintf(stderr, "Stop Timer day, starttime = %ld, %ld\n", Timer->Day(), Timer->StartTime());
        fflush(stderr);
    }
}

Mit einer leeren Timers.conf erstelle ich mit dem roten Button einen Timer. Wechsel in das Timer-Menu und lösche den Timer mit dem gelben Button.

Die Ausgabe aus dem StatusHandler (die Timestamps habe ich schon konvertiert):

Start Timer day, starttime = 1777932000, 1777993980
      2026-05-04 22:00:00.000000 +00:00, 2026-05-05 15:13:00.000000 +00:00

Stop Timer day, starttime = 1778018400, 1778080380
      2026-05-05 22:00:00.000000 +00:00, 2026-05-06 15:13:00.000000 +00:00

Es gibt nach dem Add nur einen einzigen Timer und genau den lösche ich dann auch. Aber warum unterscheiden sich beide Ausgaben genau um einen Tag?
Probleme mit der Zeitzone hätte ich noch verstanden, aber 24 Stunden Differenz ist mir völlig unklar.

Woher kann das kommen? Ich kann die timestamps im Falle tcDel manuell um 24 Stunden schieben, aber so richtig überzeugend ist das nicht.

Edit:
Ich habe die Ausgaben in das Status-Plugin gepackt und alle Plugins, die irgendwas mit Timern machen disabled.
Und auch da ist das Delete um 24 Stunden verschoben. Ein Mysterium....

Quote from FireFly

Gib die Zeit doch mal mit der VDR Funktion TimeToString() aus, dann ist es auch gleich in der richtigen Zeitzone

Gute Idee, aber....

Start Timer day, starttime = 1778018400, 1778018580, 1:1:2026-05-06:0003:0050:50:99:Xatar - Ein Leben ist nicht genug (1/3):
Stop Timer day, starttime = 1778104800, 1778104980, 1:1:2026-05-07:0003:0050:50:99:Xatar - Ein Leben ist nicht genug (1/3):

Auch der ToText ändert sich.

Ich denke, ich habe es gefunden. Der gelbe Löschbutton ruft auch cTimer::Skip() auf

void cTimer::Skip(void)
{
  cMutexLock MutexLock(&mutex);
  day = IncDay(SetTime(VpsTime(), 0), 1);
  startTime = 0;
  SetEvent(NULL);
}

Und genau hier wird tatsächlich 1 Tag addiert. Die Idee mit 24 Stunden abziehen ist gar nicht mehr so abwegig. Allerdings fühlt sich das immer noch falsch an. Ich muss da wohl etwas umbauen und nach einer besseren Lösung suchen.

Quote from kls

Kannst du bitte mal eine timers.conf-Zeile posten, die du verwendest? Nur damit ich genau die gleichen Voraussetzungen habe.

Ich habe einfach einen beliebigen Timer gesetzt (aus dem Programm heraus) und den dann direkt im Timer Menu wieder gelöscht. Die Auswahl ist dabei eher rein zufällig.

1:C-1-1051-10301:2026-05-07:0458:0540:50:99:Plusminus:

Das ist DVB-C und der Kanal ist "Das Erste".

Quote from kls

Inwiefern ist das Problem inzwischen erledigt?

Erledigt ist wohl der falsche Begriff. Ich hatte nach der Ursache gesucht, weil mir völlig unklar war, was ich da eigentlich sehe und warum es passiert. Die Fehlersuche hatte auf meinem Code beschränkt. Erledigt ist das in dem Sinne, daß ich jetzt verstanden zu haben glaube, welche Ursache vorliegt und ich für mein Problem eine andere Lösung suchen muss.

Bisher habe ich die Timervergleiche - wie im VDR - implementiert, das funktioniert aber hier bei dem Löschen eines Timers gar nicht. Glücklicherweise ist die Timer Id aber noch identisch und die kann ich für mein Problem verwenden, da ich beim Start des VDRs erstmal die Timerliste komplett lese.

Dann kam noch der Gedanke, daß selbst ein Fix sich nur auf die aktuelle Version des VDR beziehen kann und damit alle älteren Versionen das Problem weiter vorhanden sein wird.

Quote from kls

Probier bitte mal folgendes:

Das Ergebnis sieht perfekt aus:

Start Timer 19 day, starttime = 1778018400, 1778080380
Stop Timer 19 day, starttime = 1778018400, 1778080380

Jetzt stimmen beide Werte im cStatus::TimerChange überein.

Quote from kls

Es wäre nett, wenn einige drüberschauen und vielleicht sogar explizit testen würden.

Es läuft alles wie erwartet. Aber natürlich bedeutet das nicht, das ich etwas nicht doch übersehen haben könnte. Aber auf jeden Fall gibt es keine neuen Probleme - zumindest bei mir