[graphtftng] Fehler beim Compile mit vdr 2.7.3

r371769 · Nov 12th 2024

Quote from kamel5

Keine Ahnung, was Du da kompilierst.
Du hast Dir sicher auch aus dem verlinkten Beitrag, die Version 0.6.16c heruntergeladen und benutzt diese Version.
Da wurden z.B. alle "max(a, b);" durch "std::max(a, b);" ersetzt. Damit sollte genau dieser Fehler behoben werden.
Bei mir sieht diese Zeile z.B. so aus:
return std::max(min, res);

Grüße
kamel5

Display More

Ich habe bisher die Original-Sourcen aus dem git genutzt.

Bei der Version 0.6.16c bekomme ich den Absturz.

Aktuelles Log (Auszug):

Code

Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: dbus2vdr (31): Steuerung des VDR über D-Bus
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: desktop (0.0.3): desktop apps menu
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: devstatus (0.5.0): Status of dvb devices
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: graphtftng (0.6.16-GIT): VDR OSD on TFT
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: menuorg (0.5.2): Reorganizes the main menu
Nov 12 16:01:48 vdr-uhd vdr: [92463] loading menuorg config file from /var/lib/vdr/plugins/menuorg.xml
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: osd2web (0.3.2-GITb2d61d9): osd2web plugin
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: pulsecontrol (0.2.1): control settings of pulseaudio
Nov 12 16:01:48 vdr-uhd vdr: [92463] initializing plugin: softhddevice (2.3.8-GIT0f5db08): Ein Software und GPU emuliertes UHD-Gerät
Nov 12 16:01:48 vdr-uhd vdr: [92463] new device number 3 (card index 3)
Nov 12 16:01:48 vdr-uhd vdr: [92463] setting primary device to 3
Nov 12 16:01:48 vdr-uhd vdr: [92463] assuming manual start of VDR
Nov 12 16:01:48 vdr-uhd vdr: [92463] setting current skin to "lcars"
Nov 12 16:01:48 vdr-uhd vdr: [92463] loading /var/lib/vdr/themes/lcars-default.theme
Nov 12 16:01:48 vdr-uhd vdr: [92463] starting plugin: dbus2vdr
Nov 12 16:01:48 vdr-uhd vdr: [92489] dbus2vdr: mainloop started
Nov 12 16:01:48 vdr-uhd vdr: [92463] starting plugin: desktop
Nov 12 16:01:48 vdr-uhd vdr: [92463] starting plugin: devstatus
Nov 12 16:01:48 vdr-uhd vdr: [92463] starting plugin: graphtftng
Nov 12 16:01:48 vdr-uhd vdr: [92463] stopping plugin: devstatus
Nov 12 16:01:48 vdr-uhd vdr: [92463] stopping plugin: desktop
Nov 12 16:01:48 vdr-uhd vdr: [92463] stopping plugin: dbus2vdr
Nov 12 16:01:48 vdr-uhd vdr: [92489] dbus2vdr: System: connected with unique name :1.466
Nov 12 16:01:48 vdr-uhd vdr: [92489] dbus2vdr: thread-pool for handling signal-emits started
Nov 12 16:01:48 vdr-uhd vdr[92463]: g_dbus_connection_emit_signal: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
Nov 12 16:01:48 vdr-uhd vdr[92463]: g_dbus_connection_emit_signal: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
Nov 12 16:01:48 vdr-uhd vdr: [92463] dbus2vdr: thread-pool for handling signal-emits stopped
Nov 12 16:01:48 vdr-uhd vdr: [92489] dbus2vdr: mainloop stopped
Nov 12 16:01:48 vdr-uhd vdr: [92480] frontend 0/0 tuner thread ended (pid=92463, tid=92480)
Nov 12 16:01:48 vdr-uhd vdr: [92465] epg data reader thread ended (pid=92463, tid=92465)
Nov 12 16:01:48 vdr-uhd vdr: [92466] device 1 section handler thread ended (pid=92463, tid=92466)
Nov 12 16:01:48 vdr-uhd vdr: [92488] frontend 1/0 tuner thread ended (pid=92463, tid=92488)
Nov 12 16:01:48 vdr-uhd vdr: [92481] device 2 section handler thread ended (pid=92463, tid=92481)
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: softhddevice
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: pulsecontrol
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: osd2web
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: menuorg
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: graphtftng
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: devstatus
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: desktop
Nov 12 16:01:48 vdr-uhd vdr: [92463] deleting plugin: dbus2vdr
Nov 12 16:01:48 vdr-uhd vdr: [92463] exiting, exit code 2
Nov 12 16:01:48 vdr-uhd vdr: [92464] ERROR (tools.c,465): #036ǔV: Datei oder Verzeichnis nicht gefunden
Nov 12 16:01:48 vdr-uhd vdr: [92464] video directory scanner thread ended (pid=92463, tid=92464)
Nov 12 16:01:48 vdr-uhd systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Nov 12 16:01:48 vdr-uhd systemd[1]: vdr.service: Failed with result 'exit-code'.
Nov 12 16:01:48 vdr-uhd systemd[1]: Failed to start Video Disk Recorder.

Display More

Evtl. liegt es an den zusätzlichen Patches (aus dem seahawk-Repo):

Code

fix_radio_error_count.patch
vdr-2.7.2-patch-for-permashift.diff
vdr-2.6.8-dynamite.patch
04_newplugin.patch
81_Make_config.patch
99_ncursesw-include.patch
skincurses-log-errors.patch
allow-verbose-libsi-build.patch
use-cpp-flags.patch
opt-37-x_menuorg.patch
opt-42-x_MainMenuHooks-v1.0.1.patch
opt-56_eventdetails_v3.patch
opt-65_pin.patch
vdr-2.3.9-hide-first-recording-level-v2.patch
vdr-2.2.0-missing-plugin.patch
vdr-2.4.2_undelete.diff
vdr-2.4.0_zapcockpit-v2.patch
vdr-2.7.3-fix-warnings-of-undefined-deprecated-macros.patch

Display More

Braucht man die alle? oder andere?

kamel5 · Nov 12th 2024

Quote from r371769

Ich habe bisher die Original-Sourcen aus dem git genutzt.

Diese funktionieren ja seit geraumer Zeit mit den neueren VDR-Versionen nicht mehr, deshalb gibt es ja die angepasste Version.

Die Version 0.6.16c habe ich mal zum Testen, obwohl ich graphtftng selbst nicht produktiv nutze, an die neueren VDR-Versionen angepasst. Die lässt sich bei mir und anderen Anwendern übersetzen und funktioniert auch ohne Abstürze.

Quote from r371769

Evtl. liegt es an den zusätzlichen Patches (aus dem seahawk-Repo):
...
Braucht man die alle? oder andere?

Da kann ich nicht viel zu sagen, möglicherweise beißt sich da was, ich nutze dieses Repo nicht.

Du solltest vielleicht erst einmal mit dem Plain-VDR anfangen und sehen ob es damit geht. Und dann nacheinander die einzelnen Patches, die Du wirklich brauchst, solange hinzufügen und testen, bis es dann nicht mehr geht. Dann weist Du woran es liegt.

Grüße

kamel5

beinhart · Nov 12th 2024

@r371796

uebersetzt du denn den fuer graphtftng gepatchten vdr mit? falls nein, wir das nix (oder hab ich das ueberlesen?)

gruesse

beinhart

nobanzai · Nov 12th 2024

Quote from r371769

Hallo Michael,

bei mir stürzt der VDR leider ab, wenn ich das graphtftng-Plugin lade. Hast Du evtl. ein kleines HowTo, wie du das Plugin ans Laufen bekommen hast?

Viele Grüße
Frank

Display More

Über das hinaus, was die anderen geschrieben haben, kann ich auch nicht viel sagen.

Ich habe mit openSUSE Leap ein ganz anderes System als du.

Aber ich habe nix Anderes gemacht, als vdr 2.7.3 sowie die graphtft-ng-Sourcen zu nehmen, die hier als für vdr 2.7.3 gepatcht im Forum gepostet wurden (graphtftng (0.6.16-GIT2.7.3). Dann muss der vdr selbst noch mit einem Patch (vdr-2.4.0-00-fix-opt-50_graphtftng.dif) versorgt werden.

Anschließend übersetzen, installieren, starten, fertig.

r371769 · Nov 13th 2024

Quote from beinhart

@r371796
uebersetzt du denn den fuer graphtftng gepatchten vdr mit? falls nein, wir das nix (oder hab ich das ueberlesen?)

gruesse
beinhart

ja, mache ich. Mit dem opt-50-Patch.

r371769 · Nov 13th 2024

Quote from nobanzai

Über das hinaus, was die anderen geschrieben haben, kann ich auch nicht viel sagen.
Ich habe mit openSUSE Leap ein ganz anderes System als du.
Aber ich habe nix Anderes gemacht, als vdr 2.7.3 sowie die graphtft-ng-Sourcen zu nehmen, die hier als für vdr 2.7.3 gepatcht im Forum gepostet wurden (graphtftng (0.6.16-GIT2.7.3). Dann muss der vdr selbst noch mit einem Patch (vdr-2.4.0-00-fix-opt-50_graphtftng.dif) versorgt werden.
Anschließend übersetzen, installieren, starten, fertig.

ok, ich werde heute nochmal Verschiedenes versuchen. Wenn ich nicht zum Ziel komme, werde ich mal eine Step-by-Step Anleitung schreiben, was ich im einzelnen gemacht habe. Vielleicht mache ich irgendwas falsch oder vergesse was, das euch Profis klar ist (mir aber nicht), da ich mich bisher noch nicht mit dem Bau des VDR's beschäftigt habe. Bisher habe ich einen fertigen yaVDR genutzt.

r371769 · Nov 13th 2024

Ich bin einen Schritt weiter:

graphtftng war nicht abgestützt, sondern hat nach den themes und fonts gesucht. Durch Level = 1 and LogDevice = 2 habe ich dies herausgefunden. Da er anfangs die themes nicht gefunden hat, hat er den VDR zum Stop veranlasst.

Es scheitert jetzt wohl daran, dass graphtftng nicht den richtigen Framebuffer findet. Ich habe /dev/fb0 eine Nvidia GT1030. Über HDMI habe ich den TV angeschlossen und am Display Port ein 7" TFT. Für den DP findet ich nicht die richtige Einstellung für /etc/vdr/conf.d/50-graphtftng.conf.

Habt ihr eine Idee, welche Einstellung ich für den DP wählen muss?

nobanzai · Nov 13th 2024

Quote from r371769

Ich bin einen Schritt weiter:
graphtftng war nicht abgestützt, sondern hat nach den themes und fonts gesucht. Durch Level = 1 and LogDevice = 2 habe ich dies herausgefunden. Da er anfangs die themes nicht gefunden hat, hat er den VDR zum Stop veranlasst.
Es scheitert jetzt wohl daran, dass graphtftng nicht den richtigen Framebuffer findet. Ich habe /dev/fb0 eine Nvidia GT1030. Über HDMI habe ich den TV angeschlossen und am Display Port ein 7" TFT. Für den DP findet ich nicht die richtige Einstellung für /etc/vdr/conf.d/50-graphtftng.conf.

Habt ihr eine Idee, welche Einstellung ich für den DP wählen muss?

Was die Themes angelangt, hätten die eigentlich bei einem make install passend kopiert werden sollen.

Ansonsten: Läuft bei dir ein X-Server für das TFT?

Ich starte das Frontend mit

Code

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

Und dazu brauchts noch eine xorg.xonf - die sieht bei mir so aus:

Code

Section "Monitor"
  Identifier "Monitor_IntelUHD630Fernseher"
EndSection

Section "Monitor"
  Identifier "Monitor_IntelUHD630OrigenAETFT"
EndSection

Section "Device"
  Identifier "Device_IntelUHD630_0"
  Driver     "modesetting"
  BusID      "PCI:0:2:0"
  Option     "ZaphodHeads" "HDMI-2"
  Screen     0
EndSection

Section "Device"
  Identifier "Device_IntelUHD630_1"
  Driver     "modesetting"
  BusID      "PCI:0:2:0"
  Option     "ZaphodHeads" "DP-2"
  Screen     1
EndSection

Section "Screen"
  Identifier "Screen_IntelUHD630Fernseher"
  Device     "Device_IntelUHD630_0"
  Monitor    "Monitor_IntelUHD630Fernseher"
  Option     "ModeDebug" "True"
EndSection

Section "Screen"
  Identifier "Screen_IntelUHD630OrigenAETFT"
  Device     "Device_IntelUHD630_1"
  Monitor    "Monitor_IntelUHD630OrigenAETFT"
  Option     "ModeDebug" "True"
EndSection

Section "ServerFlags"
  Option         "NoPM"        "True"
  Option         "BlankTime"   "0"   # Zeit wann der Monitor Schwarz wird (Standard: 10 Minuten)
  Option         "StandbyTime" "0"   # Zeit wann der Monitor in den Standby geht (Standard: 20 Minuten)
  Option         "SuspendTime" "0"   # Zeit wann der Monitor in den Suspend geht (Standard: 30 Minuten)
  Option         "OffTime"     "0"   # Zeit wann sich der Monitor abschaltet (Standard: 40 Minuten)
  Option         "DontZap"     "True"
EndSection

Section "ServerLayout"
  Identifier  "Layout_IntelUHD630"
  Screen      0 "Screen_IntelUHD630Fernseher" 0 0
  Screen      1 "Screen_IntelUHD630OrigenAETFT" RightOf "Screen_IntelUHD630Fernseher"
EndSection

Display More

Das musst du für deine Hardware natürlich anpassen.

r371769 · Nov 13th 2024

Quote from nobanzai

Was die Themes angelangt, hätten die eigentlich bei einem make install passend kopiert werden sollen.

Ansonsten: Läuft bei dir ein X-Server für das TFT?

Ich starte das Frontend mit

Code

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

Und dazu brauchts noch eine xorg.xonf - die sieht bei mir so aus:

Code

Section "Monitor"
  Identifier "Monitor_IntelUHD630Fernseher"
EndSection

Section "Monitor"
  Identifier "Monitor_IntelUHD630OrigenAETFT"
EndSection

Section "Device"
  Identifier "Device_IntelUHD630_0"
  Driver     "modesetting"
  BusID      "PCI:0:2:0"
  Option     "ZaphodHeads" "HDMI-2"
  Screen     0
EndSection

Section "Device"
  Identifier "Device_IntelUHD630_1"
  Driver     "modesetting"
  BusID      "PCI:0:2:0"
  Option     "ZaphodHeads" "DP-2"
  Screen     1
EndSection

Section "Screen"
  Identifier "Screen_IntelUHD630Fernseher"
  Device     "Device_IntelUHD630_0"
  Monitor    "Monitor_IntelUHD630Fernseher"
  Option     "ModeDebug" "True"
EndSection

Section "Screen"
  Identifier "Screen_IntelUHD630OrigenAETFT"
  Device     "Device_IntelUHD630_1"
  Monitor    "Monitor_IntelUHD630OrigenAETFT"
  Option     "ModeDebug" "True"
EndSection

Section "ServerFlags"
  Option         "NoPM"        "True"
  Option         "BlankTime"   "0"   # Zeit wann der Monitor Schwarz wird (Standard: 10 Minuten)
  Option         "StandbyTime" "0"   # Zeit wann der Monitor in den Standby geht (Standard: 20 Minuten)
  Option         "SuspendTime" "0"   # Zeit wann der Monitor in den Suspend geht (Standard: 30 Minuten)
  Option         "OffTime"     "0"   # Zeit wann sich der Monitor abschaltet (Standard: 40 Minuten)
  Option         "DontZap"     "True"
EndSection

Section "ServerLayout"
  Identifier  "Layout_IntelUHD630"
  Screen      0 "Screen_IntelUHD630Fernseher" 0 0
  Screen      1 "Screen_IntelUHD630OrigenAETFT" RightOf "Screen_IntelUHD630Fernseher"
EndSection

Display More

Das musst du für deine Hardware natürlich anpassen.

Display More

Ich denke ja, die Erkennung läuft über yaVDR. Da habe ich im Install-Procedere zwei Display gesehen, die erkannt werden.

seahawk1986 · Nov 13th 2024

Wenn zwei Displays erkannt werden, konfiguriert das Playbook zwei getrennte X-Screens - für den zweiten startet die osd2web.service dann einen Browser für osd2web, aber man kann den Startbebehl so abändern, dass andere Programme gestartet werden können:

Code: /var/lib/vdr/.config/systemd/user/osd2web.service

#
# *** ANSIBLE MANAGED FILE ***
# template: templates/systemd/user/osd2web.service.j2
#
[Unit]
Description=Start a kiosk browser on the second DISPLAY if it exists
After=detect-second-display.service openbox-second.service
Wants=detect-second-display.service openbox-second.service
ConditionFileNotEmpty=%h/.second_display

[Service]
EnvironmentFile=%h/.second_display
Environment=url="http://localhost:4444/skins/horchiTft/index.html?theme=anthraize&onlyView=1"
Environment=browser=kiosk-browser
EnvironmentFile=-%h/.config/osd2web/config
ExecStart=/usr/bin/on_vdr -o -c '${browser} "${url}"'
KillSignal=SIGINT

[Install]
WantedBy=yavdr-desktop.target

Display More

/usr/bin/on_vdr ist ein Hilfsskript, das einen Befehl ausführen kann, sobald der VDR erfolgreich gestartet ist (und wird gestoppt, wenn der VDR stoppt):

Code

 $ on_vdr -h
usage: on_vdr [-h] [-c COMMAND] [-o] [-t TIMEOUT] [-e]

run a command while vdr is running

options:
  -h, --help            show this help message and exit
  -c COMMAND, --command COMMAND
                        command to run if vdr is running and ready
  -o, --one-shot        run once everytime vdr is detected
  -t TIMEOUT, --timeout TIMEOUT
                        exit after n seconds if vdr is not available
  -e, --exit            exit after command has been run, needs --one-shot option

Display More

[graphtftng] Fehler beim Compile mit vdr 2.7.3

Participate now!

Share