ZitatOriginal von rudirabbit
Auch Elektronisch hat mich das TFT etwas geärgert. Das Display muss man händisch einschalten bleibt also erst mal dunkel wenn es Strom bekommt.
Hätte da nicht ein Widerstand und ein Elko auch gereicht?
Gerald
ZitatOriginal von rudirabbit
Auch Elektronisch hat mich das TFT etwas geärgert. Das Display muss man händisch einschalten bleibt also erst mal dunkel wenn es Strom bekommt.
Hätte da nicht ein Widerstand und ein Elko auch gereicht?
Gerald
ZitatHätte da nicht ein Widerstand und ein Elko auch gereicht?
Ich hatte auch schon überlegt ob ich es so machen soll, im Display ist ein Mikrotaster verbaut der Schaltplan ist nicht public.
Der Aufwand ist doch auch bei meiner Lösung minimal, den 4066 brauchte ich um den Microtaster im TFT zu simulieren, den Rest macht die Software.
Und - Ich kann das Display mit der FB des VDR aus und einschalten.
Mein Problem passt vielleicht auch hier gut rein
ZitatOriginal von rudirabbit
Ich hatte auch schon überlegt ob ich es so machen soll, im Display ist ein Mikrotaster verbaut der Schaltplan ist nicht public.
Der Aufwand ist doch auch bei meiner Lösung minimal, den 4066 brauchte ich um den Microtaster im TFT zu simulieren, den Rest macht die Software.
Na ja, mit dem Widerstand oder Elko hättest du gar nichts extra gebraucht, kein Kabel, keinen Computer, keine Software. Einfach mit dem Einschalten der Stromversorgung quasi die Taste betätigen. Minimaler geht es nicht.
Gerald
ZitatNa ja, mit dem Widerstand oder Elko hättest du gar nichts extra gebraucht, kein Kabel, keinen Computer, keine Software. Einfach mit dem Einschalten der Stromversorgung quasi die Taste betätigen. Minimaler geht es nicht.
Schon klar - über den Widerstand wird der Elko geladen - Spannung steigt an bis das Gatter(oder Controller im Display) ein High erkennt ... das wäre aber auch langweilig das must du zugeben
Ich kann so auch das Display mit dem VDR auch Aus/Einschalten. (Wie schon gesagt ich will ja auch einen Sleeptimer für's Display einbauen.
Das Schöne am VDR Projekt ist ja das man selbst kreativ werden kann.
Sonst kann man gleich zum Mediamarkt rennen und dort einen Receiver kaufen
Zum TFT Plugin: Das ist wirklich genial, wenn man jetzt noch ein anderes Fernsehbild bei Bedarf einblenden könnte wäre es noch genialer.
mfg Rudi
hi,
wenn du das zusätzliche display als sidedisplay nutzen wills dann wärest du vom code her gesehen beim pip-plugin besser aufgehoben, auf seiten von graphtft müsstem man "nur" einen switch implementieren der das device für pip freigibt und umgekehrt (plugins können ja untereinander kommunizieren)
Hi
IG88: Das wäre eine Interessante Idee.
Programmiertechnisch komme ich aus der Delphi/Pascal Ecke.
Ich bin gerade dabei mich in C einzuarbeiten, den Sleeptimer für mein TFT habe ich gerade in meinen VDR eingebaut. (ohne Plugin direkt die VDR.C)
Das ist nicht schön
Ich will dies nun in ein kleines Plugin auslagern. (Denkbar wäre auch der Einbau in das TFT Plugin)
Auch wegen dem Lerneffekt.
Ich habe mich diesbezüglich über die Basic's der Plugin Entwicklung Informiert. Dort habe ich eben auch gelesen wie plugin miteinander kommunizieren können.
Um deine Idee zu realisieren zu können, würde ich etwas Hilfestellung brauchen.
mfg Rudi
> Programmiertechnisch komme ich aus der Delphi/Pascal Ecke.
ich aus der basic und assembler ecke, aber das iat schon >20 jahre her
ich müsste erst mal programmieren lernen und ob c++ da das richtige ist?
könnte bestenfalls mit syntax kenntnissen vorhandenen code anzupassen
> Um deine Idee zu realisieren zu können
war eigentlich deine eigene idee, ich dachte nur daran wo man passenden code aufsammlen könnte
->
> Zum TFT Plugin: Das ist wirklich genial, wenn man jetzt noch ein anderes
> Fernsehbild bei Bedarf einblenden könnte wäre es noch genialer.
das ist von der funktionalität schon PiP, nur eben auf einem 2. kleinen display
ZitatOriginal von rudirabbit
Zum TFT Plugin: Das ist wirklich genial, wenn man jetzt noch ein anderes Fernsehbild bei Bedarf einblenden könnte wäre es noch genialer.
Das Feature, auf dem TFT-Display wahlweise "graphTFT" oder das "TV-Bild" anzeigen zu können, würde mich auch interessieren.
Das ist eine super Idee!
Paulaner
ZitatOriginal von Paulaner
Das Feature, auf dem TFT-Display wahlweise "graphTFT" oder das "TV-Bild" anzeigen zu können, würde mich auch interessieren.
Dafür bräuchte man aber nichts programmieren, das sollte auch so gehen. Einfach mal etwas damit spielen, den graphtft-fe stoppen und vdr-sxfe auf dem TFT starten. Dann hast du allerdings erstmal nur das selbe Bild wie auf dem TV. Um ein anderes Bild zu sehen müsste man eine 2, VDR-Instanz mit dem 1. VDR über streamdev verbinden und vdr-sxfe mit diesem VDR verbinden. Dann müsste man sich noch etwas Gedanken über die Fernbedienung des 2. vdrs machen, aber mit einer 2. lirc-Instanz sollte das auch gehen.
Gerald
Zitat von IG88:
Zitatdas ist von der funktionalität schon PiP, nur eben auf einem 2. kleinen display
Hmm.. man müsste erstmal das PIP Plugin dazu bringen auf das Device /dev/fb0 (in meinem fall) auszugeben.
Dann müsste das TFT Plugin dieses Device freigeben.
Welche ist eigentlich die aktuelle GraphTFT-Version ? Im Wiki steht 3.1. SVN 3.3 ?
Wer hat das iMon Touch aus dem DH-202-Gehäuse ans touchen gebracht ?
ZitatOriginal von gda
Dafür bräuchte man aber nichts programmieren, das sollte auch so gehen. Einfach mal etwas damit spielen, den graphtft-fe stoppen und vdr-sxfe auf dem TFT starten. Dann hast du allerdings erstmal nur das selbe Bild wie auf dem TV.
Das übersteigt jetzt meinen Horizont und da bin ich etwas überfragt bzw. verwirrt!
Ich verwende das "normale" graphtft und auch den "normalen" VDR.
Dabei erfolgt die Ausgabe des TV-Bildes über eine Reel-eHD als /dev/fb1 und die Ausgabe für graphtft erfolgt über die Onboardgrafikkarte als /dev/fb0.
Paulaner
System ist Asus-M3N78-pro, Reel-eHD und easyVDR-08.04
ZitatOriginal von Paulaner
Dabei erfolgt die Ausgabe des TV-Bildes über eine Reel-eHD als /dev/fb1 und die Ausgabe für graphtft erfolgt über die Onboardgrafikkarte als /dev/fb0.
Ich hatte keine Ahnung, dass easyvdr den Framebuffer für graphtft verwendet, sorry. Wir benutzen den Framebuffer nicht, weil der bei Nvidia-Grafik immer Ärger macht. Außerdem sind wir damit flexibler. Wir können die Graphtft-Ausgabe abschalten und z.B. XBMC auf dem TFT anzeigen ohne dass wir den VDR restarten müssten.
Gerald
Mit dieser Funktion (definiert in der device.h) sollte es möglich sein innerhalb des pip Plugins das Device zu wechseln.
static cDevice *GetDevice(int Index);
///< Gets the device with the given Index.
///< \param Index must be in the range 0..numDevices-1.
///< \return A pointer to the device, or NULL if the Index was invalid.
Es werden ja beide Devices gebraucht.
Eine Frage zum Plugin:
Wenn ich z.b Einstellungen->OSB Anwähle, dann scrollen im TFT die Menüeinträge der OSD Einstellungen horizontal durch, das dauert ca. 1..2 Sekunden.
Ist dies normal ? oder gewollt - eher nicht oder ?
Dies ist bei allen Skin's so.
"gewollt" ist es sicher nicht. ist ein bug - oder eher eine schoenheitsfehler. ich hab mir zuerst auch die haare gerauft als ich mein skin geschrieben hab - dachte ich hab den bug produziert. aber wie du richtig sagst: ist bei allen skins so. leider.
Ok, also das ist nicht nur bei mir so - ist ja schon mal was.
Das müsste sich doch unterdrücken lassen
Leider reicht mein C Wissen (noch) nicht aus, um dieses Projekt komplett zu verstehen.
Es muss doch C-Leute hier geben, die mal einen Blick in die Sourcen werfen könnten.
Oder der Entwickler des an sich genialen Plugins könnte mal Tip's geben.
mfg Rudi
Ich hol den Beitrag mal nach oben, da mein Kampf mit dem Imon-Touch-TFT langsam Kriegerische Ausmaße annimmt (zur Errinnerung: http://vdr-portal.de/board/thr…?postid=951794#post951794)
Heute hab ich auch mal die Version 0.3.3 aufm SVN gezogen, dabei kommt folgendes:
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -g -ggdb -O0 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DWITH_TCP_COM -DWITH_TOUCH -DHAVE_DFB -DHAVE_FFMPEG -DHAVE_SWSCALE -fopenmp -I/usr/include/ImageMagick -I/usr/local/src/dvb/include -I../../../include -I/usr/local/src/dvb/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer `pkg-config libgtop-2.0 --cflags` `directfb-config --cflags` -I/usr/include -I/usr/include/libavcodec -I/usr/include -I/usr/include/libswscale -o display.o display.c
In file included from display.c:34:0:
./imlibrenderer/dvbrenderer/dvbrenderer.h:39:3: error: ‘cGraphTFTPlayer’ does not name a type
make[1]: *** [display.o] Fehler 1
make[1]: Leaving directory `/home/vdr2/vdr/vdr-1.6.0/PLUGINS/src/graphtft'
ZitatOriginally posted by rudirabbit
Zitat von IG88:
Hmm.. man müsste erstmal das PIP Plugin dazu bringen auf das Device /dev/fb0 (in meinem fall) auszugeben.
Dann müsste das TFT Plugin dieses Device freigeben.
ein traum, genial wenn ihr das hinkriegt. aber denkt bitte dran, es gibt sicher auch viele user, die das x-frontend (graphtft-fe) von graphtft nutzen. das gibt sich leider nicht als device aus.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!