VDR Version 2.8.2 freigegeben

  • Bitte eventuelle Fehler in jeweils einem eigenen Thread posten, und im Titel "[VDR 2.8.2] ..." schreiben, damit diese nicht in der Tiefe dieses Threads "versinken".

  • Du wolltest doch noch

    mit aufnehmen (SpinUp mindestens 60 Sekunden vor dem Timer-Start)

  • Die Pakete in https://launchpad.net/~seahawk1986-h…buntu/vdr-2.8.2 sind weitgehend fertig.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • seahawk1986

    epgsearch scheint zu fehlen

    Hard- / Software
    • Octopus NET / MINI ITX / Chieftec IX-01B Case / DD-Max8 / DUR-LINE UK 124 Unicable / 8 x DVB-S2
    • Server / seahawk1986 / yaVDR-ansible - 2.8.2 / Ubuntu 24.04 / 6x DVB-S2 vtuner / ProLiant ML10 v2 / VmWare-ESXI 7.0.3 / 32 GB RAM / 4TB Raid1 Daten / 4TB Raid1 Aufnahmen
    • Client / seahawk1986 / yaVDR-ansible - 2.8.2 / Ubuntu 24.04 / 2x DVB-S2 vtuner / Intel NUC8i3BEH / 16 GB RAM / 512GB m.2 SSD / 85" Samsung TV / 10" Allnet-Tablet osd2web / Denon X3300W AVR
  • Ich hab erst jetzt auf 2.8.2 (von 2.7.9) upgedated.

    Soweit ich das sehe, wird beim löschen eines Timers per SVDRP (DELT) das Trigger script record.sh (übergeben via Kommandozeile --record record.sh) NICHT aufgerufen. Unter 2.7.9 kam dieser Aufruf.

    Ist das beabsichtigt oder ein Bug?

  • Daran hat sich eigentlich nichts geändert:

    Code
    void cSVDRPServer::CmdDELT(const char *Option)
    {
    ...
               Timers->Del(Timer);
    ...
    }
    Code
    void cTimers::Del(cTimer *Timer, bool DeleteObject)
    {
      cStatus::MsgTimerChange(Timer, tcDel);
      cConfig<cTimer>::Del(Timer, DeleteObject);
    }
  • Danke kls für die schnelle Reaktion.

    Ich hab mal grob den Source-Code gescannt und wie Du auch keine offensichtlichen Grund gefunden.

    Gleichzeitig ist das Verhalten jedoch reproduzierbar:

    Und das Log File ruft record.sh mit "started" aber nicht mit "after" auf:

    Kann ich noch irgendwelche Detail / Debug Logs erzeugen um das Problem einzugrenzen?

  • Und das Log File ruft record.sh mit "started" aber nicht mit "after" auf:

    bei mir wird das Script immer mit dem passenden Parameter aufgerufen.
    Teste doch mal als Minimalscript das:

    Bash
    #!/bin/bash
    
    STATE="$1"
    RECORDING="$2"
    
    /bin/logger -s -i "STATE >${STATE}< RECORDING >${RECORDING}<"

    Kommt da das Passende im Log/Journal?

    VDR zwei drei
    • VDR 01 (Server): VDR 2.8.2 - 4 x TT Budget S2-3200
      Plugins: [channellists - control - epgsearch - live - markad - streamdev-server - tvscraper]
    • VDR 02 (Client): VDR 2.8.1 - 1 x TT Premium S2-6400 (HDMI an TV), 1 x softhddevice (HDMI an TV); TV Grundig 40 VLE 8160 SL; TFT-Display Origen AE 16T
      Plugins: [channellists - control - dvbhddevice - epgsync - graphtftng - iptv - osdteletext - skinnopacity - softhddevice - svdrpservice - tvscraper]
  • Danke für den Hinweis.

    Meines Erachtens kann das Problem jedoch nicht im record.sh script liegen, da der Log Eintrag von vdr erzeugt wird (unabhängig von der Ausführung des Skripts).

    Wenn die Aufnahme durchläuft funktioniert auch alles und das Skript wird mit "after" aufgerufen wird, das sehe ich an Hand der Aktionen die es startet (start eines temporären systemd-jobs).

  • Hast Du noch ein Log davon? So wie in Post #10

    Ja klar. Hier ein Beispiel von heute früh (normaler Timer):
    Aus welchen Gründen auch immer wurde vor um 0:0 neu gestartet, daher der verspätete Restart der Aufnahme, aber das funktioniert ähnlich in allen anderen Fällen.

  • FireFly
    Hier das Ergebnis auf einem testweise downgraded Rechner:

    Und das Log

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!