[gelöst] Pixelmüll auf GraphLCD T6963c

  • Hi,


    nachdem das LCD nun eine ganze Weile herumgelegen hat, wollte ich es mal wieder am Test-Rechner in Betrieb nehmen.
    Angeschlossen ist es an einer PCI ParPort-Karte. /dev/parport0 ist auch vorhanden.


    Wenn ich nun mit:

    Code
    showpic -c /etc/graphlcd.conf -d t6963c /var/lib/vdrdevel/plugins/graphlcd/logos/3NET_m.glcd


    [der Dateiname des Logos ist unter yaVDR ein anderer, ich hab' das mal eben woher kopiert...]
    ein Logo auf das Display werfe, erhälte ich den angehängten Pixelmüll.
    Nun die Quizfrage: ist das ein Hard- oder Software-Problem?


    die /etc/graphlcd.conf sieht in etwa so aus:


    Device, RefreshDisplay und Wiring habe ich schon komplett durchprobiert.


    Grüße,
    j.

    Images

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

    Edited once, last by <kein>: gelöst ().

  • OK, ein Problem habe ich schonmal entdeckt:

    Code
    ps ax|grep vdr
    ... -Pgraphlcd -c /etc/graphlcd.conf -d simlcd -s touchcol ...


    Ich habe aber kein 'simlcd', sondern ein 't6963c'. Wo muss man denn so etwas unter yaVDR einstellen?

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Wo muss man denn so etwas unter yaVDR einstellen?


    Pluginoptionen übergibt man generell in /etc/vdr/plugins/plugin.<pluginname>.conf (und das ist bei den normalen Debian/Ubuntu Paketen genau so) - in dem Fall also /etc/vdr/plugins/plugin.graphlcd.conf

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hi Seahawk,


    Danke für den Hinweis!


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • So, ich hab' jetzt nochmal ein bisschen probiert:
    1. Problem:

    Code
    sudo service vdr stop
    sudo chmod 0666 /dev/parport0
    sudo chmod g+w /dev/parport0
    sudo service vdr start


    ist natürlich erstmal nicht permanent


    2. Die Pixel-Probleme sind immernoch da, also liegt's wohl doch an der HW?! [siehe Anhang]


    3. Meine aktuelle /etc/graphlcd.conf:

    Images

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Ich würde das Display erstmal testhalber an einem anderen Rechner betreiben, der Parallelport noch "On-Board" hat. Mit der Konfig, die dort geht, kannst du an deinem VDR weitertesten.


    Letztlich ist das Betreiben von LCDs am Parallelport ein Hack. Der Port war ja schließlich mal für Drucker gedacht. Um dort LCDs treiben zu können wird mit "Bit-Bang" gearbeitet.


    Weiteres Problem ist, dass es mit diesem Parallelport-Hack unmöglich ist auf effiziente Weise bidirektional mit dem LCD zu sprechen. Es wird eine gewisse Geschwindigkeit gefahren bei der man glaubt das LCD kommt damit klar.


    Es könnte also auch helfen die Geschwindigkeit zu reduzieren. Viele LCD-Treiber hatten da Parameter für...

  • Hallo J.


    ich kann mich erinnern vor Jahren auch mit dem Display gespielt zu haben. Ich hatte auch zunächst Pixelmüll. Das Problem damals war die Verkabelung ... Du brauchst gute Verbindungen, kurze Wege evtl. Schirmung ... ich würd an dieser Stelle ansetzen. In meinem VDR hab ich jedoch auf Display verzichtet ...


    lg - Eik

  • Hi,


    erstmal Danke für die Tipps!


    Das Display hat ja früher schonmal für eine ganze Weile mit der Verkabelung funktioniert, bis ich den alten VDR aussortiert hatte. Der neue hatte dann ein internes Display.
    Nichtsdestotrotz werde ich die Verkabelung mal checken, ich denke nämlich auch, dass hier das Problem liegt.


    Der Hinweis mit dem anderen Rechner ich auch gut, allerdings muss ich den erstmal zusammenbauen [Blocked Image: http://thinkpad-forum.de/images/smilies/facepalm_icon.gif] .
    Alternativ hätte ich noch ein Windows XP Laptop mit ParPort, Leider hab' ich die "PowerLCD v1.1 final" von hier nirgendwo gefunden. Vielleicht hat ja einer von Euch die noch irgendwo rumliegen und könnte sie mir zukommen lassen?!


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Hi,


    nachdem ich die eine lose Ader wieder angelötet habe... [die man übrigens ganz gut auf den ersten beiden Bilder sehen kann [Blocked Image: http://thinkpad-forum.de/images/smilies/facepalm_icon.gif] ]


    ...habe ich jetzt aber noch ein Problem mit der Schriftgrößendarstellung (siehe Anhang).


    Grüße,
    j.

    Images

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

  • Quote

    ...habe ich jetzt aber noch ein Problem mit der Schriftgrößendarstellung (siehe Anhang).

    hast Du schon mal Werte für FontSelect variiert?

  • Hi,


    hast Du schon mal Werte für FontSelect variiert?


    ja, das liefert dann nur noch Streifen.


    Aber ich habe eine Lösung für die korrekte Darstellung gefunden: in der Voreinstellung von yaVDR enthält die von seahawk1986 erwähnte '/etc/vdr/plugins/plugin.graphlcd.conf' noch die Erweiterung ' -s touchcol', die wohl das Touchcol-Skin aufrufen soll, dieses aber - zumindest bei mir - nicht vorhanden ist. Also einfach entfernen...


    Allerdings bin ich jetzt neugierig geworden: was gäbe es denn noch für alternative Skins für mein T6963c?


    Grüße,
    j.

    HW VDR: Thermaltake DH102 | Gigabyte GA-M720-US3 | AMD 270u | 8GB RAM | 120GB SSD System + 3TB HDD Daten | L4M Cine CT V6 + Flex S2 | Zotac GT630 | Futaba MDM166A | Atric IR-Einschalter Rev. 5 | NEC P553 | SEDU + 96 PIX | Pioneer SC-LX85 | Jamo S606
    SW VDR: Debian Wheezy | Kernel 3.2.0-4-amd64 | Mate 1.6 | VDR 2.2.0 | nVidia 331.79 | LIRC 0.9.0 | media_build_experimental | Plugins: permashift 1.0.3, softhddevice 0.6.1rc1-git, menuorg 0.5.1, skinnopacity 0.1.3, tvscraper 0.2.0-git, seduatmo 0.0.2-git, mplayer 0.10.2-hg, fritzbox 1.5.3, vdradmin-am 3.6.9, femon 1.7.19, targavfd 0.3.0, span 0.0.7, dvd 0.3.6-cvs, graphtftng 0.4.10-git, extrecmenu 1.2.4-git, epgsearch 1.0.1-git, block 0.1.2-git, cpumon 0.0.6a, ac3mode 0.1, HD-- 1.0.0-hg, u. v. a. ...

Participate now!

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