epgd / epg2vdr / scraper2vdr

  • Das Scrapen passiert doch eh nur einmal bei der Intialisierung, danach stellt man das in der epgd.conf doch eh ab.


  • 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

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • 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 anlegen


    Code
    openssl 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 kann


    Grüß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 Aufnahmen



    Beispiel für Mode 6 Template:

    Code
    Template: "%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

    Einmal editiert, zuletzt von horchi ()

  • Danke fürs update. Die letzte Version baut bei mir allerdings nicht mehr. Es ist python 3.5.2 und 2.7 installiert


    Code
    python.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

    KODI, tvh, arch x86_64, Octopus net 2 x Duoflex C/C2/T2 , NUC7i3BNH, Crucial MX300 2TB, LG LM 669S

    Linux is the best OS I have ever seen -- Albert Einstein

  • 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:

    Code
    sed -i 's/python-config/python2-config/' Make.config
      sed -i 's/python-config/python2-config/' Makefile
      sed -i 's/python-config/python2-config/' lib/Makefile

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Aktueller git Stand.... jetzt bekomm ich das, wenn ein Timer versucht etwas aufzuzeichnen:

    Code
    Jan 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?

  • ja... sowohl Server als auch client geupdated.

  • Zitat

    ja... sowohl Server als auch client geupdated.


    was ergibt denn:

    Code
    grep -i template /etc/epgd/epg.dat

    Einmal editiert, zuletzt von horchi ()

  • 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:

    Code
    Compile 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():

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • 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?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!