Das Scrapen passiert doch eh nur einmal bei der Intialisierung, danach stellt man das in der epgd.conf doch eh ab.
epgd / epg2vdr / scraper2vdr
-
-
Hallo,
beim Aufruf der Constabel Serieninfos im WFE kommt bei mir immer noch "Server nicht erreichbar".
In der epgd.conf steht:Was fehlt da noch bzw. was muss ich tun, damit die Infos im WFE angezeigt werden ?
Danke und Gruß
marpiet
Die Konfiguration ist soweit richtig, wir hatten das Problem schon mal, ich weiß nicht mehr ob in diesem Thread und was exact die Lösung war.
Es war jedenfalls eine fehlende/falsche lib auf dem System, glaube die libcurl ohne ssl support (Constabel setzt ssl voraus), hast du die? -
Es war jedenfalls eine fehlende/falsche lib auf dem System, glaube die libcurl ohne ssl support (Constabel setzt ssl voraus), hast du die?
yep: www.vdr-portal.de/board16-vide…-scraper2vdr/#post1282446
er hats aber aus frodos repo, ggfs ist es da schon falsch gebaut.
Christian
-
News:
- die Portierung von epg2vdr für vdr 2.3.2 ist fertig und im git, die Version ist weiterhin mit 2.2.x kompatibel
- der gemeldete Fehler mit dem maskieren von Apostroph Zeichen im Namen der Aufnahmen ist behoben
- der epghttpd kann ab Version 1.1.79 auch https, zum aktivieren die Option httpTls = 1 in die epgd.conf eintragen und darauf achten dass die libmicohttpd mit SSL support übersetzt ist sowie die Schüssel wie unter erläutert anlegenCodeopenssl genrsa -out server.key 1024 openssl req -days 365 -out server.pem -new -x509 -key server.key
beide Dateien unter genau diesem namen in /etc/epgd/ ablegen und die rechte so einstellen dass sie der epghttpd lesen kannGrüße Jörg
-
Update (epgd / epghttpd Version 1.1.84 - epg2vdr Plugin Version 1.1.25)
Features:
- Hilfetexte im Timer und Suchtimer Dialog erweitert
- Neuer Mode 'Template' für die Ermittlung des Dateinamens der AufnahmenZitatErmittlung des Dateinamens
Der Dateinamen wird, mit Ausnahme des Mode 'VDR', über das Python Skript (/etc/epgd/recording.py) ermittelt, er kann bereits Pfadangaben erhalten.0 VDR: Keine Ermittlung des Dateinamens, die Bezeichnung der Aufnahme wird dem VDR überlassen lediglich das unten angegebene Verzeichnis wird vorangestellt.
1 Auto: Automatische Auswahl des Mode Constable, Serie oder Kategorisiert
2 Constable: Dateinamen basierend auf Daten von Constabel (Titel/Staffel/xTeil-Nummer/Untertitel) sofern verfügbar
3 Serie: Serienaufnahme ohne Verwendung der Constabel Daten (Titel/Untertitel)
4 Kategorisiert: Einorden der Aufnahmen entsprechend der Film-Kategorie (Kategorie/Titel)
5 User: Hier kann man sich selbst im Python Skript verewigen
6 Template: Der Dateiname wird im Eingabefeld unten definiert, hierbei können Platzhalter (%...%) verwendet werden. Bei Eingabe von % erscheint die Auswahl der Platzhalter.Verzeichnis
Das Verzeichnis wird dem ermittelten Dateinamen (welcher bereits Verzeichnissangaben enthalten kann) vorangestellt. Hier kann entweder aus einem vorhandenen Verzeichnis ausgewählt werden oder es kann ein neuer Verzeichnisname eingegeben werden.
Beispiel für Mode 6 Template:CodeTemplate: "%episodname%/%partname%_Staffel-%season%_Folge-%part%" ergibt: Der rosarote Panther~Der rosarote Hungerleider_Staffel-03_Folge-32
Grundsätzlich war/ist es so gedacht das die Aufnahmen immer wieder nach einem einheitlichen Schema benannt werden, dieses unterscheidet sich lediglich durch die Art der Segnung (File / Serien mit Constabel Daten / Serien ohne Constabel Daten / ...).
Der Template Modus ist hinzugekommen weil einige Anwender den Aufbau des Namens nicht im Perl Skript festlegen möchten oder auch weil er je Serie unterschiedlich aufgebaut sein soll - Geschmacksache - nun geht beides.Installation:
Bei der Installation ist zu beachten das die neue im git ausgelieferte recording.py benötigt wird, sofern man unter /etc/epgd/ bereist eine hat wird diese von "make install" nicht automatisch überschrieben (es könnten ja User Anpassungen vorhanden sein.
Die neue wird in diesem Fall beim 'make install' unter /etc/epgd/recording.py.dist abgelegt und muss von Hand umbenannt werden!!Grüße Jörg
-
Danke fürs update. Die letzte Version baut bei mir allerdings nicht mehr. Es ist python 3.5.2 und 2.7 installiert
Codepython.c: In member function ‘void Python::showError()’: python.c:359:48: error: ‘PyString_FromString’ was not declared in this scope moduleName = PyString_FromString("traceback"); ^ python.c:373:50: error: ‘PyString_AsString’ was not declared in this scope tell(0, " %s", PyString_AsString(pystr)); ^ make[1]: *** [Makefile:94: python.o] Error 1 make[1]: Leaving directory '/usr/local/src/vdr-epg-daemon/lib' make: *** [Makefile:68: hlib] Error 2
-
epgd ist nur zu Python2 kompatibel (Python3 arbeitet bei Strings intern mit Unicode, daher gibt es die Funktion PyString_AsString nicht mehr), du musst in der Make.config, Makefile und lib/Makefile python-config durch python2-config ersetzen, damit er gegen Python 2 baut:
-
seahawk1986: Danke, damit baut es wieder
Witzigerweise hat es bis zur Version 1.1.79 auch "so" geklappt. -
Aktueller git Stand.... jetzt bekomm ich das, wenn ein Timer versucht etwas aufzuzeichnen:
CodeJan 19 22:10:58 xvdr1 vdr: epg2vdr: DEBUG: Pending Action 'M' for timer (1187), event 1679658, doneid 3924 Jan 19 22:10:58 xvdr1 vdr: epg2vdr: DEBUG: Got 'M' request for timer (1187), event (1679658) Jan 19 22:10:58 xvdr1 vdr: epg2vdr: Fatal: Missing definition of field 'timers.TEMPLATE' in dictionary! Jan 19 22:10:58 xvdr1 vdr: epg2vdr: Fatal: Field 'timers.TEMPLATE' not defined (missing in dictionary) Jan 19 22:10:58 xvdr1 kernel: [11543.860604] epg2vdr-update[12252]: segfault at 68 ip 00007f7da8900e13 sp 00007f7d8c0c8c80 error 4 in libvdr-epg2vdr.so.2.2.0[7f7da889a000+c2000]
Stimmt wohl was nicht. Hab ich was vergessen? -
Passt denn die epgd Version zu der von epg2vdr?
-
ja... sowohl Server als auch client geupdated.
-
-
seahawk1986: Danke, damit baut es wieder
Witzigerweise hat es bis zur Version 1.1.79 auch "so" geklappt.
Moin,ihr habt beider recht ;), es war immer Python2 und Python3 kompatibel, nur nicht mehr in der letzten Version.
Ist behoben, baut jetzt wieder mit beiden Versionen -
Komm grad aktuell nicht auf die Kiste von hier aus. Aber ich vermute auch, dass auf dem Client die epg.dat nicht passt, die hatte ich nämlich nicht gecheckt.
-
Komm grad aktuell nicht auf die Kiste von hier aus. Aber ich vermute auch, dass auf dem Client die epg.dat nicht passt, die hatte ich nämlich nicht gecheckt.
gerade nochmal geprüft, im git ist die epg.dat in Or dung und make install instilliert sie auch mit -
Ist behoben, baut jetzt wieder mit beiden Versionen
Mit Python3 noch nicht ganz:CodeCompile python ... g++ -c -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -O2 -pipe -fstack-protect or --param=ssp-buffer-size=4 -g -fvar-tracking-assignments -g -fvar-tracking-ass ignments -ggdb -fno-stack-protector -O0 -fPIC -Wextra -Wno-unused-parameter -Wre turn-type -Wall -Wno-parentheses -Wformat -pedantic -Wunused-variable -Wunused-l abel -Werror=format-security -Wparentheses -Wunused-value -Wunused-function -Wno -long-long -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/mysql -ggdb -fno-stack-protector -O0 -fPIC -Wextra -Wno-unused-parameter -Wreturn-type -Wal l -Wno-parentheses -Wformat -pedantic -Wunused-variable -Wunused-label -Werror=f ormat-security -Wparentheses -Wunused-value -Wunused-function -Wno-long-long -D_ LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -ggdb -O0 -I/usr/include/mysql -I/usr/i nclude/python3.6m -I/usr/include/python3.6m -D_GNU_SOURCE -DBINDEST='"/usr/bin"' -DTARGET='""' -DLOG_PREFIX='""' -DPLGDIR='"/usr/lib/epgd/plugins"' -DUSEUUID -D USEMD5 -DUSELIBXML -DUSELIBARCHIVE -DUSEJSON -DUSEGUNZIP -DSYSDWDIFO -DUSESYSD - I/usr/include/libxml2 -I/usr/include/libxml2 -I/usr/include/python3.6m -I/usr/in clude/python3.6m -DUSEUUID -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -DUSEJSON -DUSEG UNZIP -DSYSDWDIFO -DUSESYSD python.c -o python.o python.c: In Funktion »PyObject* pyStringFromString(const char*)«: python.c:367:32: Fehler: »S« wurde in diesem Gültigkeitsbereich nicht definiert return PyUnicode_FromString(S);; ^ make[1]: *** [Makefile:94: python.o] Fehler 1
Das erwartet ein kleines "s" (statt einem großen) als Argument für PyUnicode_FromString():Diff
Alles anzeigendiff --git a/lib/python.c b/lib/python.c index 33f9768..1a15db4 100644 --- a/lib/python.c +++ b/lib/python.c @@ -364,7 +364,7 @@ char* dupPyString(PyObject* pyObj) PyObject* pyStringFromString(const char* s) { #if PY_MAJOR_VERSION >= 3 - return PyUnicode_FromString(S);; + return PyUnicode_FromString(s);; #else return PyString_FromString(s);
-
ups - fixed
-
Hallo Horcht,
kann es sein, das sich beim EPG-Daemon 1.1.86 noch ein kleiner Typo eingeschlichen hat?
Bei uns baut er nicht mehr...
Code/epg-daemon/src/epg-daemon-1.1.86/lib/python.c:250: undefined reference to `Python::showError()' /epg-daemon/src/epg-daemon-1.1.86/lib/python.c:263: undefined reference to `Python::showError()' ./lib/libhorchi.a(python.o): In function `Python::execute(cDbTable*, int, char const*)': /epg-daemon-1.1.86/lib/python.c:305: undefined reference to `Python::showError()' collect2: error: ld returned 1 exit status Makefile:71: die Regel für Ziel „epgd“ scheiterte make[2]: *** [epgd] Fehler 1 Makefile:52: die Regel für Ziel „src/epg-daemon/epglv“ scheiterte make[1]: *** [src/epg-daemon/epglv] Fehler 2
Das Plugin ist mittlerweile sehr wichtig geworden, daher wird es auch immer wieder gleich vermisst
Danke für deine Entwicklungen.
Gruß,
Pit
-
der Fehler war gestern mal ganz kurz im git - bist du wirklich auf den HEAD?
-
Hallo Horchi,
vielen Dank für deine Rückmeldung. Wir laden immer runter sobald ein Tag von Dir gesetzt worden ist.
Wäre also super, wenn Du deine Neuentwicklung dann auch weiterhin "tags".
Danke,
Pit
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!