[EPGSearch] Neue Version v2.4.5

TomJoad · December 20, 2025 at 12:46 PM

Neue Version v2.4.5 getagged.

Wichtigste Änderungen seit 2.4.4
- Anpassungen an vdr 2.7.7 (CalcStartStopTime, MainThreadHook)
- Codemodernisierung und Dokupflege von Stefan Hofmann
- diverse Fixes und Verbesserungen
- Erweiterungen Contents Filter, Parental Rating von Stefan Hofmann
- Neuer allgemeiner Parameter für Suchtimer: Frist zur Begrenzung der Timererstellung
- Neue Spalte in der Suchtimerliste: Zeitpunkt der letzten Aufnahme
- Neue Variable "aux" zur Ausgabe der AUX-Eintrages EPG

wmautner · December 20, 2025 at 1:09 PM

Hi, ich habe das git von vdr-plugin-epgsearch verfolgt, kann aber 2.4.5 nicht mehr kompilieren:

In file included from blacklist.c:25:
epgsearchtools.h:156:42: error: ‘std::string encodeSpecialCharacters’ redeclared as different kind of entity
156 | std::string encodeSpecialCharacters(std::string_view s, bool nestedColon = false);
| ^~~~~~~~~~~
epgsearchtools.h:154:7: note: previous declaration ‘char* encodeSpecialCharacters(const char*, bool)’
154 | char* encodeSpecialCharacters(const char* s, bool nestedColon = false);
| ^~~~~~~~~~~~~~~~~~~~~~~
epgsearchtools.h:156:42: error: ‘string_view’ is not a member of ‘std’
156 | std::string encodeSpecialCharacters(std::string_view s, bool nestedColon = false);
| ^~~~~~~~~~~
epgsearchtools.h:156:42: note: ‘std::string_view’ is only available from C++17 onwards
epgsearchtools.h:156:57: error: expected primary-expression before ‘bool’
156 | std::string encodeSpecialCharacters(std::string_view s, bool nestedColon = false);
| ^~~~
epgsearchtools.h:157:42: error: ‘std::string decodeSpecialCharacters’ redeclared as different kind of entity
157 | std::string decodeSpecialCharacters(std::string_view s, bool nestedColon = false);

Verwende noch focal (mit esm und letztem LTS-Kernel.

Wo liegt hier der Fehler bei mir?

TomJoad · December 20, 2025 at 2:21 PM

was sagt bei dir g++ --version? Sollte mindestens 7 sein. Ist wahrscheinlich auch in focal nachinstallierbar

wmautner · December 20, 2025 at 4:20 PM

Danke mal

Leider dürfte es das nicht sein:

~# g++ --version
g++ (Ubuntu 9.4.0-1ubuntu1~20.04.3) 9.4.0

Na ich warte mal auf das kompilierte Plugin von Seahawk ...

TomJoad · December 20, 2025 at 7:45 PM

oder in der Makefile am Ende von export CXXFLAGS = .... flags) -std=c++17

hinzufügen. Braucht die Version 9 wohl.

seahawk1986 · December 20, 2025 at 9:26 PM

Quote from wmautner

Na ich warte mal auf das kompilierte Plugin von Seahawk ...

Hat in vdr-2.7.7 schon gebaut, ist aber noch nicht von Launchpad veröffentlicht worden - der von TomJoad vorgeschlagene Weg den C++ Standard festzulegen hat genügt.

kfb77 · December 21, 2025 at 6:54 PM

Muss ich mir um die Fehlermeldung "Please check svdrp - Searchtimers and Switchtimers might not work" Sorgen machen ? Epgsearch scheint aber zu funktionieren, wie es soll.

Code

So. 21.12.2025 18:48:58: EPGSearch log started (verbose level 1, version 2.4.5)
So. 21.12.2025 18:48:58: loading /var/lib/vdr/plugins/epgsearch/epgsearchuservars.conf
So. 21.12.2025 18:48:58: loading /var/lib/vdr/plugins/epgsearch/epgsearch.conf
So. 21.12.2025 18:48:58: loading /var/lib/vdr/plugins/epgsearch/epgsearchdone.data
So. 21.12.2025 18:48:58: loading /var/lib/vdr/plugins/epgsearch/epgsearchupdmail.templ
So. 21.12.2025 18:51:59: Please check svdrp - Searchtimers and Switchtimers might not work
So. 21.12.2025 18:52:09: search timer update started
So. 21.12.2025 18:52:09: search timer update finished
So. 21.12.2025 18:52:09: check for timer conflicts
So. 21.12.2025 18:52:09: check for timer conflicts - done
So. 21.12.2025 18:52:09: check for expired recordings started
So. 21.12.2025 18:52:09: check for expired recordings finished
So. 21.12.2025 18:52:09: manual timer check started
So. 21.12.2025 18:52:09: manual timer check finished

Display More

Edit:

Code

void WaitVDRReady()
{
    // if vdr has switched to the first program
    // we can be sure that SVDRP is setup
    int count = 0;
    while (count < 90  && !VDR_readyafterStartup && !cDevice::PrimaryDevice()->HasProgramme()) {
        cCondWait::SleepMs(2000);
        count++;
    }
    if (count == 90) {
        LogFile.eSysLog("Please check svdrp - Searchtimers and Switchtimers might not work");
    } else {
        LogFile.Log(2, "VDR Ready after %d seconds", count*2);
    }
    VDR_readyafterStartup = true; // VDR is ready or we waited 3 minutes
}

Display More

Diese Schleife wird bei einem Headless VDR nie vor "90" abgebrochen, da es kein Primary Device gibt.

MarkusE · December 21, 2025 at 8:03 PM

Quote from kfb77

Diese Schleife wird bei einem Headless VDR nie vor "90" abgebrochen, da es kein Primary Device gibt.

Ich denke VDR definert immer ein Primary Device, auch wenn es kein Ausgabeplugin gibt:

Code

2025-12-21T18:11:56.471680+01:00 rpi4s vdr: [1143555] found 2 DVB devices                                                                     
...
2025-12-21T18:11:56.488412+01:00 rpi4s vdr: [1143555] setting primary device to 1                                                             
2025-12-21T18:11:56.488849+01:00 rpi4s vdr: [1143555] device 1 has no MPEG decoder

kfb77 · December 21, 2025 at 8:05 PM

Da hast du Recht, dann hätte es auch eher gleich gecrashed. Er legt bei Start eines fest, aber ich nehme mal an, dass HasProgramme() niemals true liefern wird.

Code

bool cDevice::HasProgramme(void) const
{
  cMutexLock MutexLock(&mutexChannel); // to avoid a race between SVDRP CHAN and HasProgramme()
  return Replaying() || pidHandles[ptAudio].pid || pidHandles[ptVideo].pid;
}

MarkusE · December 21, 2025 at 8:19 PM

Sieht nach einem Fehler in "WaitVDRReady()" aus.

Es wäre für Plugins durchaus hilfreich, wenn VDR solche Informationen bereitstellen würde, wie:

SVDRP bereit
Alle Aufzeichnungen sind eingelesen
...

TomJoad · December 21, 2025 at 9:08 PM

Das ist das Problem, dass epgsearch sich darauf verlassen muss, dass svdrp funktioniert. Das war bisher durch den ersten Aufruf von MainThreadHook() realisiert.

Jetzt muss man etwas nehmen, was normalerweise bei dem Mainloop des VDR einen ersten Hinweis gibt, dass das Hochfahren abgeschlossen ist. Ohne HasProgramme() bekommen fast alle VDRs kein aktuelles EPG, es sei denn, es wird extern herbeigeführt und aktualisiert. Normalerweise beginnt jetzt epgsearch nach wenigen Sekunden, seine Threads zu starten.

Ohne HasProgramme() wird 90 Sekunden gewartet, dann läuft alles evtl. normal. Ich hatte überlegt, an der Stelle die Warnmeldung nur nach einem svdrp-PING zu bringen, habe aber befürchtet, der könne bei bestimmten Randbedingungen hängenbleiben und dann sieht man überhaupt keine Warnung. Der sd_notify() "VDR Ready" kommt auch schon vor der svdrp-Initialisierung.

Es wäre natürlich schön, einen Hinweis wie MarkusE geschrieben hat, zu bekommen, das muss ja nicht MainThreadHook() sein - oder gibt es etwas anders sinnvolles im Mainloop des VDR?

kfb77 · December 21, 2025 at 9:18 PM

Quote from TomJoad

Ohne HasProgramme() bekommen fast alle VDRs kein aktuelles EPG

Das kann so nicht stimmen, ich bekomme EPG Daten. Auch ohne externe Quellen.

Quote from TomJoad

Ohne HasProgramme() wird 90 Sekunden gewartet, dann läuft alles evtl. normal.

Das ist ja auch OK, aber die Fehlermeldung macht keinen so keinen Sinn, weil kein Fehler mit svdrp vorliegt. Vorschlag: Reduktion auf INFO Level und Text ändern, der dann den tatsächlichen Grund des Timeout der Loop widerspiegelt: "Konnte keine Ausgabe auf dem primären Device erkennen".

MarkusE · December 21, 2025 at 9:44 PM

Ich denke, der Name der Methode ist missverständlich:

Code

  virtual bool HasProgramme(void) const;                                                                                                      
         ///< Returns true if the device is currently showing any programme to                                                                
         ///< the user, either through replaying or live.

wenn es kein Ausgabeplugin gibt, ist das niemals true.

TomJoad · December 21, 2025 at 9:51 PM

Ich weiss halt nicht, wie lange vdr MainThreadHook() leben lässt. Sonst würde ich es erstmal wieder rückgängig machen und auf einen besseren Vorschlag hoffen.

kfb77 · December 21, 2025 at 10:11 PM

Würde es gehen, wenn du beim Start einfach 90s wartest und dann deine Threads auf die svdrp Schnittstelle loslaufen lässt ? Die müssen ja eh ein Fehler Handling haben und versuchen es halt im nächsten Update Zyklus wieder. Oder einen svdrp Befehl als Test absetzen, der immer geht: "svdrpsend stat disk"

TomJoad · December 22, 2025 at 12:03 AM

Wie gesagt, ich könnte einen svdrpsend "PING" absetzen und nur bei Problemen eine Meldung ausgeben, aber das darf nicht den Thread blockieren. Wenn jemand epgsearch nur als bessere Programmansicht nutzt, wird kein svdrp benutzt.

Das svdrp-Handling in epgsearch ist sowieso nicht optimal. Es müssten mehr Fehler abgefangen werden und es müsste ein Abbruchtimer gesetzt werden.

Bei der Gelegenheit hätte ich auch gerne gewusst, ob noch jemand statt des internen svdrp-Calls die Möglichkeit eines externen Skripts nutzt (da kann man dann die Fehlerrückgabe komplett vergessen).

SHF · December 22, 2025 at 1:50 AM

Quote from TomJoad

Bei der Gelegenheit hätte ich auch gerne gewusst, ob noch jemand statt des internen svdrp-Calls die Möglichkeit eines externen Skripts nutzt (da kann man dann die Fehlerrückgabe komplett vergessen).

War das nicht noch ein Relikt ganz aus der Anfangszeit?
Das wurde doch schon vor Jahrzehnten umgestellt. Ich wusste gar nicht, dass überhaupt noch geht.

SHofmann · December 22, 2025 at 2:13 PM

Quote from TomJoad

Bei der Gelegenheit hätte ich auch gerne gewusst, ob noch jemand statt des internen svdrp-Calls die Möglichkeit eines externen Skripts nutzt (da kann man dann die Fehlerrückgabe komplett vergessen).

Ich bin mir nicht ganz sicher, du genau mit "internen SVDRP-Call" meinst. Aber ich erinnere mich, das VDRadmin als Perl-Skript implementiert ist und und für alle Zugriffe auf den VDR und die unterstützten Plugins (somit auch EPGsearch) die SVDRP-Schnittstelle nutzt.

TomJoad · December 22, 2025 at 5:20 PM

Der Parameter --svdrpsendcmd ist nie entfernt worden und würde auch noch funktionieren.

SHF · December 23, 2025 at 12:32 AM

Ich wüsste nicht, dass ich den Parameter je benutzt hätte.

Allenfalls dann ganz am Anfang.
Wenn meine vage Erinnerung stimmt hat das mit der SVDRP-Übertragung Anfangs auch nicht so recht funktioniert.
Kann aber sein, dass ich das mit VDRadmin durcheinander bringe.

Participate now!