Posts by kfb77
-
-
Hallo,
hier die (vorerst) finale Version. Ich habe noch ein paar kleine Bugs beseitigt.
seahawk1986 : Vielleicht möchtest du den Patch auch in deine yavdr 2.4.1 Repositories aufnehmen, damit mehr Nutzer die Gelegenheit haben, es auszuprobieren.
Alle o.g. Patches wurden jetzt in einem diff zusammengefasst.
-
Ich bin mir jetzt nicht sicher, was du unter Sofortaufnahme verstehst. Wenn du unter "Programm" aus einer laufenden Sendung einen Timer erzeugt, kannst du dabei auch den Server angeben, auf dem aufgenommen werden soll.
Das ist getestet und funktioniert. Oder meinst du was anderes ?
-
Danke für die Tests. Falls du einen Bug findest, brauche ich "cat /var/log/syslog | grep live" bei loglevel vom VDR auf "3". Bei einem Crash auch noch den Backtrace.
-
klar, da sind meine Pfade drin, versuche es mal mit:
patch -d <dein Pfad zum live plugin> -p1 <Pfad und Dateiname 01 und 02 .diff File>
patch -d <dein Pfad zum live plugin> -p8 <Pfad und Dateiname 03 .diff File>
In der nächsten Version wird es besser, da fasse ich auch die .diff Files zusammen in Eines.
-
Hallo Speed,
alle drei gegen das Live Plugin, und zwar in numerischer Reihenfolge.
-
Hallo speed ,
ich grabe mal einen alten Thread aus: Ich hatte auch den Wunsch an remote Timern in Live und habe mir mal was gebaut:
Der Patch basiert auf den Quellcode von yavdr ansible und den hier beschrieben Patches von Xcoder und MarkusE , somit sind diese Funktionen weiterhin vorhanden (ich habe den Stand, den ich verwende habe mit angehängt). Zusätzlich können Timer auf remote Servern angelegt, geändert und zwischen lokal und remote verschoben werden.
Aktuell ist das noch Beta Code, der noch nicht ausreichend getestet ist, also nichts für einen produktiven VDR.
-
Hallo rkp,
das Problem hatte ich auch. Weniger wie loglevel 0 geht nicht und damit sind es immer noch zu viele Info Meldungen. Ich habe mir mal einen Patch dagegen gemacht.
-
plugin epg2vdr crash am Ende einer Aufnahme
Hallo,
es ist ja noch der Workaround von horchi in yavdr ansible drin.
Ich konnte inzwischen das Problem finden. Eigentlich steht ein guter Hinweis dazu schon im Sourcecode drin: "const cTimer* timer; // #TODO, it's may be fatal to hold a pointer to a timer!". Wenn man einen Timer löscht, steht dann da ein ungültiger Pointer drin, der dann am Ende irgendeiner Aufnahme zum Crash führt.
Hier ein Patch, der statt des Pointers auf den Timer die Timer ID verwendet. Da gleich auch die neuen Remote Timer berücksichtigt wurden, ist mindestens VDR Version 2.3.4 notwendig.
Könnte bitte jemand den Patch testen, bei mir läuft er auf dem produktiven VDR stabil.
-
Vielen Dank,
kann ich bestätigen.
-
Man kann das Problem einfach mit Telnet reproduzieren:
Display MoreCode- # telnet eplists.de 2006
- Trying 88.99.30.253...
- Connected to eplists.de.
- Escape character is '^]'.
- 220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 19:08:25 2019
- 220-Timeout after 60 seconds.
- 220-(3 of max 500 Clients)
- 220-Use HELP to see help.
- 220 Start SSL with STARTSSL
- HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL=
- 225-Thank you for identifying yourself
- 225-gzip-compression due to a bug temporarily disabled
- 225-block = 1
- 225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 2s). Please try again later. You are blocked now for 45s.
"HELLO epgd v1.1.146-GIT (21.10.2018), ID=7AABD184-AE96-4E31-82D9-5BDABF23D1AC MAIL=" ist der Input, den epgd verwendet.
-
Hallo,
ich glaube nicht, dass es ein Zertifikatsproblem unter 14.04 ist, da ich das Problem mit yavdr-experimental unter 18.04 auch habe.
Ich habe mal die Antworten von eplists.de beim Start von epgd ausgegeben:
Display MoreCode- 220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:37 2019; UTF-8
- 900 EPG2VDR epgd state change accepted
- 220 VDR-Test SVDRP VideoDiskRecorder 2.4.0; Thu Jul 25 15:45:47 2019; UTF-8
- 900 EPG2VDR epgd state change accepted
- 220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Jul 25 15:45:50 2019
- 220-Timeout after 60 seconds.
- 220-(3 of max 500 Clients)
- 220-Use HELP to see help.
- 220 Start SSL with STARTSSL
- 225 Setting encoding to utf8
- 225-Thank you for identifying yourself
- 225-gzip-compression due to a bug temporarily disabled
- 225-block = 1
- 225 Too many connections per minute from your IP. Please pause 90 seconds between every connection (Last pause: 10s). Please try again later. You are blocked now for 45s.
- ^C15:46:04,281
Nein, ich habe es nicht so kurz hintereinander versucht, o.g. Fehler bekomme ich immer, egal wie lange ich warte.
Die ersten vier Zeilen sehen tatsächlich so aus, als ob epgd zwei Mal mit 10s Abstand die Verbindung aufgebaut. Dann hätte es aber noch nie funktionieren dürfen ???Korrektur: die ersten vier Zeilen gehen an EPG2VDR, somit scheint eplists.de gerade grundsätzlich die Verbindung als "zu häufig" abzulehnen.
-
Hast du die Datei /root/.ssh/mysqlpasswd ? Inhalt sollte sein: export PASSWORD="<dein mariadb root password>".
-
seahawk1986 danke
M-Reimer grundsätzlich hast du ja Recht, aber trotz Mail sind viele Projektseiten nur sehr wenig beachtet.
Ich verwende für meinen VDR das yavdr experimental, das hat für mich einen aktuellen und stabilen Stand. Wenn ich mit einer Funktionen, die ich nutze, ein Problem habe, bekomme ich hier Hilfe oder baue die Lösung selbst und poste es. Die Patches, meine und die von anderen, sind alle im Repository von seahawk1986 gesammelt und ich hoffe auch, dass sie sich mal in einer Upstream Version wiederfinden.
-
Für die letzte Compiler Warnung aus epgsearch hätte ich auch noch einen Patch, damit baut das Plugin wieder ohne warnings durch.
Code- menu_conflictcheck.c: In member function 'bool cMenuConflictCheckDetailsItem::Update(bool)':
- menu_conflictcheck.c:160:6: warning: '%d' directive writing between 1 and 10 bytes into a region of size 2 [-Wformat-overflow=]
- bool cMenuConflictCheckDetailsItem::Update(bool Force)
- ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Display MoreDiff- --- menu_conflictcheck.c.org 2019-04-07 14:06:24.647697442 +0200
- +++ menu_conflictcheck.c 2019-04-07 15:32:40.136608082 +0200
- @@ -166,8 +166,12 @@
- const cTimer* timer = timerObj->timer;
- char device[2] = "";
- if (hasTimer) {
- - if (!timerObj->conflCheckTime && timerObj->device > -1)
- - sprintf(device, "%d", timerObj->device + 1);
- + if (!timerObj->conflCheckTime && timerObj->device > -1) {
- + char device_tmp[11] = "";
- + snprintf(device_tmp, 11, "%d", timerObj->device + 1);
- + strncpy(device, device_tmp, 2);
- + device[1] = '\0';
- + }
- else {
- if (timer->Local())
- strcpy(device, tr("C"));
-
Mein Eindruck ist, dass es hier im Forum eher gelesen wird, als beim Projekt.
-
um die Kompatibilität sicherzustellen, habe ich noch eine Version des Patches erstellt, die mit -std=c++03 und mit -std=c++11 baut. Ist wohl sicherer so für die Upstream Version ...
-
Ich habe den Patch mal eingebaut - alternativ müsste man im Makefile auch -std=c++11 setzen können (was für Upstream vermutlich einfacher wäre, weil das noch mit älteren Compiler-Versionen funktioniert), oder?
-std=c++11 reicht nicht, da ist die Funktion auch schon deprecated, mit -std=c++03 funktioniert es. Gibt es noch Systeme, die c++11 nicht unterstützen ?
QuoteThe C++11 standard made
auto_ptrdeprecated, replacing it with theunique_ptrclass template.auto_ptrwas fully removed in C++17 -
hier noch ein Patch für epgsearch, um die Compiler Warnung "auto_ptr is deprecated" loszuwerden, z.B.:
Display MoreDiff- diff -u vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/epgsearch.c vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/epgsearch.c
- --- vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/epgsearch.c 2019-03-22 13:01:17.000000000 +0100
- +++ vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/epgsearch.c 2019-04-06 22:37:45.654385076 +0200
- @@ -414,16 +414,16 @@
- if (Data == NULL)
- return true;
- Epgsearch_services_v1_0* serviceData = (Epgsearch_services_v1_0*) Data;
- - std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- - serviceData->handler = autoHandler;
- + std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- + serviceData->handler = std::move(autoHandler);
- return true;
- }
- if (strcmp(Id, "Epgsearch-services-v1.1") == 0) {
- if (Data == NULL)
- return true;
- Epgsearch_services_v1_1* serviceData = (Epgsearch_services_v1_1*) Data;
- - std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- - serviceData->handler = autoHandler;
- + std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- + serviceData->handler = std::move(autoHandler);
- return true;
- }
- return false;
- diff -u vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/services.h vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/services.h
- --- vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/services.h 2019-03-22 13:01:17.000000000 +0100
- +++ vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/services.h 2019-04-06 22:37:37.442440228 +0200
- @@ -154,7 +154,7 @@
- struct Epgsearch_services_v1_0 {
- // in/out
- - std::auto_ptr<cServiceHandler> handler;
- + std::unique_ptr<cServiceHandler> handler;
- };
- // Data structures for service "Epgsearch-services-v1.1"
- @@ -169,7 +169,7 @@
- struct Epgsearch_services_v1_1 {
- // in/out
- - std::auto_ptr<cServiceHandler_v1_1> handler;
- + std::unique_ptr<cServiceHandler_v1_1> handler;
- };
- // Data structures for service "Epgsearch-services-v1.2"
- @@ -184,7 +184,7 @@
- struct Epgsearch_services_v1_2 {
- // in/out
- - std::auto_ptr<cServiceHandler_v1_2> handler;
- + std::unique_ptr<cServiceHandler_v1_2> handler;
- };
- #endif
-
Die Zeile "deb-src http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic main" in die Datei "/etc/apt/sources.list.d/yavdr-ubuntu-experimental-vdr-bionic.list" hinzufügen.
