EIB-Freak: Seltsam - die class cGraphTFTPlayer wird in player.c/player.h definiert, in dvbrenderer.h wird player.h includiert - sollte doch durchlaufen 
Zizat von duc:
Zitatein traum, genial wenn ihr das hinkriegt.
Das ist plural, denn bis jetzt hat sich noch keiner gemeldet der mich unterstützen kann oder will .
Wie schon gesagt, ich bin zum Tüfteln gerne bereit, aber mein C Wissen reicht für dies nicht aus. (PASCAL != C)
mfg
Hi,
gibt es eigentlich neue Erkentnisse warum bei der Verwendung über die 2. FF-Karte die Ausgabe schwarz-weiß ist?
Danke,
MiK
PS: Egal ob vdr-1.7.16 oder vdr-1.6.0, ausprobiert mit graphtdt-0.3.4. Screenshoot auf tmp der aktuellen Ausgabe sieht natürlich gut aus (also Theme passt) und ist bunt unter gen2vdr V2 und V3.
ZitatOriginal von MiK
gibt es eigentlich neue Erkentnisse warum bei der Verwendung über die 2. FF-Karte die Ausgabe schwarz-weiß ist?
kann dir leider nicht helfen, kann mich aber erinnern, dass das bei mir auch so war - und ich es mir nicht erklaeren konnte. eine idee habe ich aber: wie ist VIDMODE bei dir eingestellt? kann es sein, dass du bei der ersten karte ueber s-video ausgibst, und ueber RGB an den graphtft? oder umgekehrt - oder sonst eine konstellation?
Hi,
also bei mir sieht der vidmode so aus:
vdr01 ~ # grep ttpci /etc/mod*.conf /etc/mod*.d/*
/etc/modprobe.conf:options dvb-ttpci vidmode=1 hw_sections=0
/etc/modprobe.conf:# probeall /dev/dvb dvb-ttpci
/etc/modprobe.conf:#below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
/etc/modprobe.conf:#add below dvb-ttpci grundig_29504-401 grundig_29504-491
/etc/modprobe.conf:#add below dvb-ttpci stv0299 ves1820
/etc/modprobe.d/dvb:options dvb-ttpci vidmode=1 hw_sections=0
/etc/modprobe.d/dvb:# probeall /dev/dvb dvb-ttpci
/etc/modprobe.d/dvb:#below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
/etc/modprobe.d/dvb:#add below dvb-ttpci grundig_29504-401 grundig_29504-491
/etc/modprobe.d/dvb:#add below dvb-ttpci stv0299 ves1820
/etc/modules.autoload.d/kernel-2.6:dvb-ttpciwenn ich vidomed auf =2 stelle sind die Farben am TV nahezu schwarz weiß und am tft leider auch wie gehabt.
Mein config sieht so aus:
1. FF über Chinch am TVT
2. FF über RGB Board am TV
der vdr verwendet als primäres Ausgabedevice die "2" Karte.
Kann ich irgendwo den vidmode getrennt voneinander einstellen??
Danke
ZitatOriginal von MiK
gibt es eigentlich neue Erkentnisse warum bei der Verwendung über die 2. FF-Karte die Ausgabe schwarz-weiß ist?
Ich hatte früher (mit vdr-1.6.x, vor dem HDTV-Zeugs) auch 2 FF-Karten in meinem System.
Über Karte 1 erfolgte die Bildausgabe über ein AV-Board (vidmode=2) an den TV.
Über Karte 2 erfolgte die Ausgabe über den Cinch-FBAS-Ausgang für graphpTFT an das PSone-Display.
Die Anzeige war ganz normal in Farbe und ich kann mich nicht an Probleme mit der Farbe erinnern.
Kann es sein, dass die Ausgänge Deiner FF-Karten ein Problem haben?
Paulaner
MiK: Wo gibts denn die 3.4 ? Im SVN finde ich nur die 3.3rc irgendwas...
@All: Wer kann mir bei dem Problem helfen, dass das iMon Touch kein Device zugeteilt bekommt? Die genaue Auflistung findet sich hier: http://vdr-portal.de/board/thr…?postid=951794#post951794
System ist dort ein OpenSuse 11.3 (aktuell gehalten).
Hallo
ZitatWo gibts denn die 3.4 ? Im SVN finde ich nur die 3.3rc irgendwas...
Im svn gibt's doch die 0.3.4
svn co https://vdr-graphtft.svn.sourc….net/svnroot/vdr-graphtft
ZitatAlles anzeigen
VDR Plugin 'graphtft' - Revision History
----------------------------------------
#58 Version 0.3.4, data
- change: Support for libavcodex >= V52.47 (easyVDR > 0.7.x)
- added: Support for radio-Plugin (thanks to Ulrich Eckhardt)
- added: Support for image-Plugin (thanks to Ulrich Eckhardt)
- bugfix: Update of german translation
ZitatAlles anzeigenOriginally posted by rudirabbit
EIB-Freak: Seltsam - die class cGraphTFTPlayer wird in player.c/player.h definiert, in dvbrenderer.h wird player.h includiert - sollte doch durchlaufen
Zizat von duc:
Das ist plural, denn bis jetzt hat sich noch keiner gemeldet der mich unterstützen kann oder will .
Wie schon gesagt, ich bin zum Tüfteln gerne bereit, aber mein C Wissen reicht für dies nicht aus. (PASCAL != C)
mfg
oh, sorry. ich war davon ausgegangen, dass da mehrere dran arbeiten. mir gehts da ähnlich, ich hab vor langer zeit mal ansi c gelernt. hab gestern auch mal in die sourcen geschaut, kanns auch mehr oder weniger lesen, aber zum umprogrammieren oder erweitern reichts dann leider doch nicht. c != c++
Soo, nach neuem Checkout von GrapTFT kommt nu das:
In file included from /usr/include/libavutil/avutil.h:96:0,
from /usr/include/libavcodec/avcodec.h:31,
from ./imlibrenderer/fbrenderer/mpeg2decoder.h:22,
from ./dfbrenderer/dfbrenderer.h:26,
from display.c:39:
/usr/include/libavutil/common.h: In function ‘int32_t av_clipl_int32_c(int64_t)’:
/usr/include/libavutil/common.h:168:47: error: ‘UINT64_C’ was not declared in this scope
make[1]: *** [display.o] Fehler 1Zitat von EIB-Freak:
ZitatSoo, nach neuem Checkout von GrapTFT kommt nu das:
War bei mir auch so, siehe diesen Thread (Seite 17).
Hast du das im Makefile:
DEFINES += -D__STDC_CONSTANT_MACROSZitat von duc:
Zitatc != c++
Diesen Unterschied kann ich nicht wirklich beurteilen, ok wir reden hier von C++.
Aber wenn du dir die sourcen mal angesehen hast und zumindest c Wissen mitbringst hast du schon bessere Voraussetzungen als ich.
Beim Studieren der Sourcen geht bei mir so langsam ein Licht an.
Mit device.h ist es leicht möglich ein DVB Device auszuwählen, und auf einen Kanal zu tunen.
Der DVB Datenstrom muss mit einer Callback Funktion verarbeitet werden, da bin ich noch nicht dahinter gekommen wo und wie dies passiert.
Für die Ausgabe muß ein Framebuffer Device erzeugt werden, wie - das sollte im Graphtft Plugin ersichtlich sein.
Nein, das war nicht im Makefile enthalten. Hat aber auch dann nicht funktionert, er hat libavcodec und swscale nicht gefunden, obwohl beides installiert.
Nachdem ich libavcodec und swscale aktualisiert habe, kommt folgendes beim Start von VDR:
Nov 29 17:38:01 vdr2 vdr: [8902] loading plugin: /home/vdr2/vdr/vdr-1.6.0/PLUGINS/lib/libvdr-graphtft.so.1.6.0
Nov 29 17:38:01 vdr2 vdr: [8902] ERROR: /usr/lib/libswscale.so.0: symbol av_opt_set_defaults, version LIBAVUTIL_50 not defined in file libavutil.so.50 with link time referenceHallo,
libswscale ist Teil von FFmpeg , ich habe auf meiner Suse 11.3 (64) die FFmpeg Version 0.6.25702svn-1.pm.3.3 installiert.
ZitatOriginal von Paulaner
Kann es sein, dass die Ausgänge Deiner FF-Karten ein Problem haben?
nö, wenn ich die Karte an den TV über Chinch anschliesse ist die Farbe da...
ZitatAlles anzeigenOriginally posted by rudirabbit
Zitat von duc:
Diesen Unterschied kann ich nicht wirklich beurteilen, ok wir reden hier von C++.
Aber wenn du dir die sourcen mal angesehen hast und zumindest c Wissen mitbringst hast du schon bessere Voraussetzungen als ich.
Beim Studieren der Sourcen geht bei mir so langsam ein Licht an.
Mit device.h ist es leicht möglich ein DVB Device auszuwählen, und auf einen Kanal zu tunen.
Der DVB Datenstrom muss mit einer Callback Funktion verarbeitet werden, da bin ich noch nicht dahinter gekommen wo und wie dies passiert.
Für die Ausgabe muß ein Framebuffer Device erzeugt werden, wie - das sollte im Graphtft Plugin ersichtlich sein.
ich versuche mich da irgendwie reinzulesen und zu verstehen wie das ganze aufgebaut ist. objektorientierte programmierung hab ich halt nie gelernt, deshalb tu ich mich da ziemlich schwer.
von welcher device.h redest du? hab gerade nochmal die letzte version 0.3.4 von graphtft geholt, da gibts kein device.h und auch kein device.c
vielleicht kann der ursprüngliche autor des plugins weiterhelfen?
hallo,
ZitatOriginal von duc
[..]vielleicht kann der ursprüngliche autor des plugins weiterhelfen?
naja, ich denke dass "horchi" wieder mal irgendwo mit dem surfbrett durch die wellen fliegt 
gruß, ciax
horchi, horchi, hooorchiiiiii ... wo bist du
na im ernst: bin mit dem plugin schon sehr zufrieden, aber 2 dinge gibt's doch noch die schon seit ewigkeiten nicht behoben sind:
.) das aufscrollen aller parameter in einer zeile ab der 3ten menuunterebene (s.o) - wenn das mal klappt mach ich auch mein theme "fertig"
.) und dass immer zuerst das graphtft bedient wird, und erst dann das osd (dh osd update kommt immer zeitverzoegert) - da man aber das osd IMMER braucht und das graphtft eigentlich nur ein add-on ist, ist das imho genau verkehrt rum. kann aber mangels prog-wissens nicht sagen ob das am vdr liegt, oder am plugin
ZitatOriginal von rudirabbit
libswscale ist Teil von FFmpeg , ich habe auf meiner Suse 11.3 (64) die FFmpeg Version 0.6.25702svn-1.pm.3.3 installiert.
Bei mir ist es: 0.6.0.25831-1.1 vom Suse-Server.
Auf packman habe ich die gleiche version wie bei dir gefunden, die habe ich entsprechend installiert.
Setze allerdings die ganzen anderen liba(vcodec, vutil,...) voraus.
Der compiler lief durch, jetzt test ich das gleich mal.
EDIT:
Also. VDR nebst Plugin läuft. Die Umlaute haben anfangs nicht gestimmt, bis ich in den Einstellungen die ISO / UTF-Einstellung gefunden habe.
Jetzt muss nur noch der Touch und der IR-Empfänger vom Imon Funktionieren!
Danke an alle, die mir bisher geholfen haben!!!! 
Zitat von duc:
Zitatvon welcher device.h redest du? hab gerade nochmal die letzte version 0.3.4 von graphtft geholt, da gibts kein device.h und auch kein device.c
device.h /c ist Teil des VDR, nicht des Plugins, diese Lib werden aber im Plugin benutzt.
Zitatnaja, ich denke dass "horchi" wieder mal irgendwo mit dem surfbrett durch die wellen fliegt
Ok - dann ich das verstehen ich habe auch diesen (Windsurf) Virus , leider war bei mir heuer aus gesundheitlichen Gründen diesbzüglich wenig los
Aber wenn horchi genug fun getankt hat, könnte er uns etwas unterstützen !
EIB-Freak: Super das graphtft jetzt auch bei dir läuft.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
