[ANNOUNCE] graphtft 0.1.19-alpha

Die Umstellung des Setup-Parameters erfolgte in Version 1.5.7. Auszug aus dem Changelog:
- The parameter OSDLanguage in 'setup.conf' is now a string and holds the locale code of the selected OSD language (e.g. en_US). If Setup.OSDLanguage is not set to a particular locale that is found in VDR's locale directory, the locale as defined in the system environment is used by default.

Vielleicht hilft Dir das ja, dich kurz vor Deinem Urlaub dem Problem noch anzunehmen

Hi Horchi,

wenn du aus dem Urlaub zurück bist schau dir doch mal die Compilermeldung an:

Zitat

g++ -g -O2 -Wall -Woverloaded-virtual "-D__user=" -D_GNU_SOURCE -lImlib2 -fPIC -g -ggdb -O0 -c -DUSE_CHANNELSCAN -DUSE_CMDCTRL -DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTTERQUEUE -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_DVDARCHIVE -DUSE_DVLRECSCRIPTADDON -DUSE_DVLVIDPREFER -DUSE_DVLFRIENDLYFNAMES -DUSE_GRAPHTFT -DUSE_HARDLINKCUTTER -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LIVEBUFFER -DUSE_LNBSHARE -DUSE_MAINMENUHOOKS -DUSE_NOEPG -DUSE_OSDMAXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_ROTOR -DUSE_SETTIME -DUSE_SETUP -DUSE_SOURCECAPS -DUSE_SORTRECORDS -DUSE_SYNCEARLY -DUSE_TIMERCMD -DUSE_TIMERINFO -DUSE_VALIDINPUT -DUSE_WAREAGLEICON -DUSE_YAEPG -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -DWITH_SYSINFO -DWITH_TCP_COM -I../../../../DVB/include -I../../../include -I../../../../DVB/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer `pkg-config libgtop-2.0 --cflags` -I/src -I/usr/include/ffmpeg -o common.o common.c
common.c: In function `int toUTF8(unsigned char *, int *, const unsigned char *, int *)':
common.c:162: `iconv_t' undeclared (first use this function)
common.c:162: (Each undeclared identifier is reported only once
common.c:162: for each function it appears in.)
common.c:162: parse error before `;'
common.c:208: `cd' undeclared (first use this function)
common.c:208: implicit declaration of function `int iconv_open(...)'
common.c:222: implicit declaration of function `int iconv(...)'
common.c:227: implicit declaration of function `int iconv_close(...)'
make[1]: *** [common.o] Error 1

Alles anzeigen

Wie immer gcc 2.95.4!

Ideen?

Danke und Gruß

Toxic

Hi,

ich habe ein ziemliches Problem mit graphtft0.1.8alpha unter easyvdr 0.5RC1:

Ich habe das TFT an der zweiten FF, also als Parameter vdr/1.

Das funktioniert schon mal gar nicht (mehr), das TFT bleibt dunkel. (In der easyvdr 0.4.3 ging es noch - das war glaube ich Version 0.1.3.) Aber das weitaus größere Problem war, dass ich keine Aufnahmen mehr abspielen konnte - weder Video (VDR-) Dateien, noch MP3s aus dem Music-Plugin heraus. Bei Auswahl einer Aufnahme ging der VDR sofort in den Neustart. Einzige Fehlermeldung im Logread war ein (bzw. mehrere in Folge9 "TS continuity error". Nachdem ich alles mögliche versucht habe, habe ich - mehr als Verzweiflungstat - das graphtft deaktiviert - und plötzlich lief alles! Naja, alles - bis aufs graphtft eben... da hoffe ich schwer, dass das auch irgendwann wieder strahlt. Man gewöhnt sich doch relativ schnell dran, hab ich festgestellt.

Grüße
Jörg

EDIT:
Nach ein bißchen Herumprobieren habe ich festgestellt, dass das Phänomen mit dem Absturz beim Abspielen nur auftritt, wenn der Skin "Enigma" für graphtft ausgewählt ist. Bei anderen - zumindest bei "Standard" - funktioniert soweit alles. Bis auf graphtft selber, das bleibt nach wie vor dunkel.

Hi,

schon mal klasse, dess es reproduzierbar ist.

graphtft kommt ja fertig kompiliert mit easyvdr, aber es müsste mit diesen Optionen übersetzt worden sein:

#
# Makefile for a Video Disk Recorder plugin
#


################################################################################
# Config:


# You will need ffmpeg for dvb/fb-devices and for softmpeg,
# so install it and set path below:


FFMDIR = /usr/include/ffmpeg


# Install imlib2  and uncomment the lines
# to enable support for dvb- and fb-devices.


HAVE_IMLIB = 1


# Install ImageMagick


HAVE_IMAGE_MAGICK = 1


# Install directFB and libsoftmpeg to use an directFB-output-device
# If you wont use libsoftmpeg, in future(dosen't work at the moment)
# ffmpeg will be used for PbP.
# You can use only directFB without ffmpeg, imlib
# and libsoftmpeg, but without Pbp.


#HAVE_SOFTMPEG = 1


# Use ffmpeg swscale API instead of deprecated functions.
# Needed for newer ffmpeg versions wich don't
# support img_convert any more
#HAVE_SWSCALE = 1
# Communication thread, you will need it to connect
# with the X frontend (graphtft-fe)


WITH_X_COMM = 1


#
# For System Information 'Sysinfo' libgtop-2 is needed
#   (packet libgtop-2 and libgtop2-dev
#
# set include and lib path below


HAVE_GTOP = 1


# USE FASTMEMCPY WITH CPUACCEL
#HAVE_FAST_MEMCPY = 1


# FIX FOR USING PVR350-FRAMEBUFFER
#HAVE_PVRFB = 1


# USE DFB
#HAVE_DFB = 1

HAVE_DFB ist auskommentiert - liegt es daran?
Ich werde es heute Abend einmal selber kompilieren, vermutlich liegt da der Fehler. Anscheind hat nur eine kleine Minderheit das TFT an einer FF.

Grüße
Jörg

Habe nach vergeblichen Versuchen mit der 0.1.10alpha die 0.1.7 installiert - und damit läufts wieder wie gehabt.

Grüße
Jörg

Hallo,

Hab da ein kleines Problem mit den Farben,

Nachdem ich gestern das Plugins "graphtft-0.1.10.alpha" auf meinem SuSI-VDR kompiliert habe, hab ich jetzt das Problem, das die Farben wohl nicht richtig an den FB weitergereicht werden. ( Siehe Anhänge - Nein, das liegt nicht an meiner tollen Kamera, sondern Blau wird wirklich als Grün dargestellt. )

Supertoll ist natürlich mal wieder, dass das Hintergrundbild, wenn ich es mit "imlib2_view /etc/vdr/plugins/graphTFT/themes/DeepBlue/backgrounds/bg-tv-blue.png" unter X betrachte wohl doch blau, und nicht grün ist.

Jetzt gehen mir die Ideen aus, wo ich noch suchen soll, da der Bootsplash ja auch "richtig" dargestellt wird.

Kann mir noch jemand nen Tip geben, wo ich weitersuchen soll?

PS: ich hab zum Kompilieren in der datei common.c folgende Änderung vorgenommen, um es überhaupt erst mal zum laufen zu bekommen ( i18n-Fehler )

// ## switch auskommentiert, und ISO8859-1 hardcoded, bis Lösungspatch - 20071021
// switch (Setup.OSDLanguage)
// {
// case 0:
// strcpy(from_code,"ISO8859-1");
// break;
// case 1:
// strcpy(from_code,"ISO8859-1");
// break;
...
// default :
strcpy(from_code,"ISO8859-1");
// break;
// }
// ## ..

zum Hintergrund:

2xNexus-S 1xNovaCI
AMD Athlon(tm) 64 Processor 3400+




* SuSE Linux 10.3 2.6.22.9-0.4-default gcc version 4.2.1(x86_64)
* V4LDVB ( aktueller snapshot )
* VDR-Devel 1.5.10 + ExtensionsPatch 35
* imlib2-1.3.0-66 (rpm)
* imlib2-devel-1.3.0-66 (rpm)
* imlib2-filters-1.3.0-66 (rpm)
* ffmpeg-0.4.9-8.pm.svn20070902 (rpm)
* libbz2-devel-1.0.4-42 (rpm)
* zlib-devel-1.2.3-75 (rpm)
* libpng-1.2.18-15 (rpm)
* libpng-devel-1.2.18-15 (rpm)
* freetype-1.3.1-1266 (rpm)
* freetype2-2.3.5-18 (rpm)
* freetype2-devel-2.3.5-18 (rpm)
* DirectFB-1.0.0-66 (rpm)
* DirectFB-devel-1.0.0-66 (rpm)
...

imlib2-config --libs :
-L/usr/lib64 -lImlib2 -lfreetype -lz -L/usr/lib64 -lX11 -lXext -ldl -lm

Makefile (graphTFT):
FFMDIR = /usr/include/ffmpeg
HAVE_IMLIB = 1
HAVE_IMAGE_MAGICK = 1
GTOP_INC = -I/opt/gnome/include/libgtop-2.0 -I/opt/gnome/lib/glib-2.0/include -I/opt/gnome/include/glib-2.0
GTOP_LIB = -L/opt/gnome/lib/ -lgtop-2.0
#HAVE_SOFTMPEG = 1
HAVE_SWSCALE = 1
#HAVE_FAST_MEMCPY = 1
#HAVE_PVRFB = 1
HAVE_DFB = 1
HAVE_GTOP = 1
...

Grub-Append: vga=787 (800x600x16)

Des weiteren seh ich keine Schrift im Aufzeichnungsmenu, und das Font-scaling im TV-Modus passt wohl auch nicht so richtig... ( aber das is nicht so wichtig... )

---
Dank euch allen für eure Klasse Arbeit.

Zitat

Original von horchi
das mit den Farben schaue ich mir mal im code an. Könntest du bitte noch testen ob die Farben mit dem X-Frontend besser ausehen?

... Dank dir, werd heut abend mal das X-Frontend ausprobieren, allerdings würd ich es später gern über die 2.Nexus ausgeben.
Ich könnt mir eben gut vorstellen, das da wieder was SuSI-bezogenes mit der Imlib oder libpng zu beachten ist, aber mir sind die diagnose-ansätze inzwischen ausgegangen... =(
( kleiner hintergrund: den TFT muss ich immer wieder an die Grafikkarte stecken, da an der Maschine normalerweisse kein Monitor hängt. Deswegen muss es das nächste halbe jahr per DFB laufen, bis alles wieder so halbwegs standalone läuft. )

Zitat

Original von horchi
Was meist du mit 'Font-scaling im TV-Modus'?

wenn ich im plugins/graphTFT/themes/DeepBlue/DeepBlue.theme den Eintrag:
* Item=Defaults,font=Vera,size=24,...
gegen
* Item=Defaults,font=Vera,size=30,...
austausche, ändert sich nix, der wird weiterhin in der auf den Foto's angezeigten größe angezeigt... ( den richtigen hab ich wohl schon erwischt, denn wenn ich etwas an den sonstigen attributen änder nimmt das die gewünschten auswirkungen... )

Zitat

Original von horchi
Für das Aufzeichnungsmenü wird eine andere Schritart (Enigma) verwendet (wg. der Sonderzeichen) ist diese bei dir vorhanden?

... das hab ich wohl überlesen... Nein, hab nur die Vera im plugins/graphTFT/fonts liegen,
werd dann gleich mal suchen gehn =) danke für die Info.

Hi nochmal,

hat sich eigentlich beim (bzw. seit dem) Wechsel von der 0.1.7alpha auf die 0.1.8 irgend etwas grundlegenes geändert, auf das man das Nicht-Funktionieren an der DVB-Karte schieben könnte? Oder ist es ein Bug im Plugin? Oder liegt es eventuell doch an der "Kooperation" von easyvdr und graphtft?
Ich hatte je zuerst auf eine neue ffmpeg-Version getippt, aber dann dürfte es ja mit den älteren Versionen des Pluins erst recht nicht laufen.

Grüße
Jörg

Zitat

Original von horchi
Hi DrBoon,

Das ist (sofern du es in der NormalTV Sektion eingetragen hast ;)) richtig, nur das die Default Werte nur für die Items der Sektion gelten welche sie nicht selbst nochmal überschreiben. Wie z.B. die beiden hier:

Item=ChannelOnly,x=120,y=13,size=36,align=1,width=360,.....
Item=ChannelNumber,x=37,y=522,size=32,align=1,width=80,......

Alles anzeigen

...hmmm, hab ich wieder was dazugelernt... naja,
ich hatt das irgendwie noch so von nem skin das ich mir damals für text2skin geschrieben hab zu erinnern,... aber hast schon recht, erst mal alles angucken bevor man wild loslegt...

Bleibt nur noch die Sache mit der Farbdarstellung auf DFB... X11 Probier ich dann ca. 18:00 mal an.

cu Alex

Zitat

das mit den Farben schaue ich mir mal im code an. Könntest du bitte noch testen ob die Farben mit dem X-Frontend besser ausehen?

Is leider doch nötig, das du dir das mit den Farben mal anschaust....
Hab grad den Makefile geändert:

#HAVE_DFB = 1
WITH_X_COMM = 1

... kompiliert und graphtft-fe/build.sh ausgeführt, ... dann graphtft-fe/graphtft-fe ... und... siehe anhang...

auf dem FB geht's immer noch, hat aber die gleiche (blau=grün) färbung...

edit:
leider kann ich den TV-Out der alten Ati Radeon 128 unter X nicht aktivieren, also auch schlecht auf X zu arbeiten....

argh, GEFIXT....

Das Problem mit den Fehlfarben lag an dem Grub-Append: vga=787 (800x600x15)

Nachdem ich das System mal mit vga=789 (800x600x24) hochgefahren hab, passen jetzt die Farben.

Auflösung in Pixeln
Farbtiefe        |    640x480      800x600      1024x768      1280x1024
256        (8bit)|     769          771           773           775
32000     (15bit)|     784          787           790           793
65000     (16bit)|     785          788           791           794
16.7 Mill.(24bit)|     786          789           792           795

Dank dir noch mal für deine Mühen. ( Ich hoffe du liest das bevor du den Quelltext auseinandernimmst =) )

Gruss

horchi

Zitat

Wenn nur alle Bugs so schnell verschwinden würden Augenzwinkern

Naja, dank dir trotzdem nochmal für deine Hilfe. ( Das mit dem Enigma-Font hat übrigens auch funktioniert )

@ Horchie, Dr. Udo Broemme, ciax

Compile Fehler ist wie folgt behebbar:

diff -Naur graphtft-0.1.10.alpha.orig/common.c graphtft-0.1.10.alpha/common.c
--- graphtft-0.1.10.alpha.orig/common.c 2007-10-28 17:53:16.364721483 +0100
+++ graphtft-0.1.10.alpha/common.c  2007-10-28 17:54:19.997014847 +0100
@@ -168,7 +168,7 @@


    // XXX: Get this values from i18n


-   switch (Setup.OSDLanguage)
+   switch (I18nCurrentLanguage())
    {
        case 0:
        case 1:

Damit compilierts hier mit gcc-4.1.2 und vdr-1.5.9
eventuell muss noch die i18n.h includiert werden, bei mir gings auch so.

Inwieweit das rückwärts compatiebel ist , also vor vdr-1.5.7, weiss ich nicht.

@ Horchie
Credits to Mirko Günther ( Renegart )