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

Ist eigentlich schon abzusehen, wann aus dem touchcol-Branch der master-Branch wird? Der master-Branch kompiliert ja nicht mal mehr.

Zitat von wastl

hab die auf scaleQuantumToDouble() basierende aenderung mal gepusht ...

Habe es mal gerade getestet, merke aber keinen Unterschied zu vorher.

Ist es eigentlich irgendwie möglich, graphlcd zu "exportieren" ?

Da ja mittlerweile die Tablets, so mit ~5"-7", in der Bucht mittlerweile billiger angeboten werden, als farbige LCDs mit touch, habe ich mich gefragt, ob es nicht möglich wäre, einen solchen Tablet als Ausgabegerät für graphlcd zu "missbrauchen"?

Die Fragenist, ob mal graphlcd an einen vnc-Server umleiten kann, denn vnc Clients für Android gibt es ja?

Evtl. ginge so etwas in der Art auch mit SDL?

Hallo,

im Zuge der Umstellung auf VDR 1.7.26 habe ich ebenfalls das graphlcd-Plugin auf die touchcol-Branch vom 13.09.12 hochgezogen (inkl. serdisplib-1.98.x_svn.341 und graphlcd-base.git.touchcol vom 20120923).

Ist es normal, dass das automatische Abdunkeln des Displays bei Benutzerinaktivität nicht funktioniert, wenn eine Wiedergabe läuft oder das Menü geöffnet ist? Das Dimmen nach x-Sekunden klappt bei mir nur, wenn ich normal einen TV-Kanal sehe.

Marcus

Ich habe vor drei Monaten eine Anpassung für den l3x-Skin gemacht, damit er auch auf größeren Displays ansehnlich ist. Optimal war das nicht und bei der weiteren Anpassung habe ich so viel geändert, dass eigentlich ein ganz neuer Skin entstanden ist.

Schwerpunkt ist es, dass die ganze Breite für den Sendernamen genutzt werden kann und das auch Platz für eine große Uhr bleibt.

Vielen Dank an mentox für den genialen l3x-Skin.

Über Verbesserungsvorschläge würde ich mich freuen.

Zitat von wastl

muss ich mir ansehen

Danke - um jedoch evtl. eine Fehlkonfiguration bei mir ausschliessen zu können, wäre es gut, wenn einige LCD-Besitzer das ganze mal kurz testen würden. Ich meine mit graphlcd-0.1.9 (keine touchcal-Version) klappte es mit VDR 1.7.17.

Hallo,

ich habe jetzt meine ersten Gehversuche mit graphlcd unternommen. Ich besitze zwei linkdelight_2 und ein linkdelight_3. Alle sind neu geflasht. Da der master branch nicht mehr baut hab ich touchcol benutzt. Alle LCDs haben eine fehlerhafte Darstellung (siehe Anhang) sowohl mit dem touchcol, als auch dem default skin.

Der Aufruf im VDR erfolgt mit:

-P "graphlcd -c /etc/graphlcd.conf -d ax206dpf"

Die interessanten Stellen in /etc/graphlcd.conf sind:

WaitMethod=3
WaitPriority=0
[ax206dpf]
Driver=ax206dpf

Mit dem Aufruf

showpic -c /etc/graphlcd.conf -d ax206dpf -u -i /var/lib/vdr/plugins/graphlcd/logos/replay/replay-file_l.glcd

erhalte ich aber beispielsweise ein ordentliches Logo in der Ecke rechts unten. HAVE_AX206DPF_EXPERIMENTAL=1 ist beim Bauen auskommentiert worden. Die Akkus sind momentan noch dran. Ich vermute der Fehler liegt irgendwo im Plugin. Ist der Fehler bekannt oder hab ich etwas übersehen?

Besten Dank im Voraus,
olebowle

Zitat

Vielen Dank an mentox für den genialen l3x-Skin.

gerne :-). die nachricht freut mich

vg mentox

Hallo,

serdisp hatte ich vorher noch gar nicht installiert. Es reicht doch graphlcd-base und das graphlcd-Plugin?
Jedenfalls hab ich es jetzt mal mit SDL-Support gebaut. Als Fenstermanager hab ich openbox benutzt. Softhddevice läuft jetzt also in einem Fenster. Allerdings bekomme ich aller 5 Sekunden folgende Fehlermeldung:

Oct 28 11:24:31 localhost vdr: serdisp_directgfx_init(): unable to initialise SDL: Unable to open a console terminal

und es popt auch kein neues Fenster auf.

Hier nochmal ein Start/Stop-Vorgang mit den interessanten Stellen:

Oct 28 11:43:16 localhost vdr: [965] initializing plugin: graphlcd (0.3.0): Ausgabe auf einem Grafik-LCD
Oct 28 11:43:16 localhost vdr: [965] graphlcd plugin: DEBUG: Init timeout waiting for display serdisp_sdl thread to get ready
Oct 28 11:43:16 localhost vdr: serdisp_sdl: INFO: detected serdisplib version 2.0 (cDriver::Init)
Oct 28 11:43:16 localhost vdr: serdisp_directgfx_init(): unable to initialise SDL: Unable to open a console terminal
Oct 28 11:43:16 localhost vdr: serdisp_sdl: SerDisp with sdl initialized.
Oct 28 11:43:18 localhost vdr: [965] graphlcd plugin: DEBUG: Display thread for serdisp_sdl is ready
Oct 28 11:43:21 localhost vdr: serdisp_directgfx_init(): unable to initialise SDL: Unable to open a console terminal
Oct 28 11:43:26 localhost vdr: serdisp_directgfx_init(): unable to initialise SDL: Unable to open a console terminal
[...]
Oct 28 11:44:29 localhost vdr: [965] deleting plugin: graphlcd
Oct 28 11:44:31 localhost vdr: serdisp_directgfx_init(): unable to initialise SDL: Unable to open a console terminal
Oct 28 11:44:32 localhost vdr: [965] ERROR: glcd_display thread 975 won't end (waited 3 seconds) - canceling it...
Oct 28 11:44:32 localhost kernel: [  174.901193] glcd_display[975]: segfault at 7f335419253a ip 00007f3364f132b0 sp 00007f333fffdb20 error 4 in libgcc_s.so.1[7f3364f04000+15000]

Wie auf den Bildern zu sehen ist, baut sich die Menüstruktur richtig auf, wenn ich über die einzelnen Einträge springe. Wenn ich dann von ganz unten nach oben springe ist das Bild wieder chaotisch.

Zitat von wastl

fehler ist gefixt, display dimmt jetzt auch bei der wiedergabe.

Besten Dank - funktioniert nach einem Update nun wie es soll

Trotzdem Danke.

Ich habe mehrere Mini-USB Kabel versucht, die ich auch sonst immer nutze.
Die mitgelieferten habe ich nicht angerührt.

olebowle

Also im Protokoll hat sich definitiv nix geändert.
Da showpic ja auch richtig anzeigt - und zwar wie du sagst mit dem "-u" Parameter in der unteren Ecke - kann ich wastl nur zustimmen, dass graphlcd-base passt.
Kannst du mal die ax206dpf Einträge in graphlcd.conf und einen Auszug aus dem Syslog (alles was mit graphlcd / ax206 zu tun) posten?

Gruß

superelchi