graphlcd (base, vdr-plugin) touchcol branch (archiv)

  • news (graphlcd-base):

    • showpic: fix rendering bug
    • Makefiles: rename PRESTRIP to HAVE_STRIP and unset it by default

    das anzeigeproblem in showpic ist auf die schnelle gefixt (zwischenbuffer eingefuehrt, ohne dem scheint es nach der 32bit-farbumstellung nicht mehr zu funktionieren).
    showpic kann aber nach wie vor nicht skalieren oder farbraum reduzieren, aber es kann, wenn mit image/graphicsmagick-support kompiliert, alles, was image/graphicsmagick versteht, jetzt wieder anzeigen.
    strip: habe die bezeichnung an die anderen angeglichen,
    habe aber das stripping per default ausgeschaltet (darum soll sich gefaelligst das paketsystem/skript/... kuemmern (wenn es das nicht ohnedies automatisch macht wie zb. bei fedora/redhat wenn ich das richtig im kopf habe)).
    achtung:
    convpic ist nach wie vor 'broken' (da wird wohl ein wenig mehr zu fixen sein :)

  • Hi,
    den Hilfefehler haste aber im git vergessen:



    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

  • news (graphlcd-base):

    • glcdgraphics: bug fix in glcd.c, moved methods Scale() and Blend() to
      image.c, added static methods for loading/saving image, pbm.c: changed algo for generating filenames of senquential image files (blah-00001.pbm instead of blah.pbm-00001)
    • showpic and
      convpic working again
    • convpic cleaned up, now accepts all image formats supported by libglcdgraphics, if outfile is omitted it will be automatically generated from infile, only GLCDs or PBMs are permitted for output files
    • showpic: added parameters for
      scaling and centering image, now all image formats supported by libglcdgraphics are accepted, when generating an animated GLCD all input files must match the dimension of the first image. not matching images will be ignored.
    • small bugfixes, improved logging outputs, etc.

    achtung: vdr-plugin-graphlcd muss neu kompiliert werden!

  • Hi,


    VIELEN DANK für die Fixes! Werde ich in easyvdr reinbringen!


    ein Problem hab ich noch:
    manchmal startet das t6963c nicht beim VDR4 oder zeigt links blau, rechten 2/3 weiss oder so. Nach nem VDR-Restart ist es dann immer ok. Showpic geht auch...


    Hast du da ne Idee?


    Im Log kommt immer (wenn es geht):

    Code
    Mar 31 17:57:05 easyVDR vdr: [2066] initializing plugin: graphlcd (0.3.0): Ausgabe auf einem Grafik-LCD
    Mar 31 17:57:05 easyVDR vdr: [2309] glcd_display thread started (pid=2066, tid=2309)
    Mar 31 17:57:05 easyVDR vdr: [2066] graphlcd plugin: DEBUG: Init timeout waiting for display t6963c thread to get ready
    Mar 31 17:57:05 easyVDR vdr: t6963c: Testing ECP mode...
    Mar 31 17:57:05 easyVDR vdr: t6963c: working!


    Ein Log wenn es nicht geht, muss ich leider nachreichen ;(
    Ist der VDR meines Vaters...


    Und mal noch ne andere Frage. Warum ist der Code für das Reel_fp Graphlcd nicht enthalten? Rechtliche Gründe? Ist ja nervig, das manuell zu ergänzen...


    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

  • SurfaceCleanerZ


    ad t6963c: der code ist nicht von mir (habe nur auf 32bit interne darstellung aufgebohrt), dementsprechend wenig erfahrung habe ich damit.


    ev. ist die abschirmung nicht ausreichend oder die kabellaenge zu lang. du kannst auch mal als gegenprobe mit dem t6963-treiber der serdisplib testen (da habe ich - wenn ich mich richtig erinnere - ein etwas anderes timing implementiert, das besser mit schlechter abschirmung etc. zurecht kommt).


    ad reel_fp: lese ich zum ersten mal (oder ich habe darueber gelesen und es nicht registriert). sagt mir gar nix.
    zumindest hat mich niemand darauf angesprochen bzgl. code-beisteuerung oder aehnlichem ...

  • Hi,
    bei easyvdr kam gerade die Anfrage zum Reel Display, kannte es auch nicht...
    http://wiki.reel-multimedia.co…panel-stecker_belegung.29


    Dort steht wo es den Code gibt.


    Hier sind noch die graphlcd.conf und ein paar weitere Infos:
    Hilfe gesucht! Projekt: HTPC in Reelbox-Gehäuse


    sauschwer das zu finden alles...


    Patches für graphlcd 0.1.3 liegen hier:
    http://www.easyvdr-forum.de/fo…13344.msg114113#msg114113
    Kommst du da dran? Sonst mail ichs dir gern auch.


    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

  • ich seh da beim 3.link keinen code!?


    wuerde aber ohnedies nur code akzeptieren, der gegen den aktuellen git-stand v. touchcol-branch geteset und einfach via 'patch' einzuspielen ist (da ich das zeug ja selbst nicht testen kann). am besten inkl. README.<displayname> und ergaenzungen fuer graphlcd.conf.

  • Hi,
    hier gibts die 2 Treiber:


    Ein Tester für den st7565 ist im easyvdr-Forum. Die DOG Displays sind damit wohl auch ansprechbar.


    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

    Einmal editiert, zuletzt von SurfaceCleanerZ ()

  • Hi,
    bin grad dabei das neue showpic zu testen:
    Ich denke die Readme sollte mal geändert werden:

    Zitat

    Project's homepage: http://graphlcd.berlios.de/

    sollte:


    http://projects.vdr-developer.org/projects/graphlcd/wiki
    werden, oder?


    Und die Liste der Treiber braucht auch ein Update...



    Viele Warnungen... gehört das so? Ist direkt der aktuelle git-Stand ohne irgendne Änderung! Freetype2-Support ist an (wie im git, entgegen dem Kommentar in make.config!)


    Auf der Page auf VDR-Developer ist noch ein Dead-Link:

    Zitat

    Branch of graphlcd with skin support


    see Graphlcd with skin support.

    Der Link ist tot (und atm überflüssig, oder?



    An einem Patch für die beiden Reel glcds ist fuzzybear dran, sieht vielversprechend aus.


    Das sind Kleinigkeiten, ich weiss. Bitte verstehe es als konstruktive Kritik! Dein Support ist echt super!


    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

    3 Mal editiert, zuletzt von SurfaceCleanerZ ()

  • das ist nicht der touchcol-branch! (ich kuemmere mich ausschliesslich - wie auch mehrfach hier erwaehnt - nur um diesen)


    da liegen bereits welten zwischen dem master-branch und touchcol-branch.


    (unvollstaendige) doku zum touchcol-branch: http://www.linuxtv.org/vdrwiki…/Graphlcd-plugin/touchcol


    holen der touchcol-branches von graphlcd-base und vdr-plugin-graphlcd (siehe auch seite 1 dieses threads und oben genannte doku):


    Code
    git clone git://projects.vdr-developer.org/graphlcd-base.git -b touchcol graphlcd-base.git.touchcol
    git clone git://projects.vdr-developer.org/vdr-plugin-graphlcd -b touchcol vdr-plugin-graphlcd.touchcol


    zu den dokus: das ist wohl richtig: die alten dokus gehoerten langsam aber sicher entsorgt (und die vom touchcol-thread erstellt / gewartet / mit inhalt gefuellt).


    und dann wohl der touchcol-branch zum master-branch bestimmt ...


    EDIT: fast vergessen: 'fuzzybear' sollte natuerlich gegen den touchcol-branch patchen :)

  • Hi,
    die Fehler waren bei mir, ob er den richtigen Branch hat, werde ich fragen...


    Danke für den Tip. Teste ich morgen!


    ok, dann hatte ich Mist gebaut! Da der alte Master eh nicht gepflegt ist, sollte der echt für alt erklärt werden.


    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

  • Hi,


    Sorry for writing in English but my written German is terrible :(.


    I am trying to get the touchcol branch working with the AVG so that I can run easyvdr on the AVG. With the suggestion of SurfaceCleanerZ I have patched the touchcol branch SimLCD code with the driver code from the avg st7565r and reel_usbfp.


    Just to be clear I have no experience whatsoever with programming, so this is quite challenging for me. I saw that you require a patch, readme and updated graphlcd.conf for the git and I will provide this if I can get it working and it is successfully tested.


    I have now got to the point where I am trying to compile this code and have made a few small changes to the makefile such as includes that were necessary for the compilation to go further. My last addition was kindly pointed out by yourself (wastl) but now I have bumped into another problem that I did not have before. It is stated that there are multiple definitions but I do not see where these definitions are entered more than once?



    Any help would be appreciated.


    mfg fuzzy

  • Sorry,


    Please ignore my post above, just after I posted I realised what I have done wrong. I forgot to remove the reel_usbfp.o from the first obj line after adding the amended ifeq code.


    Now I can go further.

  • So plugin has compiled and installed now there is a problem with loading due to a undefined symbol.
    I have looked through the logs but this is the only error I can see. Now the question is how to solve this problem?


    vdr: /usr/lib/vdr/plugins/libvdr-graphlcd.so.1.7.21: undefined symbol: _ZN4GLCD7cDriver10ConfigNameEv

  • did you install graphlcd-base before compiling vdr-plugin-graphlcd AND take care that there's no old version interfering?


    and vdr-plugin-graphlcd should be the most recent version of touchcol-branch!


    (both graphlcd-base and vdr-plugin-graphlcd have a (maintained) touchcol and a (no longer maintained) master branch. these _must_ not be mixed!)


    /wastl

  • did you install graphlcd-base before compiling vdr-plugin-graphlcd AND take care that there's no old version interfering?

    It is possible an old version is interfering. I have tried installing an older version previously.

    and vdr-plugin-graphlcd should be the most recent version of touchcol-branch!

    I have used the link in the first posting of this thread so I think I have the correct branch?

    (both graphlcd-base and vdr-plugin-graphlcd have a (maintained) touchcol and a (no longer maintained) master branch. these _must_ not be mixed!)

    I will take another look tomorrow and make a clean up before installing.

    /wastl

    Thx

  • So I have cleaned up and I noticed also that when installing all the libs get copied to /usr/local/lib whilst the plugin was looking at /usr/lib. It was necessary to move them to /usr/lib otherwise the plugin could not find the libs. This is also the reason why it was not loading ....


    The plugin now loads when starting vdr but I am now confronted with a segfault in the libglcddrivers.so.2.1.0.


    Code
    avg kernel: [  172.060541] glcd_display[23325]: segfault at 2c332014 ip 0096b3e5 sp b5c54190 error 4 in libglcddrivers.so.2.1.0[951000+2c000]

    :(


    The following is logged in the kern.log



    Thanks for the help it seems to be going in the right direction.

  • I have tried to gather some more information. I have never done any debugging before so be gentle with me ....


Jetzt mitmachen!

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