[graphtftng] Timer lassen sich nicht löschen mit vdr-2.3.3

  • Hallo Zusammen,


    ich habe gerade festgestellt, dass sich mit vdr-2.3.3, wenn das graphtftng Plugin aktiv ist, Aufnahmen nicht beenden lassen.


    Folgendes Szenario:


    Ich starte eine Direktaufnahme, gehe dann ins Timermenü und will die Aufnahme löschen.


    Nachdem ich dann die Frage, ob ich den Timer wirklich löschen will, mit OK bestätigt habe, friert die Fernbedienung ein und nach einer Minute schlägt dann der Watchdog zu.


    Verwendet wird graphtftng aus dem git:


    https://projects.vdr-developer…dr-plugin-graphtftng.git/


    Log:


    Backtrace:


    Evtl. hat ja Jemand eine Idee dazu?

  • Hi,


    den Fehler habe ich schon mal gemeldet bekommen und konnte ihn bei mir (mit vdr 2.3.2) leider nicht reproduzieren - scheint ab VDR 2.3.2 (oder VDR 2.3.1) aufzutreten.


    Werde nicht mehr viel Zeit in das Plugin investieren da ein Nachfolge-Plugin bereits in Arbeit ist - mehr wird noch nicht verraten ;).


    Grüße Jörg


    /Edit: wobei der Backtrace gut ist, der letzte den ich bekommen habe hatte nicht weitergeholfen der hier scheint auf en ersten Blick aufschlussreicher . Sehe ich mir an, vermutlich aber erst nach Ostern

  • Bei mir tritt das Problem ebenfalls mit VDR 2.3.4 auf (ich hatte das schon mal unter [ANNOUNCE] VDR developer version 2.3.4 gepostet.


    Logs:


    Backtrace

    VDR 2.6.5 Kodi 18.6-Leia
    Debian GNU/Linux 12, Thermaltake DH102, ASUS PRIME N100I-D, CineS2 V6.5.
    Plugins:
    radio v1.1.0-6-g468280f , trayopenng 1.0.2, fritzbox 1.5.3, cdplayer 1.2.4, femon v2.4.0-GIT-d366856, menuorg 0.5.2, extrecmenung v2.0.4, streamdev-server v0.6.3, cecremote 1.5.0, osd2web 0.3.2, softhddevice v2.0.6-GIT97e825d

  • Das interne Locking von graphtft und die neuen Locks in vdr 2.3 führen leicht zu Deadlocks. Ich habe bei mir schon einiges rumgeschraubt, aber noch keine Lösung gefunden, die rundum funktioniert.

    vdr-2.6.4

    softhddevice, dbus2vdr, dvd, epgsearch, femon, graphtftng, hbbtv, menuorg,
    osdteletext, radio, recsearch, satip, tvguide, vnsiserver

    ubuntu focal, yavdr-ansible, linux-5.15 ,AsRock J4105, CIne CT-V7 DVB-C

  • Hallo,


    Gibt es für dieses Problem schon eine Lösung?

    Wind das Plugin aktuall überhaupt noch gepflegt?


    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

  • Also ich nutze es und ich habe diesen Fehler nicht:


    vdr (2.6.4/2.6.3) - The Video Disk Recorder

    channellists (0.0.6) - Manage your channellists

    dvbhddevice (2.2.0) - HD Full Featured DVB device

    epg2vdr (1.2.14-GIT189871b) - epg2vdr plugin

    graphtftng (0.6.16-GIT2.6.4) - VDR OSD on TFT

    hbbtv (0.2.0-b1) - HbbTV Plugin

    osdteletext (2.3.1) - Displays teletext on the OSD

    radio (2.6.4) - Radio Background-Image/RDS-Text

    remote (0.7.0) - Remote control

    scraper2vdr (1.1.2-GITd62670c) - 'scraper2vdr' plugin

    skincurses (2.4.3) - A text only skin

    skinnopacity (1.1.14) - 'nOpacity' Skin

    softhddevice (1.10.0-GIT5c85231) - A software and GPU emulated UHD device

    softhddrm (3.8-GIT7b41b9b) - A software and GPU emulated UHD device

    softhdvaapi (3.8-GIT7b41b9b) - A software and GPU emulated UHD device

    status (2.4.0) - Status monitor test

    streamdev-client (0.6.3) - VTP Streaming Client

    streamdev-server (0.6.3) - VDR Streaming Server

    vnsiserver (1.8.3) - VDR-Network-Streaming-Interface (VNSI) Server

    xineliboutput (2.2.0) - X11/xine-lib output plugin

  • Hallo nobanzai,


    Wirklich interessant.

    Welche Patche für graphtftng nutzt du?

    Und welches Ausgabeplugin?

    Und wie gibst du über graphtft aus? /dev/fb ?



    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

    Einmal editiert, zuletzt von pixelpeter ()

  • /usr/sbin/vdr -u vdr -c /etc/vdr -E /home/vdr/epg.data -L /usr/lib/vdr -r /etc/vdr/scripts/vdr.exec -t /dev/tty8 -v /var/spool/video/video0 -g /home/vdr/tmp/grabdir -w 0 --lirc=/run/lirc/lircd --dirnames=,,1 --shutdown=/etc/vdr/scripts/vdrshutdown -Pscraper2vdr --imagedir /var/spool/video/epgimages --mode=client -Psofthddevice -v va-api-egl -d :0.0 -g 1920x1080+0+0 -a pipewire -p pipewire -l 3 -Pchannellists -Pdvbhddevice -Pepg2vdr -Pgraphtftng -Posdteletext --directory=/home/vdr/teletext -Premote -p tcp:4444 -Pskinnopacity --logopath=/etc/vdr/logos/ --epgimages=/var/spool/video/epgimages --iconpath=/etc/vdr/plugins/skinnopacity/nopacity_iconpack/nopacity/


    Die eigentliche Ausgabe findet umschaltbar entweder über dvbhddevice (TT-6400) statt oder über das softhddevice.

    Das graphtftng Plugin bekomme keine Parameter, aber der Service dazu startet mit

    DISPLAY=:0.1 /usr/bin/graphtft-fe -W 800 -H 480 -n -b -h localhost

    Die Ausgabe hier läuft also via X-Server.

    An Patches verwende ich nur vdr-2.4.0-00-fix-opt-50_graphtftng.diff.

  • Danke.

    Kannst du bitte den Patch hier mal anhängen?

    Finde den nirgends.

    Werde das mit der X Ausgabe mal testen ob das Problem dann eventuell weg ist. Aktuell gibt bei mir graphtft via /dev/fb0 aus.


    Danke

    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

  • Anbei der Patch und meine xorg.conf für Zweischirmbetrieb Fernseher und TFT.

  • Hallo,


    Bei der Ausgabe von graphtft via X tritt das Problem definitiv nicht auf.


    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

    Einmal editiert, zuletzt von pixelpeter ()

  • Und das Problem tritt nur auf, wenn graphtftng aktiv ist?

    Und es gibt im journal keinen Hinweis auf ein drm Problem, wenn das Framebuffer device genutzt wird?

  • Ja, das Problem tritt nur auf wenn graphtft via /dev/fb aktiv ist.

    Und es passiert nur wenn ein laufender Timer gelöscht wird.


    Im log steht folgendes:


    Jun 19 21:16:19 vdr1 vdr[1869]: [1869] confirm: Timer löschen?

    Jun 19 21:16:19 vdr1 vdr[1869]: [1869] warning: Timer löschen?

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] confirmed

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] confirm: Timer zeichnet auf - trotzdem löschen?

    Jun 19 21:16:28 vdr1 vdr[1869]: [1869] warning: Timer zeichnet auf - trotzdem löschen?

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] confirmed

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') set to no event

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') finished with 0 errors

    Jun 19 21:16:31 vdr1 vdr[1869]: [2027] recording thread ended (pid=1869, tid=2027)

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] buffer stats: 477144 (2%) used

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] timer 1 (3 2100-2145 VPS 'Bayern erleben') stop

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] removing /media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec/.timer

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): recording stopped, recording count now 0

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): index 0, pid 2033, filename /media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec: recording stopped

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] markad: cStatusMarkAd::Recording(): remove recording <(null)> [/media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec] from list

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] executing '/vdr/scripte/record.sh after "/media/vdrvideo/Bayern_erleben/2023-06-19.21.00.3-0.rec"'

    Jun 19 21:16:31 vdr1 vdr[1869]: [1869] deleted timer 1 (3 2100-2145 VPS 'Bayern erleben')

    Jun 19 21:16:38 vdr1 vdr[1869]: [1869] PANIC: watchdog timer expired - exiting!

    Jun 19 21:16:41 vdr1 vdr[1869]: [1869] ERROR: ListGarbageCollector destroyed without prior Purge()!



    Peter

    VDR1: ASUS N100I-D D4 + IP TV Plugin + Flirc + softhddevice-git VAAPI + vdr-2.6.5 + 3 weitere Plugins + Debian Bookworm via M2 + Kernel 6.1.0


    VDR2: ASUS AT3IONT-I + PCTV USB Stick 461e + Nvidia 340.108 + Flirc + softhddevice-git + vdr-2.6.4 + 8 weitere Plugins + Samsung U70 + Debian Bullseye via SSD + Kernel 6.3.6 + LG 55 Zoll

  • Passiert das auch bei Timern, deren Aufnahme nicht gerade noch läuft?

    Was ist denn in dem Script alles drin? Denn eigentlich sieht es aus, als wäre alles sauber durch - nur das Script macht was, was den Watchdog auslöst.

    Denn "watchdog timer" bezieht sich ja nicht auf deinen Timer, sondern auf den Timer des watchdog von VDR.

Jetzt mitmachen!

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