GrafDroid V0.5

FrankJepsen · 19. März 2013

Hallo Gemuesepudding,

Zitat von gemuesepudding

Schön, dass das jemand weiter führt.

Freut mich, dass du das so siehst.

Zitat

Aber vielleicht hätte man einen fork machen sollen. Dann könnte man die Sachen per pull - request wieder konsolidieren.

Ich würde mich nie als GIT-Profi bezeichnen. Ich habe mich bis zum Checkout an Mini73s Vorgehen gehalten. Im Prinzip könntest du doch von mir pullen und mergen, wenn du auch wieder mit einsteigen willst. Wir müssen uns dann nur einigen wessen GIT jeweils den aktuellen Stand enthält, wer also offizieller Maintainer ist.

Zitat

Von einen Bug weiß ich noch, den ich Euch nicht vorenthalten möchte: das gTFT-Plugin kann aktuell nur eine Connection annehmen. Die weiteren Anfragen werden gequeued und nicht(!) verarbeitet. Vorbereitet für mehrere ist es aber schon, funktioniert nur nicht. Ich habe aber nicht die Zeit gehabt das zu fixen.

Das hatte ich auch schon gemerkt, aber es einfach so hingenommen. Das reicht ja normal.

Tschüß Frank

gemuesepudding · 19. März 2013

Ist mir letztlich egal. Ich kann auch mein repro löschen und dann deins forken.

Solange ich in den Codes auch noch drin stehe... Was sicher aktuell nicht überall der Fall ist. Ein klein bissel "seele streicheln" muss sein.

gda · 19. März 2013

Zitat von gemuesepudding

Solange ich in den Codes auch noch drin stehe... Was sicher aktuell nicht überall der Fall ist. Ein klein bissel "seele streicheln" muss sein.

Wo wir schon mal dabei sind. Ein kleiner Hinweis im Changelog darauf, dass der eine Bugfix von mir war, würde meine Seele auch gut tun ;).

Gerald

FrankJepsen · 19. März 2013

Zitat von gemuesepudding

Ist mir letztlich egal. Ich kann auch mein repro löschen und dann deins forken.

Wäre für mich natürlich einfacher.

Zitat

Solange ich in den Codes auch noch drin stehe... Was sicher aktuell nicht überall der Fall ist. Ein klein bissel "seele streicheln" muss sein.

Ehre, wem Ehre gebührt.
Wird gemacht.

Zitat von gda

Wo wir schon mal dabei sind. Ein kleiner Hinweis im Changelog darauf, dass der eine Bugfix von mir war, würde meine Seele auch gut tun ;).

Mann, das sind ja mehr Änderungen in den Kommentaren, als im Programm.
Ok, geht klar.

Tschüß Frank

Peter_Juergens · 19. März 2013

Hallo,

ich habe GraphTFT via VGA mit dem YAVDR 0.5 laufen.
Wenn ich Grafdroid auf meinem Handy starte kann ich über "Ansicht"
die Darstellung auf dem VGA-LCD umschalten, Verbindung zum VDR ist also wohl vorhanden.

Leider sehe ich auf dem Handy nur das rote Power Symbol.
Geht das überhaupt mit zwei devices, und wenn ja, kann mir jemand auf die Sprünge helfen?

Danke, auch alle anderen die hier und an vielen anderen Stellen einen super Support liefern.
Peter

gda · 19. März 2013

Zitat von Peter_Juergens

Hallo,

ich habe GraphTFT via VGA mit dem YAVDR 0.5 laufen.
Wenn ich Grafdroid auf meinem Handy starte kann ich über "Ansicht"
die Darstellung auf dem VGA-LCD umschalten, Verbindung zum VDR ist also wohl vorhanden.

Leider sehe ich auf dem Handy nur das rote Power Symbol.
Geht das überhaupt mit zwei devices, und wenn ja, kann mir jemand auf die Sprünge helfen?

Alles anzeigen

Der Thread ist wirklich noch nicht so lang. Ich finde es ist nicht unzumutbar ihn sich durchzulesen. Hättest du es getan, dann hätte dir in dem Zusammenhang der Post 20 auffallen müssen.

Gerald

Peter_Juergens · 19. März 2013

Zitat

Von einen Bug weiß ich noch, den ich Euch nicht vorenthalten möchte: das
gTFT-Plugin kann aktuell nur eine Connection annehmen. Die weiteren
Anfragen werden gequeued und nicht(!) verarbeitet. Vorbereitet für
mehrere ist es aber schon, funktioniert nur nicht. Ich habe aber nicht
die Zeit gehabt das zu fixen.

Also was soll ich zur Antwort von Gerald sagen.....
Recht hat er!

Das hatte ich zwar gelesen aber wohl nicht verstanden, wobei ich mich jetzt
Frage warum?

Wie dem auch sei, ich habe mir angewöhnt Probleme über einen längeren Zeitraum
immer mal neu anzugehen, weil wirklich schnell müssen die VDR Probleme/Wünsche
nicht gelöst werden. Das hat dazu geführt das ich sehr wenig Fragen gestellt
habe da andere meisten vor mir schon in ähnliche Löcher gefallen sind, oder
Funktionen genutzt haben.

Dies habe ich diesmal wohl nicht getan, dass Ergebnis sieht man ja nun.

Also auch von mir und auch an mich folgender Appell: lesen, denken,
probieren und wenn mal was nicht sofort klappt nach einigen Tagen noch einmal
neu angehen.
Peter

haidi50hk · 20. März 2013

guten Tag allerseits,

wollte meinem 7" Tablet einer neuen Verwendung als VDR Display zuführen,

aber leider kompiliert das graphtft plugin auf meinem Ubuntu 12.10 Testsystem mit vdr 1.7.40 nicht.

logfiles kann ich im Moment nicht liefen, da ich noch keinen Zugang zum VDR habe.

Pluginabhängigkeiten hab ich alle in der INSTALL Datei angegebenen installiert.

Muss ich hierzu den vdr zuerst patchen? bzw. wenn ja, von wo bekomme ich das patchfile?

Habt bitte nachsicht wenn es sich um eine banale Frage handelt, es hat mich auch schon so sehr viele Nerven und Zeit gekostet

damit der VDR und ein paar essenzielle Plugins laufen.

mfg

haidi

TheChief · 20. März 2013

Das liegt dem Plugin bei im Verzeichnis patches, ist zwar für 1.7.31, aber funktioniert auch mit .41: http://www.jwendel.de/vdr/vdr-graphtft-0.3.7.tar.bz2

haidi50hk · 20. März 2013

danke,

für die rasche antwort. werd ich probieren.

mfg

haidi

haidi50hk · 20. März 2013

hi,

habs mit dem patch 1.7.31 probiert, aber
make läuft nicht durch

Code

In file included from /usr/local/src/vdr-1.7.41/include/vdr/recording.h:18:0,
             	from ./theme.h:24,
             	from dspitems.c:17:
/usr/local/src/vdr-1.7.41/include/vdr/timers.h:118:11: Anmerkung: cTimer* cTimers::GetMatch(time_t)
/usr/local/src/vdr-1.7.41/include/vdr/timers.h:118:11: Anmerkung:   Kandidat erwartet 1 Argument, 2 angegeben
/usr/local/src/vdr-1.7.41/include/vdr/timers.h:119:11: Anmerkung: cTimer* cTimers::GetMatch(const cEvent*, eTimerMatch*)
/usr/local/src/vdr-1.7.41/include/vdr/timers.h:119:11: Anmerkung:   keine bekannte Umwandlung für Argument 2 von »int*« nach »eTimerMatch*«
In file included from ./theme.h:28:0,
             	from dspitems.c:17:
./scan.h: In Konstruktor »Scan::Scan(const char*)«:
./scan.h:29:65: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
make[1]: *** [dspitems.o] Fehler 1


*** Plugin status1:
make[1]: Für das Ziel »all« ist nichts zu tun.


*** plugins with old Makefile: graphtft


**********************************************************************
*** While this currently still works, it is strongly recommended
*** that you convert old Makefiles to the new style used since
*** VDR version 1.7.36. Support for old style Makefiles may be dropped
*** in future versions of VDR.
**********************************************************************


*** failed plugins: graphtft


make: *** [plugins] Fehler 1
root@vdr:/usr/local/src/vdr-1.7.41#

Alles anzeigen

hat vielleicht jemand eine Idee?

lg

rudirabbit · 20. März 2013

Hi,

In der dspitems.c (Zeile etwa 472) die Definition der Variable timermatch ändern.

Code

//  	int timerMatch = 0;
  	eTimerMatch timerMatch = tmNone;

haidi50hk · 20. März 2013

vielen dank,

hat aber leider nicht geholfen

Code

root@vdr:/usr/local/src/vdr-1.7.40# make plugins


*** Plugin graphtft:
WARNING: plugin graphtft is using an old Makefile!
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -D__STDC_CONSTANT_MACROS -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DWITH_TCP_COM -DHAVE_DFB -DHAVE_FFMPEG -DHAVE_SWSCALE -fopenmp -I/usr/include/ImageMagick   -I/usr/local/src/vdr-1.7.40/include -I../../../../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 graphtft.o graphtft.c
graphtft.c: In Elementfunktion »int cPluginGraphTFT::loadThemes()«:
graphtft.c:358:31: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
graphtft.c: In Elementfunktion »virtual bool cPluginGraphTFT::Start()«:
graphtft.c:272:41: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
graphtft.c:285:34: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
graphtft.c:295:33: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
graphtft.c: In Konstruktor »cGraphTFTMenu::cGraphTFTMenu(const char*, cPluginGraphTFT*)«:
graphtft.c:70:50: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -D__STDC_CONSTANT_MACROS -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DWITH_TCP_COM -DHAVE_DFB -DHAVE_FFMPEG -DHAVE_SWSCALE -fopenmp -I/usr/include/ImageMagick   -I/usr/local/src/vdr-1.7.40/include -I../../../../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 dspitems.o dspitems.c
dspitems.c: In Elementfunktion »const char* cDisplayItem::variable(const char*, const char*, int&)«:
dspitems.c:424:81: Fehler: »const class cRecordingInfo« hat kein Element namens »EventID«
dspitems.c:473:19: Fehler: in Konflikt stehende Deklaration »eTimerMatch timerMatch«
dspitems.c:472:11: Fehler: »timerMatch« hat eine vorherige Deklaration als »int timerMatch«
dspitems.c:592:57: Fehler: keine passende Funktion für Aufruf von »cTimers::GetMatch(const cEvent*&, int*)«
dspitems.c:592:57: Anmerkung: Kandidaten sind:
In file included from /usr/local/src/vdr-1.7.40/include/vdr/recording.h:18:0,
                 from ./theme.h:24,
                 from dspitems.c:17:
/usr/local/src/vdr-1.7.40/include/vdr/timers.h:118:11: Anmerkung: cTimer* cTimers::GetMatch(time_t)
/usr/local/src/vdr-1.7.40/include/vdr/timers.h:118:11: Anmerkung:   Kandidat erwartet 1 Argument, 2 angegeben
/usr/local/src/vdr-1.7.40/include/vdr/timers.h:119:11: Anmerkung: cTimer* cTimers::GetMatch(const cEvent*, eTimerMatch*)
/usr/local/src/vdr-1.7.40/include/vdr/timers.h:119:11: Anmerkung:   keine bekannte Umwandlung für Argument 2 von »int*« nach »eTimerMatch*«
In file included from ./theme.h:28:0,
                 from dspitems.c:17:
./scan.h: In Konstruktor »Scan::Scan(const char*)«:
./scan.h:29:65: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
make[1]: *** [dspitems.o] Fehler 1


*** plugins with old Makefile: graphtft


**********************************************************************
*** While this currently still works, it is strongly recommended
*** that you convert old Makefiles to the new style used since
*** VDR version 1.7.36. Support for old style Makefiles may be dropped
*** in future versions of VDR.
**********************************************************************


*** failed plugins: graphtft


make: *** [plugins] Fehler 1
root@vdr:/usr/local/src/vdr-1.7.40#

Alles anzeigen

rudirabbit · 20. März 2013

Code

Fehler: »timerMatch« hat eine vorherige Deklaration als »int timerMatch«

Du must natürlich die alte Deklaration entfernen.
Aber du hat oberhalb schon nen anderen Error. Hast du make clean-plugins gemacht ?

haidi50hk · 20. März 2013

hi,

make clean-plugins gemacht
fehler

Code

dspitems.c:424:81: Fehler: »const class cRecordingInfo« hat kein Element namens »EventID«
In file included from ./theme.h:28:0,
                 from dspitems.c:17:
./scan.h: In Konstruktor »Scan::Scan(const char*)«:
./scan.h:29:65: Warnung: Der Rückgabewert von »int asprintf(char**, const char*, ...)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result]
make[1]: *** [dspitems.o] Fehler 1


*** plugins with old Makefile: graphtft

haidi50hk · 20. März 2013

besagte zeilen in der dspitems

Code

if (strcasecmp(var, "Title") == 0)
            return Str::notNull(recording->Info()->Title());
         else if (strcasecmp(var, "Path") == 0)
            return Str::notNull(recording->FileName());
         else if (strcasecmp(var, "Time") == 0)
            return formatDateTime(recording->Start(), fmt, buf, sizeof(buf));
         else if (strcasecmp(var, "EventID") == 0)
            return Str::toStr(!recording->Info() ? na : (int)recording->Info()-$
         // return Str::toStr(!recording->Info() ? na : na);
         else if (strcasecmp(var, "SubTitle") == 0)
            return Str::notNull(recording->Info()->ShortText());
         else if (strcasecmp(var, "Description") == 0)
            return  Str::notNull(recording->Info()->Description());

Alles anzeigen

kenn mich aber zu wenig aus bzw. gar nicht um den fehler zu erkennen

mfg

rudirabbit · 20. März 2013

HI, ich könnte dir meine Version der dspitems.c hochladen, aber warten wir erst ab was die Leute sagen die mehr Ahnung haben als ich.
Davon gibt es hier mehr als genug - leider

Was für eine Version von graphtft hast du ?

TheChief · 20. März 2013

Was ist denn mit der Zeile passiert?

Code

return Str::toStr(!recording->Info() ? na : (int)recording->Info()-$

Ich hab da

Code

return Str::toStr(!recording->Info() ? na : (int)recording->Info()->EventID())

FrankJepsen · 20. März 2013

Ääähm, in diesem Thread geht es übrigens um GrafDroid!

TheChief · 20. März 2013

Und dazu braucht man doch das graphtft-Plugin, oder nicht?

GrafDroid V0.5

Jetzt mitmachen!

Teilen

Tags