TomJoad Professional

Was passiert wenn du auf beiden seiten any host einstellst? Das habe ich und dann kommt auf beiden Seiten auch "client created for ..."

svdrpsend -d host befehl sollte in alle Richtungen funktionieren. Man kann das auch zu Fuss machen mit telnet client 6419 sollte 220 client SVDRP VideoDiskRecoder version zurückkommen lstt sollte die timer des clients mit 250 am Anfang zeigen quit beendet die Session

Als erstes würde ich in die svdrphost.conf auf beiden Maschinen schauen - Netzwerkkommunikation allgemein - Firewall?

Habe wegen vdr >= 2.7.8 neue Version 2.4.6 getagged

Es gibt nur noch "Button$Commands" und nicht mehr "Commands" in den po-Dateien (seit 2.7.8)

Funktioniert hier in der Kombination. epgsearch nutzt auch nur die Funktionen des vdrs, nichts eigenes. Was passiert denn, wenn man einen neuen Timer über das Timermenü des vdr mit Ziel remote angibt?

Modified ist automatisch beim Writelock gesetzt, ausser man ruft direkt SetExplicitModify() auf, dann wird die Statusänderung nur nach SetModified() durchgeführt. Das macht man immer dann, wenn man sich einen WRITE-Lock holt, aber noch nicht weiss, ob man wirklich was ändert.

Auf jeden Fall solltest du mal den Loglevel von epgsearch auf 3 hochsetzen.

Man sollte auch die SVDRP-Schnittstelle nicht vergessen, halb-gelöschte Aufnahmen anzeigen, forced Löschen, ...?

msprintf ist ein wrapper von vasprintf() aus epgsearchtools.c (kann nicht sagen, warum das eingeführt wurde, war vor meiner Betreuungszeit). Ich habe halt keine Umgebung für 32bit und bei mir crashed nichts.

@S:oren Patch scheint ziemlich vollständig zu sein, aber m.E. fehlt noch in searchtimer_thread.c::SummaryExtended() start und stop bei msprintf()

@S:oren was hältst du davon, wie vdr mit %jd und cast auf (intmax_t) zu arbeiten?

machtnix epgsearch kennt genausolang wie der vdr remote Timer. Wenn das eingerichtet ist, gibt es bei "Timer editieren" die Abfrage "Aufnehmen auf ...". Es ist auch der Konfliktcheck remote einrichtbar. Nur Suchtimer sind auf lokale timer beschränkt, weil die Überwachung mit timersdone und epgsearchdone.data auf Wiederholungen und korrekte Aufnahmen nicht mehr leicht realisierbar ist.

Ich habe wegen MainThreadHook() und warten auf SVDRP-Ready das Handling überarbeitet. Bitte kurz testen, bevor ich die Änderungen ins git schiebe

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

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…

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.

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…

oder in der Makefile am Ende von export CXXFLAGS = .... flags) -std=c++17 hinzufügen. Braucht die Version 9 wohl.

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