graphTft Plugin 'ausmisten'

Dazu kann ich derzeit nur lückenhaft Auskunft geben ;), denn das Display läuft bei mir noch nicht komplett.

Ich verwende zu aktuell kein graphtft-fe, da ich da einen Fehler bekomme, wenn ich es starten will

graphtft-fe: error while loading shared libraries: libMagick++.so.4: cannot open shared object file: No such file or directory

Derzeit habe ich mit graphtft noch diesen blöden grünen Bildschirm.

evi ~ # fbset -v -i -fb /dev/fb1
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven


Opening frame buffer device `/dev/fb1'
Using current video mode from `/dev/fb1'


mode "800x480-62"
	# D: 33.000 MHz, H: 31.250 kHz, V: 61.881 Hz
	geometry 800 480 800 480 16
	timings 30303 88 40 21 1 128 3
	rgba 5/11,6/5,5/0,0/0
endmode


Getting further frame buffer information
Frame buffer device information:
	Name    	: udlfb
	Address 	: 0xf896c000
	Size    	: 770048
	Type    	: PACKED PIXELS
	Visual  	: TRUECOLOR
	XPanStep	: 0
	YPanStep	: 0
	YWrapStep   : 0
	LineLength  : 1600
	Accelerator : No

Aber das gehört hier ja nicht her.

Ich habe bisher das Touchdevice wie im Wiki beschrieben eingerichtet bekommen. Das sehe ich mit irw auf dem Inputdevice, wenn ich auf dem Display herumfingere.

Das werde ich bei der Verwendung mit Framebuffer zur Touchunterstützung dann doch benötigen, nehme ich an.

Regards
Globber

Danke dafür

Ich probiere es bei Gelegenheit aus

Regards
Globber

Zitat von globber

ich hätte die Unterstützung für Touch gerne drinnen --> "Mimo USB Touch TFT" Natürlich dann mit FB (/dev/fb..)

Grüner Bildschirm: das ist doch ein Displaylink TFT?

das läuft am besten mit graphtft-fe und einem eigenen Xserver, ist quasi das gleiche wie Samsung U70 für das es hier es hier ein detailliertes Howto zu gibt.

Christian

Ich würde gerne weiterhin den touch-support in gTFT nutzen.

Die Android App GraphDroid nutzt das um den Touch weiter zu geben. Sonst nutzt das Teil nur das TCP-Protokoll.

Ach ja, bitte schau dir mal den connect-code an. Da kann nur ein Client sich verbinden, die anderen werden in eine Art Warteschlange gepackt. Ich denke nicht, dass das gewollt war. Leider war ich damals nicht zum fixen gekommen.

gemuesepudding

Zitat von horchi

Dummer Frage und zu gerade faul zu googeln , ist das eine speziell für das graphtft Plugin entwickelte App?

Ja (und deutlich bequemer als graphtft-fe vom VDR aus auf einen X-Server auf dem Android-Gerät zu starten ;))

Zitat von horchi

dann muss ich mir wohl doch irgendwann ein Andoid Tablet zulegen :o und meins von der Konkurrenz bei ebay einstellen

Das Billigste das du bekommen kannst reicht völlig. Meins hat etwas mehr als 50 EUR gekostet.

Gerald

Ne, die touch events landen nicht auf dem /dev/....

Ich nutze das Protokoll von gTFT um eine touch-Event einzuschleusen. Letztlich wie gTFT-fe es macht. Nur ist es nicht X11, sondern ein Tab.

gemuesepudding

Hallo,

Zitat von gemuesepudding

Ich würde gerne weiterhin den touch-support in gTFT nutzen.

Die Android App GraphDroid nutzt das um den Touch weiter zu geben. Sonst nutzt das Teil nur das TCP-Protokoll.

Touch Events werden bei GrafDroid über den Standardport 2031 über TCP an graphTFT gesendet.

if (socket != null && socket.isConnected()) {
				out.writeInt(GraphTFTHeader.MOUSEEVENT);  // MOUSEEVENT=2
				out.writeInt(5 * 4);
				out.writeInt(swapInteger(x));
				out.writeInt(swapInteger(y));
				out.writeInt(swapInteger(button));
				out.writeInt(swapInteger(flag));
				out.writeInt(swapInteger(data));
				out.flush();

Schön, dass es mit GraphTFT weitergeht. Zur Zeit bremst es die Menüs und hier vor allem die Einstellungsdialoge extrem aus.

[edit]Uups Gemuesepudding hat sich auch wieder dran erinnert.[/edit]

Tschüß Frank

Zitat von horchi

dann kann die Unterstützung des Touch Device ja doch raus. Ich warte noch über das WE wenn bis dahin niemand einen Anwendungsfall postet fliegt es raus ....

Ich hab die Sache auch nach 3-maligem Durchlesen noch nicht so ganz geschnallt...sorry dafür. Wie ich es verstanden habe: GraphTFT würde zukünftig überhaupt keine Touch-Funktion beinhalten/unterstützen...ist das so korrekt?

Falls dem so ist, ich hätte die schon sehr gern weiterhin. Mag mir - auch wenns mit nem Tablet ne noch bessere Lösung gibt - ein Solches nicht extra zulegen. Was ich für ein Gerät habe, ist hier beschrieben.

Das Touch-Handling übernimmt ja anscheinend der X-Server mit seinen Touchscreen-Treibern, quasi ne Mouse. Die Frage ist dann einfach, wie landen letztlich die Touchevents in graphtft-fe und im Plugin. Das ist mir auch noch nicht ganz klar.

Ich hatte das ganze mal am laufen (siehe Dein verlinkter Thread). Da hab ich aber die Touchscreen-Unterstützung vom X-Server abgeschaltet und den Treiber von graphtft genutzt.

So wie ich es verstanden habe kümmert sich das X frontend graphtft-fe darum die Touchfunktion weiterzuleiten. Über das Input Gerät musst du wahrscheinlich nur gehen wenn

a) touch mit X nicht geht
b) Framebuffer verwendet wird.

Aber ich habe von touch keine Ahnung. Vielleicht erleuchtet uns ja noch jemand.

Hm, muss ich das nochmal probieren.

Mag den Thread nicht hijacken, aber jetzt wird es langsam hell...

Nutze ja auch wie horchi yaVDR 0.5 (aber stable). Ist GraphTFT dort per default so eingestellt/vorkonfiguriert, dass es per X-Server läuft oder nicht? Ich vermute ja, da ich im Webfrontend die 2 Bildschirme für die X-Ausgabe einstellen muss.

Einen gedanklichen Überschlag anhand des Postings #37 weiter: ich muss nicht über das Input-Gerät gehen?

Wenn es also aus dem graphTFT-Plugin rausgenommen wird, müsste man also schauen, dass man die Touch-Funktion wie hier beschrieben zum Laufen bekommt?

@ horchi

-LIBS += `imlib2-config --libs` -ljpeg
+LIBS += -ljpeg
+LIBS += $(shell imlib2-config --libs)

diese schrägtütelchen liefern je nach bash manchmal ganz komische ergebnisse, $(shell ... ) geht immer

mangelnde konsequens, faulheit, unwissen oder einfach nur übersehen im Makefile?

und

cd po/
rm *.mo
rm graphtft.pot
rm {ca_ES,cs_CZ,da_DK,el_GR,es_ES,et_EE,fr_FR,hr_HR,hu_HU,nl_NL,nn_NO,pl_PL,pt_PT,ro_RO,ru_RU,sl_SI,sv_SE,tr_TR}.po

zum einen überbleibsel von vorherigen compile, zum anderen entfernt das alle nicht übersetzten language files

danke fuer das plugin