Posts by MartinKG

    vdr-epg-daemon-1.3.29 lässt sich nun mit dem fix https://github.com/horchi/vdr-epg…af66834d61577f9
    kompilieren, allerdings bekomme ich bei der zukünftigen Fedora 42 mit gcc-15 die folgende Fehlermeldung:

    Quote

    gibt es hierzu auch eine Lösung ?

    Hallo,


    ich versuche gerade vdr-epg-daemon-1.3.29 unter Fedora 41 zu kompilieren, das schlägt allerdings fehl mit der folgenden Meldung:

    g++ -c -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer  -I/usr/include/mysql -I/usr/include/mysql/mysql -I/usr/include/python3.13 -I/usr/include/python3.13 -ggdb -fno-stack-protector -O -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Wno-complain-wrong-lang -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DBINDEST='"/usr/bin"' -DTARGET='"epgd"' -DLOG_PREFIX='""' -DPLGDIR='"/usr/lib64/epgd"' -DUSEUUID -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -DUSEJSON -DUSEGUNZIP -DSYSDWDIFO -DUSESYSD -I/usr/include/libxml2 -DWITH_GZFILEOP -I/usr/include/libxml2 -DWITH_GZFILEOP -I/usr/include/python3.13 -I/usr/include/python3.13 -DGIT_REV='""' -o webdo.o webdo.c
    webdo.c: In member function ‘int cEpgHttpd::doLog(MHD_Connection*, json_t*)’:
    webdo.c:469:12: error: ‘eloAlways’ was not declared in this scope
     469 |       tell(eloAlways, "webif: (%d) %s\n", level, buffer);
         |            ^~~~~~~~~

    Wie kann das behoben werden ?

    MarkusE

    ich habe mal die Änderungen von Thread segmentation-fault-bei-aufruf-von-vdr-help-mit-installierten-plugin-tvscraper
    übernommen, weis nur nicht, ob die passen.
    Damit jedenfalls tritt bei mir der Segmentation fault ebenfalls nicht mehr auf.

    passt dieser Patch ?

    Bei Fedora wird über die /usr/sbin/runvdr im Verzeichnis
    /usr/lib64/vdr nachgeschaut, welche Plugins existieren und die werden dann auch geladen, so interpretiere ich es zumindestens.

    Quote

    Bei mir läuft der VDR mit diesen Optionen
    # ps -ef |grep vdr
    vdr 2588 1 10 16:28 ? 00:00:41 /usr/sbin/vdr -v /video --vfat -D1 -u vdr --userdump -s vdr-shutdown.sh --plugin=softhddevice -s -g 1680x1050+200+100 -a hw:0,0 -d :1.0 -v vdpau --plugin=streamdev-client --plugin=dvbhddevice --plugin=markad --logocachedir=/var/lib/vdr/data/markad/logos --autologo=2 --plugin=burn -d /data/tmp --tempdir=/data/tmp --iso=/data/film --dvd=/dev/sr1 --plugin=epgsearch -l /var/log/vdr/epgsearch.log --plugin=live --ip=127.0.0.1 --plugin=skinnopacity --iconpath=/usr/share/vdr/plugins/skinnopacity/icons/ --logopath=/usr/share/vdr/plugins/skinnopacity/logos/ --epgimages=/var/cache/vdr/plugins/skinnopacity/epgimages/ --plugin=streamdev-server --plugin=tvguide --logopath=/usr/share/vdr/plugins/tvguide/channellogos/ --epgimages=/usr/share/vdr/plugins/tvguide/epgimages/ --iconpath=/usr/share/vdr/plugins/tvguide/epgimages/ --plugin=tvscraper --dir=/var/cache/vdr/plugins/tvscraper/

    ich habe mal die Ausgabe von "journalctl --unit vdr -b" nach dem Ausführen von "vdr --version" angehängt.

    Warum machst Du nicht den von mir vorgeschlagenen Test (nur tvscraper, sonst kein Plugin)?

    Du kannst dazu in /etc/vdr/conf.d die Links zu allen Plugin-Konfigurationsdateien (außer tvscraper) löschen.


    > mit dem tvscraper startet der vdr erst gar nicht.

    Dann gibt es bestimmt Fehlermeldungen. Welche?

    ich bin hier unter Fedora unterwegs, da gibt es kein conf.d

    und eine Fehlermeldung gibt es auch nicht, das Kommando beendet sich einfach.

    wenn ich aus der Konsole heraus starte mit

    martin@fc41:~$ /usr/sbin/vdr -v /video -D1 -u vdr --vfat --userdump -s vdr-shutdown.sh --plugin='dvbhddevice' --plugin='softhddevice -g 1680x1050+100+100 -a pipewire -d :1 -v vdpau' --plugin='tvscraper'

    mit dem tvscraper startet der vdr erst gar nicht.
    martin@fc41:~$ /usr/sbin/vdr -v /video -D1 -u vdr --vfat --userdump -s vdr-shutdown.sh --plugin='dvbhddevice' --plugin='softhddevice -g 1680x1050+100+100 -a pipewire -d :1 -v vdpau' --plugin='tvscraper --dir=/var/cache/vdr/plugins/tvscraper/'

    also ich bekomme das folgendes bei einem bt

    (gdb) r
    Starting program: /usr/sbin/vdr --version
    [Thread debugging using libthread_db enabled]
    Using host libthread_db library "/lib64/libthread_db.so.1".
    vdr (2.6.9/2.6.9) - The Video Disk Recorder
    burn (0.3.0) - Versatile convert-and-burn plugin
    conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
    dvbhddevice (2.2.0) - HD Full Featured DVB device
    epgsearch (2.4.1) - search the EPG for repeats and more
    epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
    live (3.3.12) - Live Interactive VDR Environment
    markad (4.2.8) - Mark advertisements
    quickepgsearch (0.0.1) - Quick search for broadcasts
    skinnopacity (1.1.19-Beta) - 'nOpacity' Skin
    softhddevice (2.4.1) - A software and GPU emulated UHD device
    streamdev-client (0.6.3) - VTP Streaming Client
    streamdev-server (0.6.3) - VDR Streaming Server
    tvguide (1.3.9) - A fancy 2d EPG Viewer
    tvscraper (1.2.11) - Scraping movie and series info

    Program received signal SIGSEGV, Segmentation fault.
    0x00005555556258ea in cListBase::Clear (this=0x5555557763c0 <EpgHandlers>) at /usr/src/debug/vdr-2.6.9-2.fc41.x86_64/tools.c:2300
    2300 delete objects;

    (gdb) bt
    #0 0x00005555556258ea in cListBase::Clear (this=0x5555557763c0 <EpgHandlers>) at /usr/src/debug/vdr-2.6.9-2.fc41.x86_64/tools.c:2300
    #1 cListBase::~cListBase (this=0x5555557763c0 <EpgHandlers>, this=<optimized out>) at /usr/src/debug/vdr-2.6.9-2.fc41.x86_64/tools.c:2207
    #2 cList<cEpgHandler>::~cList (this=0x5555557763c0 <EpgHandlers>, this=<optimized out>) at /usr/src/debug/vdr-2.6.9-2.fc41.x86_64/tools.h:644
    #3 cEpgHandlers::~cEpgHandlers (this=0x5555557763c0 <EpgHandlers>, this=<optimized out>) at /usr/src/debug/vdr-2.6.9-2.fc41.x86_64/epg.h:310
    #4 0x00007ffff7742701 in __run_exit_handlers () at /lib64/libc.so.6
    #5 0x00007ffff77427ce in exit () at /lib64/libc.so.6
    #6 0x00007ffff772924f in __libc_start_call_main () at /lib64/libc.so.6
    #7 0x00007ffff772930b in __libc_start_main_impl () at /lib64/libc.so.6
    #8 0x00005555555c0f35 in _start ()

    Aus dem Backtrace kann ich nichts erkennen, installiere doch mal die Debug Version von markad. Falls das die Ursache sein sollte, sieht man vielleicht mehr. Was ich aber nicht glaube, weil bei mir geht das ohne Crash (allerdings mit VDR 2.7.3).

    die Ausgabe bleibt identisch, wenn ich die markad debug Version installiere.

    Aber der Segmentaion fault wird vom vdr-tvscraper-plugin (vdr-tvscraper-1.2.10-1.fc41.x86_64) verursacht, habe es deinstalliert.
    Die Frage ist nun, was passt da nicht ?

    Aufgrufen wird das Plugin mit diesem Parameter

    --plugin=tvscraper --dir=/var/cache/vdr/plugins/tvscraper/

    Code
    # ll /var/cache/vdr/plugins/tvscraper/
    insgesamt 130620
    drwxr-xr-x.   2 vdr video      4096 27. Okt 10:48 epg
    drwxr-xr-x.   5 vdr video     36864 16. Nov 15:43 movies
    drwxr-xr-x.   2 vdr video      4096 27. Okt 10:48 recordings
    drwxr-xr-x. 412 vdr video     20480 16. Nov 15:41 series
    -rw-r--r--.   1 vdr video 133685248 16. Nov 15:53 tvscraper2.db

    Hallo,

    ich erhalte eine Segmentation fault, wenn ich das Kommando 'vdr --version' absetze, aber ansonsten läuft der VDR prima.

    anbei mal der Backtrace.

    ich habe da mal eine Frage.

    Meine ganzen VDR-Plugins sind gegen vdr-2.6.9 kompiliert, wenn ich nun den vdr auf 2.7.2 update, fkt. dann die
    Plugin's noch (kann es jetzt nicht so einfach testen), oder muss ich die ganzen Plugins neu übersetzen ?

    Danke für die Info, ich habe mal meinen Patch angehängt.

    Hallo,

    wenn ich vdr-skindesigner-2.12 mit vdr-2.7.2 kompilieren möchte, bekomme ich die folgende Fehlermeldung:

    hat jemand bereits eine Patch hierzu ?

    Danke Martin

    Das ist der Fluch aktueller Versionen. LibreELEC und CoreELEC lassen da nichts anbrennen und manchmal nervt das etwas.

    Aktuell nutzt CoreELEC die Version

    Code
    PKG_VERSION="14.1.0"

    des gcc.

    also bei mir kompiliert es wenn ich folgendes ändere

    Code
    sed -i -e 's|xmlErrorPtr xmlErr = xmlGetLastError();|const xmlError* xmlErr = xmlGetLastError();|' source.cpp