[graphtftng] Fehler beim Compile mit vdr 2.7.3

  • Ehrlich gesagt mag ich den VDR Source Code nicht für ein einzelnes Plugin anfassen.

    Änderungen an VDR sollten immer(!) direkt mit dem Autor vereinbart werden, oder niemals nie nicht gemacht werden.



    Jedes Plugin sollte nach Möglichkeit ohne jeden VDR Patch auskommen. Das ergibt nur Probleme.

    Ich schaue trotzdem mal drüber, kann aber sein, dass ich nicht helfen kann.

  • Mit wäre - ehrlich gesagt - auch lieber, der VDR Patch würde wegfallen, und alles im Plugin passend geändert werden.

    Nicht nur wegen des von dir genannten Grundes, sondern auch, weil es lästig ist, immer den VDR zu patchen.

  • Guck doch mal im yavdr ppa, gibt es da keinen Patch? Oder einer anderen Distri? Mld?

    MfG Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • Graphtft(ng) ist schon lange nicht mehr in den yaVDR PPAs und wurde durch das osd2web von horchi ersetzt.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ja leider ist dem so. ?(

    Ich trauere auch etwas dem graphtft-plugin nach, denn mit dem osd2web bin ich nie so richtig warm geworden.

    Man kann eben nicht alles haben! ;)

  • Hallo Leute,


    ich habe graphtftng zwar nie selbst produktiv benutzt, hatte aber vor Jahren bei mir mal Anpassungen gemacht, weil ich es mal testen wollte.

    Für VDR-2.7.3 waren nur noch 3 kleine Änderungen an diesem Stand zusätzlich nötig.

    Ob das aber mit dem vergleichbar ist, was ihr da habt, weiß ich allerdings nicht.

    Zumindest kompiliert es so bei mir.


    Für den Einsatz mit dem VDR ist noch der Patch: opt-50_graphtftng.patch nötig, liegt im Unterverzeichnis patch.


    Ihr könnt ja mal ausprobieren, ob es Euch zum Ziel führt.


    Grüße

    kamel5

  • Hi,

    vielen Dank schon mal.

    Übersetzen lässt sich das Plugin damit, aber

    Code
    vdr[40140]: [40140] ERROR: /usr/lib/vdr/libvdr-graphtftng.so.5: undefined symbol: imlib_image_fil
    l_rectangle
    Code
    rpm -q imlib2-devel
    imlib2-devel-1.12.3-1.2.x86_64
  • Ja OK, da fehlte noch eine Änderung im Makefile. Ändere mal noch folgendes in Zeile 115:

    Code
    LIBS += $(shell imlib2-config --libs)

    gegen:

    Code
    LIBS += $(shell pkg-config imlib2 --libs 2>/dev/null)

    imlib2-config scheint es nicht mehr zu geben.


    Bei mir lädt es dann und wird auch im Menü angezeigt.


    Ich habe den Anhang in #26 entsprechend aktualisiert.


    Grüße

    kamel5

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

    Edited once, last by kamel5 ().

  • Jepp, übersetzt, lädt und läuft!

    Vielen vielen Dank!


    Besteht die Möglichkeit, deine Anpassungen ins git zu übernehmen?


    Ciao.

    Michael.

  • Ja leider ist dem so. ?(

    Ich trauere auch etwas dem graphtft-plugin nach, denn mit dem osd2web bin ich nie so richtig warm geworden.

    Man kann eben nicht alles haben! ;)

    Doch, jetzt schon :)

    Bei mir lief osd2web auf dem TFT des origen nicht so, wie ich es wollte, wenn der X-Server gleichzeitig einen Screen für softhddevice bereitstellen sollte. Bei einem der beiden war immer die Schriftgröße falsch und auch die Positionierung war eher so naja.

  • Ich finde es super, dass ihr einen Weg gefunden habt, grapftftng zu reanimieren. Ich habe leider nicht die Erfahrung, den VDR selbst zu kompilieren. Gibt es ein HowTo, wie man das am Besten macht?

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD (+graphtftng) mit nVidia GT1030 unter Ubuntu 24.04

  • OK, ich schaue mal, was sich da machen läßt.

    Ohne einen Account bei github, und den wollte ich eigentlich nicht anlegen, lässt sich da leider nichts machen.


    Ich habe den patch jetzt nochmal für ein einfaches "git am < patch" aktualisiert und angehängt. Vielleicht findet sich ja jemand mit einem github-Account, der den pull-request übernimmt...


    Grüße

    kamel5

  • 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

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD (+graphtftng) mit nVidia GT1030 unter Ubuntu 24.04

  • Hi,

    Ist dein VDR gepatcht?

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • Hast du den VDR mit graphtftng auch mal gestartet. Lief das System? Bei mir gibt es einen Absturz, sobald graphtftng geladen wird

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD (+graphtftng) mit nVidia GT1030 unter Ubuntu 24.04

  • Hast du den VDR mit graphtftng auch mal gestartet. Lief das System?

    Ja habe ich und es lief auch.

    Auch bei Anderen scheint es ja zu funktionieren.

    Für den Einsatz mit dem VDR ist noch der Patch: opt-50_graphtftng.patch nötig, liegt im Unterverzeichnis patch.

    Lies mal hier:

    Also zuerst den VDR mit opt-50_graphtftng.patch patchen und dann das Plugin übersetzen.


    Grüße

    kamel5

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Danke Dir, beim Bauen bekomme ich noch den Fehler:

    Code
    In file included from graphtftng.c:15:
    ./theme.h: In member function ‘int cDisplayItem::optionVariable(const char*)’:
    ./theme.h:504:23: error: call of overloaded ‘max(int&, int&)’ is ambiguous
      504 |             return max(min, res);
          |                    ~~~^~~~~~~~~~

    Dieses Problem wurde weiter oben schon mal diskutiert. Ich habe aber keine Lösung dazu gesehen.

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD (+graphtftng) mit nVidia GT1030 unter Ubuntu 24.04

  • beim Bauen bekomme ich noch den Fehler:

    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

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!