graphtft 0.0.8 funzt nur halb an /dev/fb0

duc · 8. Juni 2005

danke,

das hab ich bereits eingestellt. die informationen in /var/log/messages sind dann zwar sehr umfangreich, aber das was mir helfen würde den fehler zu finden, steht leider nicht drin.

das plugin braucht ja die imlib2 und ffmpeg. dort liegt vermutlich auch das problem, also wäre es sehr hilfreich zu wissen, was bei der übergabe an diese tools genau passiert. ich denke das plugin ruft an bestimmten stellen imlib2 und/oder ffmpeg mit bestimmten parametern auf. ob und wie die beiden tools logfiles schreiben, wäre für mich interessant. wie soll ich sonst herausfinden wo es klemmt ?

display.c hab ich mir mal angeschaut, bin aber nicht wirklich schlau daraus geworden, sprich ich kriegs nicht hin, mir ein kleines testprogrämmchen zu schreiben.

duc

Mag1c · 8. Juni 2005

ffmpeg wird in dem Fall nicht benutzt. imlib2 ist ja nur eine Bibliothek. Denke nicht, daß die irgendwelche log-Ausschriften macht. Und so wie ich das im Code von graphTFT sehe, ist deren Anwendung doch eher simpel. Was hast du denn bisher versucht ? Codeschnipsel ? Compilerfehler ?
Die entscheidende Stelle ist ja in der imlibrenderer.c die Methode ImlibRenderer::image. Dort noch weitere Debug-Ausgaben reinzumachen hilft glaube ich nicht viel weiter. Die ganzen imlib-Aufrufe haben keine Rückgabewerte die man überprüfen könnte.

(Naja, du könntest dir ein paar Werte ausgeben lassen, wie z.B. x, y, width, height)

Code

std::cerr << "x = " << x 
             << ", y = " << y
             << ", width = " << width
             << ", height = " << height;

Gruß
Mag1c

duc · 8. Juni 2005

so weit war ich noch gar nicht vorgedrungen. mir ist immerhin schon mal klar geworden, dass die fbrenderer.c ne rolle spielt.
danke für den hinweis, dann schau ich mir die imlibrenderer.c mal etwas genauer an, ob ich da weiterkomme.

wenn ich es mir genau überlege, die fbrenderer.c kanns auch gar nicht sein, es kommt ja ne ausgabe am display, halt nur der text...

[edit] wo wird die imlibrenderer.c denn aufgerufen ? in display.c kann ich nichts derartiges finden
[edit/]

duc

duc · 8. Juni 2005

mann mann mann !
das ding ist echt hartnäckig

in /var/log/messages steht nichts, was auf einen fehler hindeutet, ausser:

Code

ERROR: unknown config parameter: graphtft.DumpImageX = 720
ERROR: unknown config parameter: graphtft.DumpImageY = 576
ERROR: unknown config parameter: graphtft.UseStillPicture = 1
ERROR: unknown config parameter: image.UseDeviceStillPicture = 1

ansonsten nur sowas hier:

Code

[graphTFT]MenuImageMap: Aufzeichnungen, menu/folder_video.png
[graphTFT]MenuImageMap: Timer, menu/bell.png
[graphTFT]DisplayMenu: Item-Text 3 Tab 0:   4  Aufzeichnungen
[graphTFT]updating display
[graphTFT]update took 25 ms

das sieht aus meiner sicht eher gut aus. ich versuch jetzt als nächstes mal ein paar mehr meldungen rein zu patchen. z.b. die vollständige ausgabe des pfades der zu ladenden png datei. bei imlib2 waren auch ein paar beispiele für testprogramme, die kann ich vielleicht als rahmen benutzen, um die entsprechenden funktionen zu überprüfen. vielleicht find ich auch was, wie ich die imlib2 zum debug output überreden kann.

mühsam ernährt sich das eichhörnchen. jetzt fahr ich erst mal ein paar tage nach bonn. mit etwas abstand kommt mir vielleicht die lösung von ganz alleine in den sinn. wahrscheinlich was total peinliches, weil so simpel...
wenn olaf henkel das hingekriegt hat, dann schaff ich das auch

wünsch euch ein schönes wochenende und bedanke mich schon mal sehr für eure bisherige hilfe.

frank

CKone · 9. Juni 2005

duc

mir fällt da was ein:
hast du evtl. dein Text2Skin mit Imlib2 übeersetzt? Wenn ja könnte das die Ursache für dein Problem sein...

Zitat

# exchange the comments on the following to lines if you would like to use
# Imlib2 for loading images. BEWARE that you can not use GraphTFT together with
# Text2Skin if you use Imlib2! (That's why I actually implemented ImageMagick)

HAVE_IMAGEMAGICK=1
#HAVE_IMLIB2=1

Nur ne Idee!
Christian

duc · 13. Juni 2005

hi christian,

ich war zwar noch nicht zu hause und kann deshalb nicht nachschauen, aber das kann gut sein. text2skin habe ich am laufen, bin mir nur nicht sicher, ob ich den entsprechenden schalter gesetzt habe oder nicht.

hoffe mal sehr, dass es so ist und ich damit den fehler endlich gefunden habe.

dank dir schon mal sehr herzlich für den hinweis.

grüße,
frank

duc · 13. Juni 2005

schade schade schade

ich habe nachgesehen, im makefile von text2skin steht desselbe, wie bei dir angegeben:
...
HAVE_IMAGEMAGICK=1
#HAVE_IMLIB2=1
...

wär auch zu schön gewesen. nun ja, ich habe ja auch schon mal graphtft als einziges plugin geladen, da gings auch nicht mit den grafiken.

...und weitersuchen...

marcmerz · 13. Juni 2005

Hi duc,

dat gibbet doch garnicht. Wenn ich das auf meiner Mühle und damals als Anfänger hinbekommen habe, dann sollte das hier doch wohl auch gehen: Besorg Dir mal eine imlib2-1.1.0 (hab ich hier als source mit --prefix=/usr/local kompiliert, System -> Sig).

Mein Makefile von graphtft:

Code

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


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


# Install imlib2, set path below and uncomment the lines
# to enable support for dvb- and fb-devices.
#IMLIB = ../../../../imlib2
HAVE_IMLIB = 1


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


# USE FASTMEMCPY WITH CPUACCEL
HAVE_FAST_MEMCPY = 1


# FIX FOR USING PVR350-FRAMEBUFFER
#HAVE_PVRFB = 1


# Enable Debuging
DEBUG=1

Alles anzeigen

text2skin (CVS) übersetze ich mit ImageMagick (inkl. devel und ImageMagick++) in der Version 6.1.8 die ich als rpm installiert habe.

Makefile von text2skin:

Code

HAVE_IMAGEMAGICK=1
#HAVE_IMLIB2=1


# comment this out if you don't want to use FreeType font rendering.
HAVE_FREETYPE=1

und kompiliere Deine Plugins mal mit:

Code

make FFMPEG_STATIC=1 plugins

FFMPEG_STATIC=1 kannst Du auch direkt in das Makefile von graphtft übernehmen.

Update:
Blödsinn gelöscht. Den Pfad im Makefile von graphtft kannst Du so stehen lassen. Damit erwartet das Plugin den Ordner ffmpeg im Verzeichnis /usr/local/src (sofern Dein VDR unter /usr/local/src/VDR installiert ist). Falls ffmpeg dort nicht liegt, dann leg einen symlink ffmpeg in /usr/local/src an, der auf Dein ffmpeg Installationsdirectory zeigt.

Gruß,
Marcus

CKone · 13. Juni 2005

marcmerz

Wofür ist 'HAVE_FAST_MEMCPY = 1' gut, muß ich das haben?

hatte gerade mal das Update des 'graphTFT-0.0.8-addon-TftUpdate-0.0.2.diff' Patch ins Graphtft gespielt und o.g Option versucht. Dabei mußte ich feststellen, dass er mit 'HAVE_FAST_MEMCPY = 1' auf meiner Susi nicht mehr übersetzt.

Setzt diese Option irgendwelche HW/SW voraus?

Gruß CKone

duc · 14. Juni 2005

ok, ich hab mir jetzt die imlib2-1.1.0 gezogen sowie alle dazugehörigen libraries in den entsprechenden versionen, besonders die libpng soll ja wichtig sein.
dann werde ich heute abend nochmal alle auf meinem vdr vorhandenen versionen deinstallieren (mit make dist-clean) und neu installieren. hoffe sehr, es hilft.

bis jetzt hab ich alles rund um vdr problemlos zum laufen gekriegt, graphtft soll jetzt nicht das erste sein, an dem ich scheitere.

werde heute abend berichten, wie es gelaufen ist.

frank

marcmerz · 14. Juni 2005

Hi CKone,

Zitat

Original von CKone
marcmerz
[...]
Setzt diese Option irgendwelche HW/SW voraus?

Gruß CKone

Ich denke es ist an die SSE/MMX Unterstützung gekoppelt (an die Experten: bitte nicht hauen ), insofern kommt es nur bei Intel Prozessoren zum tragen bzw. ist nur dort möglich. Ich habe keine Benschmarks laufen lassen um den Unterschied (mit oder ohne diese Option) auszutesten.

Update:
Benschmarks...was für ein Dreckfuhler. Aber das sieht so schlecht aus, daß es schon wieder gut ist

Gruß,
Marcus

CKone · 14. Juni 2005

marcmerz

Zitat

insofern kommt es nur bei Intel Prozessoren zum tragen bzw.

Was natürlich erklärt das es auf meinen 2400+ nicht kompiliert...

Danke für die Erklärung
Christian

marcmerz · 14. Juni 2005

Dicke Finger gelöscht

duc · 20. Juni 2005

nachdem ich alles nochmal versucht habe, alle möglichen versionen der beteidigten libs ausprobiert habe und das plugin immer noch nicht die entsprechenden grafiken anzeigt, habe ich mich entschlossen auf die nächste version zu warten. vielleicht klappts ja dann.

um zu testen, ob meine hardware grundsätzlich funtioniert, habe ich mal eine andere platte in den rechner eingebaut und linvdr 0.7 installiert.
anscheinend ist bei linvdr das graphtft plugin auf die dvb karte konfiguriert.
kann mir jemand sagen, wo man die startparameter für die plugins bei linvdr einstellen kann ? die runvdr sieht hier völlig anders aus, als ich sie gewohnt bin.

danke,
frank

duc · 22. Juni 2005

endlich: es geht !
das blöde ist nur, ich weiss nicht warum. hab mir nochmal andere versionen der benötigten libraries besorgt und angefangen die zu installieren. libpng hatte ich gerade neu installiert und danach wollte ich die imlib2 neu installieren. während der compiler für die imlib2 lief, erschienen plötzlich die vermissten grafiken auf dem display *freu*

danke an dieser stelle nochmal allen, die versucht haben mir zu helfen.

vorschlag an die plugin entwickler:
schreibt doch bitte ins readme oder install mit rein, welche zusätzlichen libraries benötigt werden und vor allem welche versionen davon zum erfolg führen. eine genaue anleitung wie was installiert werden muss würde das ganze abrunden. das würde vielen benutzern das leben leichter machen.
ich meine, wir sind ja sehr dankbar, dass ihr überhaupt so tolle plugins schreibt und zur verfügung stellt. aber wenn sie nur mit sehr viel problemen und frust zum laufen zu kriegen sind, hat keiner was davon.

frank

graphtft 0.0.8 funzt nur halb an /dev/fb0

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema